Per Jessen said the following on 08/30/2011 12:55 PM:
Regardless, dovecot will maintain an index and if you use dovecots LDA, it update the index at time of delivery.
So we're back to where we started, yes that was what I wanted. No, how can I use it with fetchmail and ... I was saying procmail but... The "BUT" is the big one. People are recommending 'sieve'. OK, but HOW? The stuff I see on the net assimes mail is coming in via SMTP into Postfix whihc has - or maybe not - a like to spamd and then loops abck to the dovecot LDA and somehow .... somehow ... somehow ... to the sieve. But the sieve examples I see aren't as flexible as Procmail. Now I can see 'deliver' being used in a pipeline as a LDA with procmail instead of plunking it in the INBOX. That's fine for the INBOX, even if it is causing another process creations just to do that. But what about all the other boxes that my procmail delivers to? Ah, right, 'sieve'. But wasn't that replacing procmail? So now I have fetchmail .... something something into Spamassassin somehow and then into sieve. Only that's not what I want. My current procmail does whitelisting and delivery (for example of this list), blacklist, handling of known spam - BEFORE passing to SpamAssassin. Then if its over the threshold for spam it goes into various buckets. The algorithm isn't perfect, some marginal stuff shouldn't be there, and sometimes a reasonable post gets a large score for whatever reason. Procmail handles all this gracefully and without the odd syntax that sieve has. I'm willing to put up with the slightly-removed-from-sendmail geek-happy syntax of sieve, but I can't see how to do what procmail is doing so easily. Having to run everything through spamassassin will be a performance pig! -- "We hear very little and we understand even less" - An anonymous Englishman, The opening scene of Cassablanca -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org