Michael, > if an email that is sent to two people gets quarantined due to (sql) > policy setings for one user, but the score is above the threshold for > another user, two msgrcpt entries are made, and x-blocked-to includes > both names. using amavisd 2.6.2 on freebsd, mysql policy settings. (I > think an earlier fix added x-blocked-to in cases where the email to one > of the users was NOT blocked due to policy, how about if it was NOT > supposed to be quarantined by policy?
> example: > email scored 19 points > > email came to [email protected] and [email protected] > > | spam_kill_level | spam_quarantine_cutoff_level | > | 6 | 20 | > | 10 | 15 | 19 points is above 6 and above 10, mail is considered spam for both recipients. > created two msgrcpt records: This is normal. A msgrcpt record is created for EVERY mail recipient, regardless of scores and settings. Likewise a msgs record, there is exactly one msgs record generated for every mail, regardless of its contents. > from quarantine file: > X-Envelope-To-Blocked: <[email protected]>, <[email protected]> Normal, 19 > 6, 19 > 10, mail is spam for both. > so, should amavisd have NOT added the second msgsrcpt record, and (even > though it WAS blocked) not added [email protected] to the Blocked list? No. You are confused by spam_quarantine_cutoff_level. The only purpose of this setting is to skip writing a message to quarantine if score is above this level for ALL recipients. Which is consistent with the fact that only one quarantine copy is otherwise made, regardless of the number of recipients, if at least one requires quarantining. A spam level above spam_quarantine_cutoff_level (= absence of a quarantined message) does not mean the mail is no longer spam. > if this is the design, then when doing quarantine reports, I can just > doublecheck spam level and spam_quarantine_cutoff_level when doing reports. Not sure what you mean. If counting spam, ignore spam_quarantine_cutoff_level. If reporting quarantined messages for a user, test both, i.e. msgrcpt.bspam_level >= kill-level for this recip, and there exists a quarantine record. Mark ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ 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/
