[jira] Closed: (JAMES-344) FetchMail cannot parse particular format of "Received" header

["Steve Brewin (JIRA)" <se...@james.apache.org>]

     [ 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