Postfix does not store line endings internally, because different
environments have different line ending conventions (for example
SMTP has <CR><LF> while UNIX has <LF>). Postfix strips line endings
on input, and adds them on output. Postfix was modeled after routers
with different kinds of network interfaces.
The Postfix sendmail command allows both <CR><LF> and <LF>, because
too many app developers were messing up.
As of January 2024, Postfix replaces any <CR> and <LF> that are not
part of a line ending with space. This prevents outbound SMTP
smuggling, and makes DKIM signatures more likely to verify. The
default setting "cleanup_replace_stray_cr_lf = yes" was added in
Postfix 3.9, 3.8.5, 3.7.10, 3.6.14, and 3.5.24 later.
Returning to the problem at hand, the options that I see are:
- Forward the message including all its MIME headers, and leave
the decoding to the recipient's mail software.
- Use a real MIME parser and decoder to extract the plain text
that you want to forward.
The trick to strip " =" works only for quoted-printable encoding,
but does not handle messages encoded in base64.
Wietse
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
