https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6245
Mark Martinec <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WORKSFORME |INVALID --- Comment #2 from Mark Martinec <[email protected]> 2009-12-04 10:10:52 UTC --- (In reply to comment #1) > Close this bug. It seems the problem is not with my sendmail sever but with > server at [email protected]. It looks like that other email provider is > munging the headers on all of their incomming email before they run > SpamAssassin. The rule RDNS_NONE must be hitting on 100% of their incomming > email. There is indeed no reverse DNS data in the Received header field you provided: Received: from [999.999.999.999] (HELO mydomain.com) by smtp-gw138.mailanyone.net with esmtp (MailAnyone incSMTP Exim) id f138m939701uh17Yipk65; Fri, 04 Dec 2009 09:15:01 -0600 so hitting the RDNS_NONE is correct. Looks like their "MailAnyone incSMTP Exim" mailer is not inserting the rdns data into its Received header field. I'll add the provided test case to t/rcvd_parser.t eventually, just in case. Changing 'worksforme' into an 'invalid' (in lack of a 'not-a-bug'). -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
