[49830] in North American Network Operators' Group
Re: Stop it with putting your e-mail body in my MUA OT
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Wed Jul 10 15:56:24 2002
To: Leo Bicknell <bicknell@ufp.org>
Cc: "Email List: nanog" <nanog@nanog.org>
In-Reply-To: Your message of "Wed, 10 Jul 2002 11:53:40 EDT."
<20020710155340.GB65349@ussenterprise.ufp.org>
From: Valdis.Kletnieks@vt.edu
Date: Wed, 10 Jul 2002 15:55:37 -0400
Errors-To: owner-nanog-outgoing@merit.edu
--==_Exmh_-864560054P
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, 10 Jul 2002 11:53:40 EDT, Leo Bicknell <bicknell@ufp.org> said:
> ] Content-Type: text/plain; charset=us-ascii
> ] Content-Disposition: inline
> ] Content-Transfer-Encoding: quoted-printable
>
> ] Content-Type: application/pgp-signature
> ] Content-Disposition: inline
>
> If your mailer isn't showing you the first one as a text/plain
> message, even if it doesn't understand the second you need a new
> mailer.
Amen. If it's showing the text/plain as an attachment, even when there's a
'Content-Disposition: inline', the MUA is just being contrary to the point of
borkedness. There *is* a corner case in the MIME specs in that if your MUA
doesn't support multipart/signed, it is required to drop back to multipart/
mixed - and at that point, the treatment of any given text/plain is unspecified
(an MUA is free to display all as attachments, all as inline, the first as
inline and rest as attachments, or whatever choice it feels like). This
ambiguity is why RFC2183 was issued in August 1997.
I've made a *partial* fix to exmh to force generation of a Content-Disposition
tag (it's still broken for the general case, but THIS message should have a
'inline' attached to the text/plain bodypart). If it in fact isn't there,
let me know. If it's there and your MUA now Gets It Right where it didn't
used to, let me know. If it's there and your MUA *still* doesn't get it right,
let your vendor know - there's nothing else I can do about it.
If the exmh fix actually improves things for anybody, and doesn't break things,
I'll commit it to the CVS tree.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
--==_Exmh_-864560054P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
iD8DBQE9LJE5cC3lWbTT17ARAk/EAJ98voQHS2lywiau1K3dbbt7sBo4PACgpff/
N50EdFXtUYCXU35R+UYtaOs=
=Ishq
-----END PGP SIGNATURE-----
--==_Exmh_-864560054P--
