[ 
https://issues.apache.org/jira/browse/MIME4J-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12615229#action_12615229
 ] 

Stefano Bagnara commented on MIME4J-60:
---------------------------------------

Sorry if I've not been able to explain the flaw I was seeing. But in the end we 
understood, and this is the important thing.

About the isolated CR, I'm not in love with them.
I keep asking this because I know in JAMES Server code the CURRENT behaviour is 
to translate them too. So, if we ever think to use mime4j instead of the 
current code in JAMES Server we'll have to deal with this issue.

I don't have the needed knowledge to understand what are the real use case of 
agents using isolated CR, how often does it happens and why.

Can anyone help understanding if this is an NON-issue I'm inheriting from JAMES 
Server codebase or if there is any requirement behind this?

I've searched the internet for various implementations but I didn't find 
anything giving me more deep understanding. If we consider the LFCR sequence I 
found implementations that thread it as:
LFCR (not altering them and only using LF as the newline)
CRLFCR (only altering LF to CRLF)
CRLF (consider the "inverted solution" as a valid delimiter)
CRLFCRLF (convert both to newlines)
None of them converted only the CR: I think this is the only missing behaviour 
:-(

For the record (and fun) maybe this 1987 message is the root of this issue:
http://www-mice.cs.ucl.ac.uk/multimedia/misc/tcp_ip/8705.mm.www/0281.html


> 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]

Reply via email to