Re: Notmuch Pick
authorJameson Graef Rollins <jrollins@finestructure.net>
Mon, 18 Jun 2012 17:14:58 +0000 (10:14 +1700)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:47:42 +0000 (09:47 -0800)
49/bb3fe6f10fcf624887243d16cd29ab5696ac2a [new file with mode: 0644]

diff --git a/49/bb3fe6f10fcf624887243d16cd29ab5696ac2a b/49/bb3fe6f10fcf624887243d16cd29ab5696ac2a
new file mode 100644 (file)
index 0000000..3bd75fb
--- /dev/null
@@ -0,0 +1,130 @@
+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 27A09431FB6\r
+       for <notmuch@notmuchmail.org>; Mon, 18 Jun 2012 10:15:09 -0700 (PDT)\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 8Xe1dAM26OhX for <notmuch@notmuchmail.org>;\r
+       Mon, 18 Jun 2012 10:15:07 -0700 (PDT)\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 2F833431FAE\r
+       for <notmuch@notmuchmail.org>; Mon, 18 Jun 2012 10:15:07 -0700 (PDT)\r
+Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by fire-doxen-postvirus (Postfix) with ESMTP id 75C452E50BE9;\r
+       Mon, 18 Jun 2012 10:15:04 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
+Received: from finestructure.net (unknown [76.89.192.57])\r
+       (Authenticated sender: jrollins)\r
+       by fire-doxen-submit (Postfix) with ESMTP id 7B3892E50D6C;\r
+       Mon, 18 Jun 2012 10:15:01 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id B793039B; Mon, 18 Jun 2012 10:15:00 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: Notmuch Pick\r
+In-Reply-To: <87395ump0d.fsf@qmul.ac.uk>\r
+References: <87395ump0d.fsf@qmul.ac.uk>\r
+User-Agent: Notmuch/0.13.2+53~g1567997 (http://notmuchmail.org) Emacs/23.4.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Mon, 18 Jun 2012 10:14:58 -0700\r
+Message-ID: <87zk80ilt9.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\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: Mon, 18 Jun 2012 17:15:09 -0000\r
+\r
+--=-=-=\r
+\r
+On Sat, Jun 16 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
+> Since I have had various requests for notmuch pick\r
+> (id:"1329096015-8078-2-git-send-email-markwalters1009@gmail.com") so I\r
+> have started a git repository at\r
+> git://github.com/markwalters1009/notmuch.git\r
+>\r
+> The branch pick-6 is the current version. My intention is to start a new\r
+> branch each time I rebase on to current master but this may change. (I\r
+> suggest that people do not rely on a consistent history for this repository)\r
+\r
+Hey, Mark.  I took a look at this and I have a couple of comments:\r
+\r
+726e11aff69e10499a9855e0ac2f15e518985c1f\r
+    cli: notmuch-show with framing newlines between threads in JSON.\r
+\r
+This patch introduces a change in the json output format, but there is\r
+no subsequent update of the test suite, so it's causing a lot of test\r
+failures.  Obviously this needs to be fixed, but it would probably be\r
+nice to include a couple of other tests for the pick output itself.  At\r
+the very least a sanity test to check that it's working at all would be\r
+sufficient initially.\r
+\r
+Would it also be useful to make this same change for the search out, for\r
+consistency?  I notice the search output now uses newlines between all\r
+fields, which should help for asynchronous processing, but it might be\r
+nice to put newline separators between the initial and final brackets as\r
+well.\r
+\r
+df97df62b70b884a1cd367360ed6ff7eda0e8af6\r
+    cli: add --headers_only option to notmuch-show.c\r
+\r
+Your comment in this patch is very interesting:\r
+\r
+    This is used by notmuch-pick.el (although not needed) because it gives a\r
+    speed-up of at least a factor of a two; moreover it reduces the memory\r
+    usage in emacs hugely.\r
+\r
+The only difference between the regular show json output and the\r
+--headers-only output, as far as I can tell, is the presence of the\r
+content of text/plain parts if they exist in the message.  We previously\r
+had a discussion about the show output not including any part bodies at\r
+all, but we decided that the inclusion of text/plain bodies shouldn't\r
+affect anything, so why not include them.  If they actually do, then I\r
+argue we should just move to having show json not include any body parts\r
+at all by default, and just have them be retrieved individually like we\r
+do currently for non-text/plain parts.  This would make things cleaner,\r
+and would get rid of the need to have this extra option, which really\r
+doesn't produce a significantly different output.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJP32ISAAoJEO00zqvie6q8JAcP+wYJihHLRGZ4Vd6NrOk2AqxU\r
+6zksedeFhMpZKAONSpIGP68REo/BKT5sh8C4bIX3kLoXfLBIarnfOTYXCHxRi8SH\r
+nc4zAXxMDvR3Wn/2FhD4mvlwo9ywfB+T8uKxfiCyk35UiSADd8MQC1Mun9AGBn9t\r
+a8jlzqLqLIO3L5tXbJPNDUl6/EWJgEBRrkyL3I2lhWcCi4KKLNwBLO4lp3ihvGhC\r
+1qX5fWmvgAJaElmkHGCR3rZlIH5mFHo6Riq56bwI1CdE5a9YxrLqDix48CG30NLV\r
++YGxNfGQir9e4PSH2659xMvRYvBXsGW8gV8CmhuaAsft2PfquDFH8aglCeq+8sCT\r
++M3Y6AtmIYfc0qiSTksX8URnwUi+SdZ4s+3RYTzQDndAk/nJM1sSW7NsmBydUSYj\r
+B59eBXl4YFOQLTVk+MjPscU2TRUOSJ76pzUiDk8G+jdw10VFTgoZW92Pkeg4Tsgp\r
+zGMakUREYkC5nm+lLLj154k7YUu3eeXIscCrufS90Ezpy3IBkNHIu4HF1dBFYZ0v\r
+ywdVSwaC3I4D4Pa49nCzCX6S/pwk+1kIZf4Klg7dYmwYPrh2QkCLEZOCmx359v0c\r
+IGx5sqeCDVQEOkrp10m/QfQg8qjD9PqUAQ1CeWV5McZXezyD1UcbGlzLodd//QKe\r
+It3lBMIDPQNvz0QXch5h\r
+=xfcy\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r