james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Brewin (JIRA)" <server-...@james.apache.org>
Subject [jira] Closed: (JAMES-344) FetchMail cannot parse particular format of "Received" header
Date Mon, 03 Jan 2005 18:28:51 GMT
     [ http://issues.apache.org/jira/browse/JAMES-344?page=history ]
     
Steve Brewin closed JAMES-344:
------------------------------

    Resolution: Won't Fix

See RFC 2821, "4.4 Trace Information" for details of expected Received from: processing.

In short, relaying servers should not alter existing Received from: headers so the fact that
downstream servers do not reject or alter these headers is to be expected.

"Received from: unknown" is invalid as it does not contain a valid domain literal.

Use <remoteReceivedHeader reject=false .../> (see http://james.apache.org/fetchmail_configuration_2_2.html#remoteReceivedHeader)
to control handling of such invalid domain literals.

A fix for issue James-302 is required. This is included in James 2.2.1 RC1.

Feel free to reopen if the above does not resolve this issue.

-- Steve

> FetchMail cannot parse particular format of "Received" header
> -------------------------------------------------------------
>
>          Key: JAMES-344
>          URL: http://issues.apache.org/jira/browse/JAMES-344
>      Project: James
>         Type: Bug
>   Components: FetchMail
>     Versions: 2.2.1
>     Reporter: Jeff Keyser
>     Priority: Minor

>
> The mail server I am pulling e-mail from inserts a "Received" header that looks like
the following:
> Received: from unknown (HELO host.domain.tld) (192.168.255.254) by ...
> BTW - The name "unknown" is always used.  I assume they are purposely saving processing
power by not reverse-looking up the host name.
> I have debugged this problem in the code, and it appears that because the IP address
is not surrounded by square brackets, computeRemoteAddress is unable to find the IP address.
 So the name "unknown" is always used to determine the address instead, which fails.
> FYI - The e-mail I am pulling actually passes through two e-mail servers by different
organizations, and they both use this format.  So I assume this format is common.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Mime
View raw message