Hi. I just wondered, the following: My MDA may get mails that use LF or CR/LF end of line encodings and deliver them into maildirs. I couldn't find any information about, whether one should or must convert all into one format, cause AFAIK at least on the IMAP side, CR/LF is always used? How does this work on the maildir/backend side of dovcot? Can it work with both and simply automatically convert LF into CR/LF? Thanks, Chris. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5113 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20121031/86ab82d5/attachment-0004.bin>
On 31.10.2012, at 3.50, Christoph Anton Mitterer wrote:> I just wondered, the following: > > My MDA may get mails that use LF or CR/LF end of line encodings and > deliver them into maildirs. > > > I couldn't find any information about, whether one should or must > convert all into one format, cause AFAIK at least on the IMAP side, > CR/LF is always used? > > How does this work on the maildir/backend side of dovcot? Can it work > with both and simply automatically convert LF into CR/LF?Dovecot automatically adds CRs where necessary. Even within the same file there can be mixed LF/CRLF lines.
Possibly Parallel Threads
- should dovecot store maildir files with CRLF or LF?
- maildir S= and W=
- [Bug 2287] New: AuthorizedKeysCommandUser should have it's default documented
- [Bug 2354] New: please document that PermitRootLogin really checks for uid=0
- [Bug 2310] New: functionality to start process before ssh and/or to "wrap" such command around ssh