You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Stefano Bagnara (JIRA)" <se...@james.apache.org> on 2006/01/03 18:55:01 UTC
[jira] Created: (JAMES-431) Line ending and CRLF.CRLF issues in POP3 and SMTP
Line ending and CRLF.CRLF issues in POP3 and SMTP
-------------------------------------------------
Key: JAMES-431
URL: http://issues.apache.org/jira/browse/JAMES-431
Project: James
Type: Bug
Versions: 2.2.0
Reporter: Stefano Bagnara
Assigned to: Stefano Bagnara
We were using a message size not inluding the last CRLF.
The main problem is that when we receive a message from SMTP we remove the first CRLF of the ending separator CRLF.CRLF but we shouldn't (rfc says that the first CRLF is to be considered part of the message).
--
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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Commented: (JAMES-431) Line ending and CRLF.CRLF issues in POP3 and SMTP
Posted by "Stefano Bagnara (JIRA)" <se...@james.apache.org>.
[ http://issues.apache.org/jira/browse/JAMES-431?page=comments#action_12361651 ]
Stefano Bagnara commented on JAMES-431:
---------------------------------------
Please note that the 2 patches (to pop3handler and to datacmdhandler) fix the problem but this will break backward compatibility because message saved by previous james wouldn't be handled correctly by pop3.
What should we do?
Should we better revert to save messages without the last line ending and simply add one more lineending every time we read it (via mimemessagewrapper inputstream?)
Should we simply add "2" to the getMessageSize and revert the out.println(""); in the pop3 server?
Furthermore we should check wether this change the remotedelivery behaviour.
> Line ending and CRLF.CRLF issues in POP3 and SMTP
> -------------------------------------------------
>
> Key: JAMES-431
> URL: http://issues.apache.org/jira/browse/JAMES-431
> Project: James
> Type: Bug
> Versions: 2.2.0
> Reporter: Stefano Bagnara
> Assignee: Stefano Bagnara
>
> We were using a message size not inluding the last CRLF.
> The main problem is that when we receive a message from SMTP we remove the first CRLF of the ending separator CRLF.CRLF but we shouldn't (rfc says that the first CRLF is to be considered part of the message).
--
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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Resolved: (JAMES-431) Line ending and CRLF.CRLF issues in POP3 and SMTP
Posted by "Stefano Bagnara (JIRA)" <se...@james.apache.org>.
[ http://issues.apache.org/jira/browse/JAMES-431?page=all ]
Stefano Bagnara resolved JAMES-431:
-----------------------------------
Fix Version: 2.3.0
Resolution: Fixed
Workaround applied.
> Line ending and CRLF.CRLF issues in POP3 and SMTP
> -------------------------------------------------
>
> Key: JAMES-431
> URL: http://issues.apache.org/jira/browse/JAMES-431
> Project: James
> Type: Bug
> Versions: 2.2.0
> Reporter: Stefano Bagnara
> Assignee: Stefano Bagnara
> Fix For: 2.3.0
>
> We were using a message size not inluding the last CRLF.
> The main problem is that when we receive a message from SMTP we remove the first CRLF of the ending separator CRLF.CRLF but we shouldn't (rfc says that the first CRLF is to be considered part of the message).
--
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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org