Hi Mark, thanks for your reply,
On Fri, Aug 12, 2005 at 12:16:53PM +0200, Mark Martinec told us: > As long as the effects of spam checking for such recipients are not visible > (e.g. in headers or in paying the cost of additional service), they wouldn't > know the difference nor care. This is why I'm saying that bypass* could > in principle be derived from *lovers. The bypass* is just an optimization > mechanism. > > If there is no effect, then it is irrelevant whether a mail was checked or not > (except for wasted time). that is what I meant: see this from the point of the person(s) running a busy mail server. With respect to spam scanning there are three kind of people: 1. People who want spam scanning and want the spam to be discarded/ quarantined/whatever. 2. People who want spam scanning but who want to receive all mails to act based on the spam scanning headers, e.g. in their MUA (those would be the ones for spam_lovers). Those people probably also want to define a threshold for marking mail as spam so they can filter on the "X-Spam-Status: Yes" header. 3. People who want no spam scanning and don't want to pay for it. Those people can be put in bypass_spam_checks, no work will be wasted in spam scanning their mail, thus more resources on your mail server for scanning other people's mails. But OTOH, if it's really necessary to save the time for scanning spam for those (likely very few) people falling in category 3, it's probably time to look for some better hardware :-) Sven -- Linux zion.homelinux.com 2.6.12-1.1398_FC4 #1 Fri Jul 15 00:52:32 EDT 2005 i686 athlon i386 GNU/Linux 13:02:52 up 1 day, 14:16, 1 user, load average: 0.00, 0.02, 0.00 ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
