http://bugzilla.spamassassin.org/show_bug.cgi?id=3870
Summary: Re-order header stripping so that rules can look at
headers before stripping
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P3
Component: spamassassin
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
Currently it is my understanding that SA will strip what it believes to be
previous SA headers from a message before rule processing.
Situation: There is a current spam form going around that includes very
specific bogus SA headers. These headers claim the message as not spam. While
this claim has no effect on SA itself, it has been shown to confuse other
transport and filtering programs that interact with SA, which was probably the
spammer's intent.
The proposal is that the SA rules should be able to see these possibly bogus
headers before they are stripped. The particular headers involved here are
sufficiently unique that quite reliable rules could be written to give the
message an extra 5 points or so due to the presence of one of these headers.
This would largely if not completely defeat the spammer's original intent.
However, currently rules to catch this are not possible, because the data is
gone before the rules run.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
