hey Fred --
certainly looks like that's a case where Received.pm is misparsing the
line, and we should be able to handle it. please do open the bug.
(doh ;)
--j.
Fred Tarasevicius writes:
> Hello dev,
> In received.pm about line# 506 we have:
>
> if (/^from (\S+) /) {
> $rdns= $1; # assume this is the rDNS, not HELO. is this
> appropriate?
> }
>
> In some cases, this is not appropriate, in my case, I'm trying to
> catch the case of no rdns using the X-Spam-Relays-Untrusted meta
> header. In some cases (see below) The rdns= bit is being
> populated with the helo on my system.
>
> It has to do with sendmail adding "for <[EMAIL PROTECTED]>;" in some
> received lines but not others.
>
>
>
>
>
> Here's the X-Spam-Relays-Untrusted when run through spamassassin:
>
> [3192] dbg: metadata: X-Spam-Relays-Untrusted: [ ip=58.66.128.145
> rdns=eypeofflerl
> e.net helo=eypeofflerle.net by=mx01.i-is.com ident= [EMAIL PROTECTED]
> o intl=0 id=k33C6UXr038269 auth= ]
>
> Here is the actual received header:
>
> Received: from eypeofflerle.net ([58.66.128.145])
> by mx01.i-is.com (8.12.11/8.12.11) with SMTP id k33C6UXr038269
> for <[EMAIL PROTECTED]>; Mon, 3 Apr 2006 08:06:44 -0400 (EDT)
> (envelope-from [EMAIL PROTECTED])
>
>
>
> The set above includes the for <[EMAIL PROTECTED]>; in the header and the
> rdns is not correct.
>
>
>
>
>
>
>
>
> Here is a received line that works fine (notice the rdns= helo= bit)
>
> [3836] dbg: metadata: X-Spam-Relays-Untrusted: [ ip=66.185.126.117 rdns=
> helo=math
> .uni-muenster.de by=mx01.i-is.com ident= [EMAIL PROTECTED]
> intl=0 id=k2FJqort087031 auth= ]
>
> Here's the received header on this one:
>
> Received: from math.uni-muenster.de ([66.185.126.117])
> by mx01.i-is.com (8.12.11/8.12.11) with ESMTP id k2FJqort087031;
> Wed, 15 Mar 2006 14:52:52 -0500 (EST)
> (envelope-from [EMAIL PROTECTED])
>
>
> Other information on my system:
>
> Here is a received header with rdns present. it's after the helo,
> between the ()'s before the [IP_ADDRESS] part. When we have no rdns,
> it shows up as just ([IP_ADDRESS]) as in the above examples.
>
> Received: from uchoosem.com (207-36-31-72.ptr.primarydns.com [207.36.31.72])
> by mx01.i-is.com (8.12.11/8.12.11) with ESMTP id k32GfMBr059052
> for <[EMAIL PROTECTED]>; Sun, 2 Apr 2006 12:41:22 -0400 (EDT)
> (envelope-from [EMAIL PROTECTED])
>
>
> Should I open a bz ticket on this one?
>
> The only difference I can see is that my sendmail is adding:
> "for <[EMAIL PROTECTED]>;" on some messages, and when it's present
> everything is working fine, when that is missing
> from the received header, received.pm is mis-parsing my header.
> HTH!
>
> This is a result of MIMEDefang config option of:
>
> $AddApparentlyToForSpamAssassin = 1;
>
> Can this be worked-around or should I disable the use of the above
> option in MIMEDefang?
>
> Thanks for your help!
>
> --
> Best regards,
> Fred mailto:[EMAIL PROTECTED]