Message232826
Okay so maybe the documentation should include these restrictions on encoding:
* The data being encoded should only include \r or \n bytes that are part of \n or \r\n newline sequences. Encoding arbitrary non-text data is not supported.
* The two kinds of newlines should not be mixed
* If \n is used for newlines in the input, the encoder will output \n newlines, and they will need converting to CRLF in a later step to conform to the RFC |
|
| Date |
User |
Action |
Args |
| 2014-12-17 20:11:15 | martin.panter | set | recipients:
+ martin.panter, lemburg, r.david.murray, vajrasky, fredstober |
| 2014-12-17 20:11:15 | martin.panter | set | messageid: <[email protected]> |
| 2014-12-17 20:11:15 | martin.panter | link | issue20121 messages |
| 2014-12-17 20:11:15 | martin.panter | create | |
|