Re: [PATCH v2] emacs: Make the part content available to the mm-inline* checks.

diff --git a/61/8b91140a7b47ded2e41b3ea3d2bf0ec785c453 b/61/8b91140a7b47ded2e41b3ea3d2bf0ec785c453
new file mode 100644 (file)
index 0000000..53bcc6d
--- /dev/null
+++ b/61/8b91140a7b47ded2e41b3ea3d2bf0ec785c453
@@ -0,0 +1,109 @@
+Return-Path: <jrollins@finestructure.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id CC1DD431FAF\r
+       for <notmuch@notmuchmail.org>; Fri, 20 Jan 2012 12:13:56 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.29\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id Jm+6K-aJTrcW for <notmuch@notmuchmail.org>;\r
+       Fri, 20 Jan 2012 12:13:56 -0800 (PST)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+       [131.215.239.19])\r
+       by olra.theworths.org (Postfix) with ESMTP id 58DEF431FAE\r
+       for <notmuch@notmuchmail.org>; Fri, 20 Jan 2012 12:13:56 -0800 (PST)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by earth-doxen-postvirus (Postfix) with ESMTP id E96C066E020B;\r
+       Fri, 20 Jan 2012 12:13:55 -0800 (PST)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net (m17.ligo.caltech.edu [131.215.115.117])\r
+       (Authenticated sender: jrollins)\r
+       by earth-doxen-submit (Postfix) with ESMTP id 15B5266E0233;\r
+       Fri, 20 Jan 2012 12:13:52 -0800 (PST)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id DA3432EA; Fri, 20 Jan 2012 12:13:51 -0800 (PST)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Austin Clements <amdragon@MIT.EDU>,\r
+       Dmitry Kurochkin <dmitry.kurochkin@gmail.com>\r
+Subject: Re: [PATCH v2] emacs: Make the part content available to the\r
+       mm-inline* checks.\r
+In-Reply-To: <20120118193501.GG16740@mit.edu>\r
+References: <1326907993-11054-1-git-send-email-dme@dme.org>\r
+       <1326908371-11949-1-git-send-email-dme@dme.org>\r
+       <877h0o99aj.fsf@gmail.com>\r
+       <cunlip47tir.fsf@hotblack-desiato.hh.sledj.net>\r
+       <874nvs96ps.fsf@gmail.com> <20120118193501.GG16740@mit.edu>\r
+User-Agent: Notmuch/0.11+92~g9b8f34f (http://notmuchmail.org) Emacs/23.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Fri, 20 Jan 2012 12:13:49 -0800\r
+Message-ID: <8739bam8si.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 20 Jan 2012 20:13:57 -0000\r
+\r
+--=-=-=\r
+\r
+On Wed, 18 Jan 2012 14:35:01 -0500, Austin Clements <amdragon@MIT.EDU> wrote:\r
+> Shouldn't we only be doing this for parts with inline (or not\r
+> attachment) content-disposition?  That's cheap to check.  Or do we\r
+> actually want things like image attachments to get inlined, despite\r
+> their disposition?\r
+\r
+This is a good question, actually.  Should we just always ignore the\r
+disposition, and inline stuff if it's inlinable?  Should this be\r
+configurable?\r
+\r
+The whole disposition thing is actually pretty confused in general, I\r
+think.  I'm not sure if people realize this but parts that are\r
+disposition "attachment" are not indexed by notmuch, even if they're\r
+imminently indexable.  This seems wrong to me, as I would like to have\r
+as much of the message indexed as possible, regardless of disposition.\r
+I'm not sure what the original motivation was there.\r
+\r
+I point this out because there's a kind of schizophrenia related to\r
+disposition handling in general, and it might be worthwhile to clarify\r
+how we expect them to be handled, both in terms of indexing and display.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJPGcr9AAoJEO00zqvie6q80wcQAIAIsxtjqY20EJMXO7x9sSle\r
+mlHbqUeSfQIQfek1GiMg6dcEclMGWLA72lqdh6hu2TyYYPq7Ac22fZ33/WR67rBs\r
+4rI6RwSla26mG4XWf8XPjQuaag/oGvw/VU9bWbvcg7sTbQnmz0Iugao5Ytov+P0y\r
+kPolWmH/40e2H2wnabCNv93jllebTMwkdOjRe4UeMb+8e1Nb5taocHHzILL5/LU7\r
+sWw9bsTwlqU50Rypr81coVs/QrYvZRUAgnyDU910o98Ws7dLgpw6VdEn8wu4Gw+x\r
+x816/KUGGp+1bpv0gmmvM7SFBQAqplfeX4+1q43K+LDdzHXVZx7YiodLF1l8aC8L\r
+LVwsyvswyUOk5Nls/EijdfBrNivxuiu+JNgHA40QihiiL84n7WtXbKwiXqAjJ5r7\r
+WAoh8FosYZm2cJKEzwHamOX+Wj7Y0F5jvcDNW/DCEowZuppS+ffB9YIwgpf5oN3/\r
+b0K/bDYlaj9BJWOZEVrwQHsYXPmfFEi6ck0lTijdLyXGR7PK6aDrxe3up3kGtSSI\r
+WPbjU2HTyHh0Dri1u0iSIzsD7UHXZTS7sQTjZmPHaD22wizwpCHczoQButgegXy6\r
+7Tqu5kp/I3DSkG4N5Y7UYwzK/pBNH8WTA2I1P4ZtACimrlzjDhq2AcR/zehHVpSP\r
+oVVkaGPQE6goUqbZGDOd\r
+=CXAH\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r