In a message dated: 05 Apr 2002 14:18:43 EST
Kevin D. Clark said:

>2:  The University of Washington IMAP server is slower than death on
>    qualudes (for very large mailboxes) -- I am currently investigating
>    Cyrus IMAPD (in my copious spare time...).  I still plan on using
>    procmail too -- I don't have a lot of incentive to use sieve.

Yeah, Derek and I investigated this at MCLX.  What Derek discovered 
(correct me if I'm wrong) was that UW IMAP, when deleting messages 
from a folder does so according to the following, very bad, process:

  1. copy entire folder containing messages to be deleted to /tmp/foo
     (I don't remember the file name, it's something seemingly random)

  2. open /tmp/foo

  3. delete /tmp/foo

  4. copy all messages in /tmp/foo except those to be deleted
     back to /var/spool/mail/pll (or, wherever it came from.

  5. close /tmp/foo


>3:  This scheme doesn't really work well if you only have one
>    computer. 

Why not?  Are the forward rules you set within Exchange client side only?
That's one of the things I hate about POP/IMAP.  You'd think with 
something like Exchange the settings would be server side, it's a lot 
more efficient!  Well, I haven't seen Redmond adobt too many good 
ideas in the past, why start now? :)

>I think that you'd be nuts to give up using Pine.


Unless you're switching to an mh-based system, which IMO is better ;)


-- 

Seeya,
Paul



*****************************************************************
To unsubscribe from this list, send mail to [EMAIL PROTECTED]
with the text 'unsubscribe gnhlug' in the message body.
*****************************************************************

Reply via email to