[
https://issues.apache.org/jira/browse/MIME4J-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12615236#action_12615236
]
Stefano Bagnara commented on MIME4J-60:
---------------------------------------
Another source:
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/telnet.1.html
--------------
crlf If this is TRUE, then carriage returns will be
sent as <CR><LF>. If this is
FALSE, then carriage returns will be send as
<CR><NUL>. The initial value for
this toggle is FALSE.
-------------------
this is false by default, so it seems a first cause of why text-based protocols
keeps handling isolated CR (OMG this also include a NUL char after the CR!?!?!)
> Configurable strategy for line delimiters
> -----------------------------------------
>
> Key: MIME4J-60
> URL: https://issues.apache.org/jira/browse/MIME4J-60
> Project: Mime4j
> Issue Type: Wish
> Affects Versions: 0.4
> Reporter: Stefano Bagnara
> Fix For: 0.5
>
> Attachments: MIME4J-60-readLine-returns-no-newline.patch,
> newlinestrat.patch
>
>
> There is an ongoing discussion about how we should deal with non canonical
> line endings (isolated LF and/or isolated CR).
> This issue is to track discussion results and proposed patches.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
