On Mon, 27 Oct 2003, Lars Hallberg wrote:
Becose I'm sorting mail with procmail / foremail.
You should run procmail as part of the mail delivery process, before messages reach into any mailboxes.
It sounds like your problem is that you are running procmail on mailboxes
after POP3 or IMAP servers have gotten to it. That seems to be a very bad
idea.
Yes, it seems to take a lot of extra considerations :-/
But what I want is to sort the mail *after* i read them in the INBOX (over IMAP) so it's a bit hard to avoid. And to keep inbox small, so the task of checking for new mail is fast, also over a slow link. If I realy need to look up an old message for this list, then I go to the c-client mailfolder (who is probable huge). But to read the new mails i only have to read INBOX.
But I don't need to care about POP, this is imap over ssl exlusivly. How
harmfull is recreated UID:s for IMAP (if I shuld remove them all)?
The same warning about bad things apply to IMAP. In fact, it is IMAP's
requirements that cause the necessity to recreate UIDs.
Yes, but redownloading over POP3 will curupt the lokal mailfolder (duplikate mails)?
Over IMAP it will (only) waste bandwith, resources and the users (my) time? I beliv I will gain more in all thes 3 aspects then I'm loosing. But still, I want to do it as good as possably :-)
And I sertenly want to do the right thing for the mbox, becos one reason to keep it smal is that I might need to read it ower gprs, wher I pay for each KB downloaded. So alot of extra download ther is not wanted.
Spam and viruses is an exception. That I want to sort on delivery. And I can wait with reading and verifeing the spamfilters work until i have a fast link :-)
Thanks again!
