You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2005/04/09 07:20:53 UTC
[Bug 4230] Received header not parsed
http://bugzilla.spamassassin.org/show_bug.cgi?id=4230
spamassassin@dostech.ca changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |normal
Summary|Received headers not parsed |Received header not parsed
|-> ALL_TRUSTED |
------- Additional Comments From spamassassin@dostech.ca 2005-04-08 22:20 -------
Just to clarify, the act of including a non-parseable header doesn't alone cause
ALL_TRUSTED to fire. The situation of all parseable headers being trusted is
what causes ALL_TRUSTED to fire. Normally this isn't a problem since the
majority of the time SpamAssassin can parse YOUR first received header.
In any case, Justin fixed this in 3.1, ALL_TRUSTED will not fire if it can't
parse all of the received headers in a message.
Retitling to reflect the remaining issue (Received.pm can't parse one of the
headers in the attached message) -- which may or may not be existent in 3.1.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.