https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6678
Bug #: 6678
Summary: FAKE_REPLY_C triggered by MSOE6 replies without
References
Product: Spamassassin
Version: 3.3.2
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Rules
AssignedTo: [email protected]
ReportedBy: [email protected]
Classification: Unclassified
I have a few cases of FAKE_REPLY_C being triggered in ham by MSOE6 replies.
72_active.cf:meta FAKE_REPLY_C (__SUBJ_RE && __MISSING_REF &&
__NO_INR_YES_REF)
My examples all appear to hit __SUBJ_RE and References is UNSET so also hit
__MISSING_REF. The final part of the meta:
72_active.cf:meta __NO_INR_YES_REF (__XM_GNUS || __XM_MSOE5 || __XM_MSOE6
|| __XM_MOZ4 || __XM_SKYRI || __XM_WWWMAIL || __UA_GNUS || __UA_KNODE ||
__UA_MUTT || __UA_PAN || __UA_XNEWS)
seems to match against __XM_MSOE6:
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-Mailer: Microsoft Outlook Express 6.00.2900.3664
I have around a dozen examples matching the above profile over the last year. I
don't have a huge pool of replies sent from MSOE.
The "obvious" solution appears to be to drop __XM_MSOE6 from the meta rule
__NO_INR_YES_REF but I'm not really sure what __NO_INR_YES_REF is designed to
achieve.
What else would you like from me?
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
