Difference between revisions of "CRLFDOT (filter)"
From Mailutils
Jump to navigationJump to searchLine 5: | Line 5: | ||
If created with the <tt>-n</tt> option, it preserves each CRLF input sequence untranslated, thereby "normalizing" the output (hence the option name). | If created with the <tt>-n</tt> option, it preserves each CRLF input sequence untranslated, thereby "normalizing" the output (hence the option name). | ||
− | When [[MU_FILTER_DECODE|decoding]], the reverse is performed: each | + | When [[MU_FILTER_DECODE|decoding]], the reverse is performed: each CRLF is replaced by a single LF byte, and additional dots are removed from beginning of lines. A single dot on a line by itself marks the end of the stream and causes the filter to return <tt>EOF</tt>. |
== See also == | == See also == |
Revision as of 16:48, 16 December 2017
The CRLFDOT filter is useful for data I/O in such protocols as POP3 and SMTP.
In encode mode, this filter replaces each LF ('\n' or ASCII 10) character by CRLF ("\r\n", ASCII 13 10), and "byte-stuffs" the output by producing an additional '.' in front of any '.' appearing at the beginning of a line in input. Upon end of input, it outputs additional ".\r\n".
If created with the -n option, it preserves each CRLF input sequence untranslated, thereby "normalizing" the output (hence the option name).
When decoding, the reverse is performed: each CRLF is replaced by a single LF byte, and additional dots are removed from beginning of lines. A single dot on a line by itself marks the end of the stream and causes the filter to return EOF.