Hosting Provided By

Re: 3.2.1 RDNS_NONE bug/false positive

From: John Rudd <jrudd(at)ucsc.edu>
Date: Sun Aug 05 2007 - 21:09:46 EDT

Done. I also added a note wrt to Matthew Yette's comment that it applies to qmail-1.03 as well.

It's bug 5586.

Justin Mason wrote:

> John, could you open this as a bug in bugzilla?
> 
> John Rudd writes:

>>
>> The following received header gets RDNS_NONE:
>>
>> Received: from [69.12.154.165] (HELO mail.rudd.cc)
>> by some.internal.test.host (CommuniGate Pro SMTP 5.1.11)
>> with ESMTP id 60056 for jrudd@some.internal.test.domain; Tue, 31 Jul
>> 2007 14:05:04 -0700
>>
>>
>>
>> This is an error in the RDNS_NONE logic. The host in question DOES have
>> RDNS. The issue is that CommuniGate Pro doesn't put the RDNS
>> information into the Received header (and the place where it puts the
>> HELO information might instead have the authenticated user, if SMTP-AUTH
>> was used).
>>
>>
>> My recommendation is that the logic for RDNS_NONE should be:
>>
>>
>> if (Received =~ /\(CommuniGate Pro SMTP /) {
>> if (DNS checks are enabled) {
>> do the DNS check on the IP address, and then decide if it has RDNS
>> }
>> else {
>> don't trigger RDNS_NONE (because you can't know without the DNS
>> check)
>> }
>> }
>> else { # not a CommuniGate Pro MTA
>> do existing RDNS_NONE logic
>> }
Received on Sun Aug 5 21:10:50 2007

This message: [ Message body ]
Next message: John Rudd: "Botnet 0.8 Plugin is available (FINALLY!!!)"
Previous message: Daryl C. W. O'Shea: "Re: hallmark greeting card spam and broken spf records."
In reply to: Justin Mason: "Re: 3.2.1 RDNS_NONE bug/false positive"
Next in thread: Matthew Yette: "Re: 3.2.1 RDNS_NONE bug/false positive"

Contemporary messages sorted: [ By Date ] [ By Thread ] [ By Subject ] [ By Author ] [ By messages with attachments ]

This archive was generated by hypermail 2.1.8 : Mon Oct 22 2007 - 14:46:50 EDT