http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5460
Summary: whitelist_from_rcvd doesn't work on MTAs with PTR
lookups disabled
Product: Spamassassin
Version: 3.2.0
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Score Generation
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
It looks to me like there was a fundamental change in how SA 3.2.0 operates WRT
whitelist_from_rcvd compared with 3.1.*?
I had working whitelist_from_rcvd entries that broke when I went 3.2.0.
We use Qmail which defaults to not doing PTR lookups - which means it's Received
headers contains IPs instead of PTR records. Under 3.1.8 I *think* (don't have
the system anymore) SA did it's own PTR (RDNS) lookups whereas under 3.2.0 it
now assumes the MTA did it?
That seems a tad broken. I mean besides requiring a MTA to actually do this,
there will also be the case where the MTA's PTR lookup fails due to a time out,
and SA would be able to successfully do the same lookup 0.5sec later, etc.
Am I totally wrong about this, or has this occurred? If this is expected
behaviour, could the man page Mail::SpamAssassin::Conf be changed to reflect
this, as there is no mention in there. (e.g. "NOTE: for whitelist_from_rcvd to
work, you need to ensure your MTA is configured to do PTR lookups so that the
Received: headers reflect hostnames instead of raw IP addresses")
PS: I enabled PTR lookups on Qmail to get around this - but it was a bit of a
shocker when we suddenly started tagging as Spam all email from trademe.co.nz -
the "eBay" of New Zealand - who we had a whitelist for.
Thanks!
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
