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.