[ http://issues.apache.org/jira/browse/JAMES-570?page=comments#action_12422083 ] Norman Maurer commented on JAMES-570: -------------------------------------
Its also importent to know that some mailserver strip the return path if there is allready one and some not to reproduce this bug. For example postfix and sendmail seems to strip it. Qmail not. > James insert a Return-Path: null in outgoing email > -------------------------------------------------- > > Key: JAMES-570 > URL: http://issues.apache.org/jira/browse/JAMES-570 > Project: James > Issue Type: Bug > Reporter: Norman Maurer > Priority: Blocker > Fix For: 2.3.0b4 > > > At the moment james insert a Return-Path: null to outgoing emails. That is > not correct. On outgoing emails no Return-Path should be insert. > From RFC (http://www.faqs.org/rfcs/rfc821.html): > When the receiver-SMTP makes the "final delivery" of a > message it inserts at the beginning of the mail data a > return path line. The return path line preserves the > information in the <reverse-path> from the MAIL command. > Here, final delivery means the message leaves the SMTP > world. Normally, this would mean it has been delivered to > the destination user, but in some cases it may be further > processed and transmitted by another mail system. > We have also to get sure what todo if there is allready one ( should never > happen). Should we keep the header or strip it. -- 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 - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
