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 bu...@apache.org on 2003/05/12 07:15:36 UTC
DO NOT REPLY [Bug 14396] -
ExtraDotOutputStream doesn't properly implement dot stuffing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14396>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14396
ExtraDotOutputStream doesn't properly implement dot stuffing
noel@devtech.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
------- Additional Comments From noel@devtech.com 2003-05-12 05:15 -------
I believe that I have found the justification to close this bug. The "News
Article Format" draft RFC has said, through all drafts over several years,
that:
"The syntax above defines the canonical form of a news
article as a sequence of lines each terminated by CRLF. This
does not prevent serving agents or transport agents from storing
or handling the article in other formats (e.g. using a single LF
in place of CRLF) so long as the overall effects achieved are as
defined by this standard when operating on the canonical form."
See: http://www.ietf.org/internet-drafts/draft-ietf-usefor-article-10.txt
Based upon that, I do not believe that it is an RFC violation in any way to
convert local content to RFC compliant line termination as it is emitted by
ExtraDotOutputStream.
---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org