spamassassin-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzilla-dae...@bugzilla.spamassassin.org
Subject [Bug 3109] RFE: really simple "this is ham" shortcircuiting
Date Wed, 10 Jun 2009 22:27:58 GMT
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=3109





--- Comment #84 from Amos <amoselberg@hotmail.com>  2009-06-10 15:27:56 PST ---
Matt:

     That's all good advice of itself, but the documentation on shortcircuit is
explicit:

     Shortcircuit "on" is supposed to have the behavior you describe.

     Shortcircuit "spam" or "ham" is supposed to have the different behavior of
also forcing a pre-set (very high or very low) score.

     The plugin is not complying with the documentation  -- see, e.g.,
http://oldschoolpunx.net/phpMan.php/man/Mail::SpamAssassin::Plugin::Shortcircuit
-- which I think constitutes a bug in and of itself.

     It also constitutes a bug in another way:  the default spamassassin rules
set BAYES_99 to 3.4 (or whatever), shortcircuit=spam, and threshold=5.  So if
someone turns shortcircuit on without changing the defaults, then it causes
anything that hits BAYES_99 to be treated as HAM without exception -- the
opposite of the intended behavior.

     Also, at least on my system, I can tolerate a non-zero false-positive
rate, because I'm not deleting spam automatically, just routing it to a folder.
 So the default setting, shortcircuit BAYES_99 spam, is actually the behavior I
want.

     To sum-up:  All the points you made are good ones, but there is still a
real bug here, I think.

-- 
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

Mime
View raw message