Re: MML 'encoding' tag value ignored...

[Toby Speight <streapadair@gmx.net>]

0> In article <87d7c3o54j.fsf@inanna.rimspace.net>,
0> Daniel Pittman <URL:mailto:daniel@rimspace.net> ("Daniel") wrote:

Daniel> In trying to work out why a PDF file was being corrupted when
Daniel> sent from Gnus to several Win32 mailers, I found two things.
Daniel>
Daniel> Firstly, Gnus was selecting quoted-printable encoding for the
Daniel> PDF file.  This was then incorrectly decoded by both Outlook
Daniel> and Eudora on the Win32 machine, resulting in a corrupt PDF
Daniel> file.
Daniel>
Daniel> Specifically, LF => CRLF conversion was happening on the Win32
Daniel> machine.  Now, I don't know the QP spec well, so I can't tell
Daniel> if this is correct behaviour for the Win32 machines.

I think the fix for this is to quote LF and CR in non-text parts:

<LF>     ->  =0A=<CR><LF>
<CR>     ->  =0D=<CR><LF>
<CR><LF> ->  =0D=0A=<CR><LF>


Daniel> If it is, though, I think that 'application/.*' MIME entities
Daniel> should be encoded with base64 exclusively, to avoid this sort
Daniel> of problem.

I thought you could Configure that somehow?

[/me RTFMs]

`mm-content-transfer-encoding-defaults' is what you're looking for,
though it's not defcustom in 5.8.3.