Tom writes: > It would be interesting to hear some background on why these repairs are > needed.
Ken already mentioned the RFCs, but let me point out: mhfixmsg applies two transformations unconditionally. The first removes an extraneous trailing semicolon from the parameter lists of MIME header field values. The second replaces RFC 2047 encoding with RFC 2231 encoding of name and filename parameters in Content-Type and Content-Disposition header field values, respectively. > msg 3677 is from yahoo email. I assume some email clients are worse than > others / which ones? I usually don't identify specific email clients: the fixes apply to a message from any client. Ralph, I'll fix the extra newlines, thanks. As far as the warning about the missing semicolon goes, I don't think it's necessary or even correct. If I'm reading the RFCs correctly now, parameters are optional for Content-Type and Content-Disposition. David -- nmh-workers https://lists.nongnu.org/mailman/listinfo/nmh-workers
