From: W. Trevor King Date: Sat, 8 Feb 2014 16:59:31 +0000 (+1600) Subject: Re: [PATCH 2/2] emacs: Prefer Content-Description over filename for part buttons X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=81aa7fc2d8416aba32ffe86c7aaa24875e71143a;p=notmuch-archives.git Re: [PATCH 2/2] emacs: Prefer Content-Description over filename for part buttons --- diff --git a/f7/2008ad73ef085ec3bf1caf2453270dd8df0d26 b/f7/2008ad73ef085ec3bf1caf2453270dd8df0d26 new file mode 100644 index 000000000..18fc5ab79 --- /dev/null +++ b/f7/2008ad73ef085ec3bf1caf2453270dd8df0d26 @@ -0,0 +1,155 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 1F1A0431FBD + for ; Sat, 8 Feb 2014 08:59:44 -0800 (PST) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.1 +X-Spam-Level: +X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 + tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, + RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id bB8LMPfU6YzM for ; + Sat, 8 Feb 2014 08:59:36 -0800 (PST) +Received: from qmta06.westchester.pa.mail.comcast.net + (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) + by olra.theworths.org (Postfix) with ESMTP id 4CF01431FBC + for ; Sat, 8 Feb 2014 08:59:36 -0800 (PST) +Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) + by qmta06.westchester.pa.mail.comcast.net with comcast + id Ps4r1n0021uE5Es56szZjE; Sat, 08 Feb 2014 16:59:33 +0000 +Received: from odin.tremily.us ([24.18.63.50]) + by omta16.westchester.pa.mail.comcast.net with comcast + id PszY1n00V152l3L3cszZvY; Sat, 08 Feb 2014 16:59:33 +0000 +Received: by odin.tremily.us (Postfix, from userid 1000) + id 5E3D4FFFAFD; Sat, 8 Feb 2014 08:59:31 -0800 (PST) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tremily.us; s=odin; + t=1391878771; bh=8QcRvo5qxr89BwLMrM1MtjBg/euDdILlEGHyekM4e0A=; + h=Date:From:To:Cc:Subject:References:In-Reply-To; + b=qLY70TJrynVvxe3cOQAccf98XQUpRz4owwEUCykMqGoeON7BwfdE61qqoo3uLazLh + hV1h+0fgBjsHEqQRaY04ZFODdZe3WAB/ZKLNWgkwtp0pmJiJkQvDYn4Qw2lTaw6kOw + 6sGaS2quYiQswB6lyF06rfpJDQNHkUuEK5UQy4VM= +Date: Sat, 8 Feb 2014 08:59:31 -0800 +From: "W. Trevor King" +To: David Bremner +Subject: Re: [PATCH 2/2] emacs: Prefer Content-Description over filename for + part buttons +Message-ID: <20140208165931.GB17142@odin.tremily.us> +References: <877g9chbay.fsf@qmul.ac.uk> + + <27be295875a7df782a83c9a2c09d06f9d321fe9e.1391423201.git.wking@tremily.us> + <87vbwwosuw.fsf@qmul.ac.uk> <20140203203418.GO14197@odin.tremily.us> + <20140204013246.GQ19935@odin.tremily.us> <87r47dojbt.fsf@zancas.localnet> +MIME-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" +Content-Disposition: inline +In-Reply-To: <87r47dojbt.fsf@zancas.localnet> +OpenPGP: id=39A2F3FA2AB17E5D8764F388FC29BDCDF15F5BE8; + url=http://tremily.us/pubkey.txt +User-Agent: Mutt/1.5.22 (2013-10-16) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; + s=q20121106; t=1391878773; + bh=Z1rxuNTj0mhFz81iwB7rvoDg/D6jXbs4VcW/r3ssPWo=; + h=Received:Received:Received:Date:From:To:Subject:Message-ID: + MIME-Version:Content-Type; + b=Q04aGfukgSYAnDwcrqn3pQhqxhbNULI2e/PaojIKaFLC8Wq1peBKcTxP7QXyBdhHt + qzzp6LPuWaPgHX8lZipWXT7jBdRmuYDCvQCls3Jyxaj9Af4W/FsjuflxiO1eA1gm7f + TfIxBiCCGQWiW11Cq5oIfmnTmj0nH7uHBuOjbWnd+cPYhPM8EBnwFkc+WRkaPbOTj/ + yABitZBZuoTqS52SzwPhOE/XsJQYiO6jFWqkaxz/EopCBfvssy+vx0kOV6oiNKwkwB + nBWUCz2vsIfEODvk30Y+uvCtb/p7zOt9gmcAS5994VOfdPUnS3co+8ridouFPcwVBP + Zg82kQY6/Lm1g== +Cc: notmuch@notmuchmail.org +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sat, 08 Feb 2014 16:59:44 -0000 + + +--wzJLGUyc3ArbnUjN +Content-Type: text/plain; charset=utf-8 +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable + +On Sat, Feb 08, 2014 at 08:55:02AM -0400, David Bremner wrote: +> "W. Trevor King" writes: +> > Rather than patching this in Emacs, maybe we should collapse the +> > =E2=80=9Cnot set=E2=80=9D and =E2=80=9Cset to empty string=E2=80=9D cas= +es in notmuch-show.c? I +> > can't think of any reasons why someone would want to distinguish +> > those two cases, and it's easier all around if we standardize the +> > representation as far upstream as possible. +>=20 +> Do the RFCs have anything to say about headers with empty content? +> If not I'd be inclined to leave the CLI output as raw as possible, +> just because people are always finding new ways to apply tools. + +RFC 2183 does not describe Content-Description, it just uses it in +some examples [1]. In all the examples where Content-Description is +present, the value is not empty. RFC 2045 defines +Content-Description, but it doesn't give all that much information +[2]: + + The ability to associate some descriptive information with a given + body is often desirable. For example, it may be useful to mark an + "image" body as "a picture of the Space Shuttle Endeavor." Such + text may be placed in the Content-Description header field. This + header field is always optional. + + description :=3D "Content-Description" ":" *text + + The description is presumed to be given in the US-ASCII character + set, although the mechanism specified in RFC 2047 may be used for + non-US-ASCII Content-Description values. + +I couldn't find more generic references to the meaning of empty header +values, but I find it hard to imagine anyone assigning semantic value +to an explicitly-empty description (vs. no Content-Description at +all). + +Cheers, +Trevor + +[1]: http://tools.ietf.org/html/rfc2183#section-3 +[2]: http://tools.ietf.org/html/rfc2045#section-8 + +--=20 +This email may be signed or encrypted with GnuPG (http://www.gnupg.org). +For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy + +--wzJLGUyc3ArbnUjN +Content-Type: application/pgp-signature; name="signature.asc" +Content-Description: OpenPGP digital signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2.0.22 (GNU/Linux) + +iQIcBAEBAgAGBQJS9mJxAAoJEKKfehoaNkbtlvUP/igWrkJJ1shtEUEExhVSzp+V +BUGiAi3alGyx4ZFLcwAwF3L8kDBhoOkCX72CzGQMM8yG9TLqyqLuMHmBLmmn0O/n +E25Q1zVQsBAQJ6loZGJ5NAdtjhknZtcU4HkB8ozLhpZZlhHKh4zNUcXU9R8pkruI +0ngOzyYSRcEYEJilR47ooh/zvgc3y74gDSD0jZHfXYTjilEdPzXgbypbeVM8B1ZT +nxMqrvuiDUIOxC8UFYiMhmOQtKHdOli7JQ935y5G1ODtx7yfpx6ub8plzVSJrZkv +OQz1/raBzI6DuwuTnZ06ai3OQ2UXY3l8VcPs5u2uc6DItSwY566Zuwf4g4a9yT/K +R2Vvt2XlmnfKzOQ+uSCu1Jg6QYbhD++PSvr5R6Tn6nVYUi9ogM8QAbq9FvpF1ROO +A2HSqeg7CckX1Tr6TOzEun+BejRhEuK+njY4C4Tchjr0ixrj+/TTX4AyUoqwxRSP +VfNI1E42VP5DS96Ng/SXU9L4VpFB042ItMVwPuyUyGgeX4WlYmimEmVMzzWjsdYg +ltfZRP9z1grkVFxxSGs3Yj/aAHPcVENx3WSwGKx1h28hDvaPVB97kwA4QUqfzUyj +DBXR3lRpuLNKPqaSq9gMc7yN8P8qA55uaUYzfJAk+xNbtfTbOm3QGAUksA8oC7cT +H3G8XLl0mYN70Y3M1cQF +=xbG+ +-----END PGP SIGNATURE----- + +--wzJLGUyc3ArbnUjN--