Re: [Evolution-hackers] Re: [Evolution] IMAP woes

[NotZed <notzed helixcode com>]

Uh, what?  why do you do that for?

Just because the api works in a particular was does NOT mean the implementation
has to mirror it exactly.

i'm really really surprised you're doign this, and saying its the api's fault.
mbox certainly doesn't do this, it caches the summary details always.

> > Proposed fix: be able to have the message list query for *new* and
> > *removed* message uids rather than requesting the entire thing again and
> > then rebuilding the list from scratch. This is a MAJOR performace killer. I
> > dunno about you, but I find that downloading the headers from IMAP takes
> > around the same or less time than it takes the message list to be created
> > and displayed. This NEEDs to be fixed.
>
> Agreed. This sounds fine to me. Who is responsible for the MessageList
> stuff? Ettore said he'd like to see this get into 0.6.
>
> Joe
>
>
> _______________________________________________
> evolution-hackers maillist  -  evolution-hackers helixcode com
> http://lists.helixcode.com/mailman/listinfo/evolution-hackers