http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5321
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|3.2.0 |3.3.0
------- Additional Comments From [EMAIL PROTECTED] 2007-02-24 13:09 -------
I can't fix this, unfortunately. the sample message looks like either (a)
the relay at 'elasmtp-banded.atl.sa.earthlink.net' deleted the existing
Message-ID and created a new one, in which case that relay is at fault, or (b)
the Eudora software broke with normal Eudora behaviour for all previous versions
and sent a message with no Message-ID, in which case the rule is at
fault and needs to be fixed to match this. Unfortunately I can't tell if
the problem is (a) or (b), and it's now too late to experiment with the
rule, since the 3.2.0 mass-checks have completed. Given that FORGED_MUA_EUDORA
has a 99.7% accuracy in those mass-checks:
OVERALL% SPAM% HAM% S/O RANK SCORE NAME
176402 123290 53112 0.699 0.00 0.00 (all messages)
0.396 0.5653 0.0019 0.997 0.62 2.87 FORGED_MUA_EUDORA
-- that's 700 spam hit with only 1 false positive -- I suspect the problem is
(a). I'll move this bug to 3.3.0 -- any further samples illustrating the
problem that *don't* involve 'elasmtp-banded.atl.sa.earthlink.net' would be
welcome...
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
