61/8b91140a7b47ded2e41b3ea3d2bf0ec785c453

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