5f/152ade72274f93a334cfd87eaeddcbb1010fd9

   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 D0DAD431FD0\r
   6         for <notmuch@notmuchmail.org>; Thu,  2 Jun 2011 10:13:57 -0700 (PDT)\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 nf9iuv97P4HH for <notmuch@notmuchmail.org>;\r
  16         Thu,  2 Jun 2011 10:13:57 -0700 (PDT)\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 5787B431FB6\r
  20         for <notmuch@notmuchmail.org>; Thu,  2 Jun 2011 10:13:57 -0700 (PDT)\r
  21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by earth-doxen-postvirus (Postfix) with ESMTP id D29F566E014A\r
  23         for <notmuch@notmuchmail.org>; Thu,  2 Jun 2011 10:13:55 -0700 (PDT)\r
  24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
  25 Received: from servo.finestructure.net (cpe-98-149-172-122.socal.res.rr.com\r
  26         [98.149.172.122]) (Authenticated sender: jrollins)\r
  27         by earth-doxen-submit (Postfix) with ESMTP id E486266E011F\r
  28         for <notmuch@notmuchmail.org>; Thu,  2 Jun 2011 10:13:53 -0700 (PDT)\r
  29 Received: by servo.finestructure.net (Postfix, from userid 1000)\r
  30         id 96542AD8; Thu,  2 Jun 2011 10:13:54 -0700 (PDT)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: Notmuch Mail <notmuch@notmuchmail.org>\r
  33 Subject: problems with message/rfc822 parts\r
  34 User-Agent: Notmuch/0.6 (http://notmuchmail.org) Emacs/23.3.1\r
  35         (x86_64-pc-linux-gnu)\r
  36 Date: Thu, 02 Jun 2011 10:13:51 -0700\r
  37 Message-ID: <87sjrsi2b4.fsf@servo.factory.finestructure.net>\r
  38 MIME-Version: 1.0\r
  39 Content-Type: multipart/signed; boundary="=-=-=";\r
  40         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  41 X-BeenThere: notmuch@notmuchmail.org\r
  42 X-Mailman-Version: 2.1.13\r
  43 Precedence: list\r
  44 List-Id: "Use and development of the notmuch mail system."\r
  45         <notmuch.notmuchmail.org>\r
  46 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  48 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  49 List-Post: <mailto:notmuch@notmuchmail.org>\r
  50 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  51 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  53 X-List-Received-Date: Thu, 02 Jun 2011 17:13:58 -0000\r
  54 \r
  55 --=-=-=\r
  56 \r
  57 Hey, folks.  I've been noticing a couple of issues with message/rfc822\r
  58 part handling in recent builds of notmuch/master.  They are rooted in\r
  59 the new part handling rework that was done recently.  I just want to\r
  60 mention them here, to make people aware of them, until we get a chance\r
  61 to address them.\r
  62 \r
  63 The first issue is that show --format=raw --part on a message/rfc822\r
  64 part is throwing a gmime exception, even though notmuch is still\r
  65 producing output and returning successfully.  I just sent a patch to the\r
  66 list addressing the issues.  However, the test suite was apparently\r
  67 unable to catch that something unexpected was being output to stderr, so\r
  68 we still need to address that.\r
  69 \r
  70 Another issue is that we're no longer outputting any of the headers of\r
  71 message/rfc822 parts.  This shouldn't be too hard to hack back in, so\r
  72 hopefully I can get to that this weekend.\r
  73 \r
  74 There was also a problem with the emacs display of message/rfc822 parts,\r
  75 and I just sent a patch to the list about that as well.\r
  76 \r
  77 However, there is a larger issue related to the ones above which is that\r
  78 message parts in general are not being handled consistently, including\r
  79 the top level message.  amdragon and I were actually discussing this on\r
  80 irc the other day.  A possible solution is to make a general\r
  81 message-part-handling function, that handles output of headers and the\r
  82 message body, and call that function both on the top level message and\r
  83 on any message sub parts.  I think that would make things a lot cleaner,\r
  84 and would make the output more consistent and intuitive.\r
  85 \r
  86 A somewhat related issue is that the "raw" format for parts is not\r
  87 really doing the expected thing in certain cases, particularly with\r
  88 regards to message parts.  dkg and I sort of realized this when we were\r
  89 reworking the part handling a couple weeks ago.  One expects, rightfully\r
  90 so, that show --format=raw --part on a message part would output the\r
  91 full, raw, well-formatted rfc822 message enclosed in that part.\r
  92 Currently that is not the case, since, for instance, the headers are not\r
  93 output and the part handling is recursing over all the message\r
  94 sub-parts.\r
  95 \r
  96 I don't know necessarily know the right solution for either of these\r
  97 issues, although I have some ideas (assuming I don't run into gmime\r
  98 limitations).  Feedback and suggestions would be wonderful.\r
  99 Unfortunately I don't have time to work on any of these issues at the\r
 100 moment (hopefully this weekend), but I just wanted to throw them out\r
 101 there, in case anyone wants to tackle them before I get to them.\r
 102 \r
 103 jamie.\r
 104 \r
 105 --=-=-=\r
 106 Content-Type: application/pgp-signature\r
 107 \r
 108 -----BEGIN PGP SIGNATURE-----\r
 109 Version: GnuPG v1.4.11 (GNU/Linux)\r
 110 \r
 111 iQIcBAEBCAAGBQJN58TPAAoJEO00zqvie6q8ADgP/2TaIe0TzFYWnDPB0KsoAHgB\r
 112 nSlD3CgFD8qolAY37Q4Oxoy1XqzaKZGJAYtFHErcEHvQb4vesxhXJYMjLpKVCyUK\r
 113 zUzU6s0Qjy1t3RQ9pUZF1I4HsFkonMti1DdhMBiJ5B3hkGEYFLVQlgWqGq3Q7SYp\r
 114 7HOG01bDNfR+nMS1ZqXCxWiuG3RLe10rVBO6gmT3s8UZdRsRBeRl8ZoNEX8zliED\r
 115 /Fe14NG+CT2TVEdpKkhKpC5ER1zouMFQ9bnVBX+PypJfyYHuDgsr3zeH3U44eNGt\r
 116 EN3917E+Vjl1IfRW0c62oaY2Lvd8Wu5Fi/F4OCIYi243Xh0Q7pe+vqvS/KhVJq6V\r
 117 WhM2Dl1ahiNjy2tas3AUfVDyjwCgjFYqkvt+Fn/ekyrUGUHXrNsQylh3UeyxpgzX\r
 118 fSrxvSr2tWYH5uSYJXv2AAtWBWwd7jeG3sZppgSJSBsA9B4k7f8ZDhYD7o1zREtN\r
 119 k70ZE076rGmpi651liRrEJewK5zoKaRiZ8qj/2xqPtcZNT5GrvKtwa1u9reo1QP7\r
 120 /e3y6mIy8jXqpTVe1+xfypX+rLipu6lHUV6cEJNC9yBjis0T3qIKhxzgVDSegRcf\r
 121 MSJutIH5WolZU7AmigwfaqZ3VvnW0IJHXL9vVS//2O4pxUx912goGndxZSMBvUPG\r
 122 Vd+g9ROQuSq/LvwB2z5G\r
 123 =UbME\r
 124 -----END PGP SIGNATURE-----\r
 125 --=-=-=--\r