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/12/15 06:26:38 UTC
[Bug 3949] [review] ALL_TRUSTED misfires when Received: parsing fails.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=3949
------- Additional Comments From aono@cc.osaka-kyoiku.ac.jp 2005-12-15 06:26 -------
(In reply to comment #54)
I'm using 3.0.5 now (with some funny Received: environment),
but UNPARSEABLE_RELAY does not occur with unparseable Received:
header.
> Created an attachment (id=3258)
--> (http://issues.apache.org/SpamAssassin/attachment.cgi?id=3258&action=view) [edit]
> New patch that adds the informational rules NO_RELAYS, UNPARSEABLE_RELAYS, and
> NO_RECEIVED
$self->{num_relays_unparseable} increments in
$self->parse_received_line(), but current (3.0.x) code
clears it after parsing. We should move initialize
statement of num_relays_unparseable before parse_received_line() ...
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.