Re: mutt/2335: <attach-message> munges messages containing DEL
The following reply was made to PR mutt/2335; it has been noted by GNATS.
From: Alain Bench <veronatif@xxxxxxx>
To: bug-any@xxxxxxxxxxxxx
Cc:
Subject: Re: mutt/2335: <attach-message> munges messages containing DEL
Date: Wed, 19 Jul 2006 19:58:41 +0200 (CEST)
Hi Thomas!
On Tuesday, July 18, 2006 at 23:05:01 +0200, Thomas Roessler wrote:
> This [8bit => QP] transcoding is going to happen whenever mutt has to
> send an 8bit message through a 7bit channel.
Well no: Mutt by default can send all 80-FF hi-bit chars as 8bit,
with $allow_8bit=yes.
An MTA might transcode later. But it will maybe QPify a simple mail
body, never a multipart part (unless it's a bad MTA). And never touch
inside an encapsulated attachment, as in my case. Anyway the transcoding
is already visible in my sent box, before any MTA. It's also visible
before sending: In compose menu, when I select the "[message/rfc822,
7bit, 1,0K]" attachment, and <view-attach> it, I can see:
| Content-Disposition: inline; filename=mutt-Ummon-1000-3152-7
| Content-Transfer-Encoding: quoted-printable
If I remove the DEL 7F, then <attach-message> the same hi-bit table
and send: No QPification. And no spurious CDisp header added.
Bye! Alain.
--
How to Report Bugs Effectively
<URL:http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>