Michael, > so in theory, if local.cf had required_score 5.0, the call to the SA pm > would be able to compare the score it just computed vs the 5.0 and give > an reasonable answer.
Exactly. Even in pure SpamAssassin installations (no amavis) it might make sense to compare the score to a fixed value (like the 5.0, which is a standard value towards GA is geared to compute rules scores). Btw, the get_score() returns the score computed so far. Depending on when it is evaluated, it may or may not be the final result. If a plugin depends on a good estimate of this score, it may be desirable to adjust the rules 'priority' so that it is invoked late, or only call get_score() in a plugin callback which comes late. I didn't check the code, so this may already be accounted for in the new DCC plugin. > The reason this is important in a 'post queue' DCC installation like SA > or amavisd is that the 'normal' DCC operation would be reporting emails > as they come in, so that this makes DCC an automatic, no human > intervention needed, obsolutly no FP 'bulk email' detector. > (note: its not a no FP spam detector, bulk isn't always spam, spam isn't > always bulk). > > It also helps the 'problems' with DCC wanting you to whitelist all your > bulk providers. Impossible if you have users involved! > > New DCC.pm that Vernon is working on cleans up some things, and fixes a > problem with a stale dcc socket. > I would like to see about it being considered for 3.3.2. Please open a ticket in SA bugzilla and attach the updated DCC.pm or just the diff. You know the ASF rules, nothing gets done without following the procedure and voting. Mark ------------------------------------------------------------------------------ _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
