https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6196
John Hardin <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #1 from John Hardin <[email protected]> 2009-09-11 12:38:39 PST --- (In reply to comment #0) > > One of the cPanel developers has weighed in on the issue in the aforementioned > URL The URL fell off your post. > and believes that the rule in question > scores matching headers far too heavily given that a FQDN technically is > supposed to end in a dot in the first place. As has been mentioned before elsewhere, SA is not a standards-compliance auditing tool. The score is based on that pattern appearing in actual spams and not appearing in actual hams, regardless of whether or not it is syntactically valid. At the moment the corpora contain almost no ham having that pattern, so it looks like a strong spam indicator and is thus scored rather heavily. If you can attach some FP examples to this bug, they could be added to the corpora. The score generation process for 3.3.0 is underway right now; I don't know whether your report made the cutoff for adjusting this rule's score or not - Justin? Is this too late to address in the 3.3.0 release? Your customer could also just fix the HELO that their MTA sends and omit the trailing period... :) -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
