The JM_SOUGHT ruleset are body rules, extracted automatically from the previous few days' trapped spam mail. They typically hit about 90% of the previous week's spam, with no FPs, according to
http://ruleqa.spamassassin.org/20071029-r589545-n/JM_SOUGHT_1/detail http://ruleqa.spamassassin.org/20071029-r589545-n/JM_SOUGHT_2/detail http://ruleqa.spamassassin.org/20071029-r589545-n/JM_SOUGHT_3/detail This is achieved with no manual steps required at all, so that's quite nice ;) On the other hand, they could potentially be used to cause false positives; review of the generated rules happens *after* they're published (in other words they're C-T-R). I'm currently publishing these as a separate ruleset at sought.rules.yerp.org -- http://taint.org/2007/08/15/004348a.html They're also checked into SVN trunk, but that's really to get an idea of FP/FNs using the rule-QA system. I would call it stable. I'm wondering what to do with them now -- I see these options: 1. leave it at sought.rules.yerp.org, effectively an unofficial side project to SpamAssassin. 2. move it into SpamAssassin SVN, and publish the generated rules into the "core" 3.2.x rule updates, changing our rule-update generation criteria to support this. 3. move it into SpamAssassin SVN, rename to something without the "JM" prefix, and publish the generated rules at a new URL like sought.rules.SpamAssassin.org . This would then be the first of a new site of SpamAssassin-hosted add-on rulesets, which are free to use different promotion criteria from the default "core" set. What do people think? --j.
