[Evolution] [Fwd: Re: Tunning for large number of files in INBOX]

[Ron Johnson]

On Wed, 2005-07-06 at 10:09 -0400, Jeffrey Stedfast wrote:
> On Wed, 2005-07-06 at 11:37 +0800, Not Zed wrote:
> > > A huge slowness for Evo IMAP is the fact that it has to ask for
> > > whole-headers in order to support vfoldering on mailing-lists,
> > > attachment icons in the message-list, etc.
> > 
> > This is only 'much faster' if the server caches this info - some do not,
> > and infact have to create the info from the header anyway.  Fetching
> > headers isn't really the problem with evo's imap - this is only done
> > once.
> 
> true... but it seems many do cache this info. Even GroupWise caches it
> now I think :)

Evo already does cache-but-not-cache them in:
	~/.evolution/mail/imap/<account>/folders/INBOX

It looks like only new headers need to be fetched each time.

-- 
-----------------------------------------------------------------
Ron Johnson, Jr.
Jefferson, LA USA
PGP Key ID 8834C06B I prefer encrypted mail.

"Object-oriented programming is an exceptionally bad idea which
could only have originated in California."
Edsger Dijkstra

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://galactus.ximian.com/pipermail/evolution/attachments/20050706/0cb3602b/attachment.bin