Re: [PATCH 2/3] cli: all search mode to include msg-ids with JSON output

diff --git a/47/e0ba392b12d0da797a012ce8745d9780e87bbf b/47/e0ba392b12d0da797a012ce8745d9780e87bbf
new file mode 100644 (file)
index 0000000..daaed1f
--- /dev/null
+++ b/47/e0ba392b12d0da797a012ce8745d9780e87bbf
@@ -0,0 +1,102 @@
+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 A2F6D431FBD\r
+       for <notmuch@notmuchmail.org>; Thu, 22 Nov 2012 08:15:24 -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 Vk6Hv9b7YFVG for <notmuch@notmuchmail.org>;\r
+       Thu, 22 Nov 2012 08:15:23 -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 F01FD431FB6\r
+       for <notmuch@notmuchmail.org>; Thu, 22 Nov 2012 08:15:22 -0800 (PST)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by earth-doxen-postvirus (Postfix) with ESMTP id 7AA5566E00DE;\r
+       Thu, 22 Nov 2012 08:15:20 -0800 (PST)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net\r
+       (108-67-137-54.lightspeed.mmphtn.sbcglobal.net [108.67.137.54])\r
+       (Authenticated sender: jrollins)\r
+       by earth-doxen-submit (Postfix) with ESMTP id 6342E66E0456;\r
+       Thu, 22 Nov 2012 08:15:09 -0800 (PST)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 89EA6616F8; Thu, 22 Nov 2012 08:15:04 -0800 (PST)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 2/3] cli: all search mode to include msg-ids with JSON\r
+       output\r
+In-Reply-To: <1352487491-31512-3-git-send-email-markwalters1009@gmail.com>\r
+References: <1352487491-31512-1-git-send-email-markwalters1009@gmail.com>\r
+       <1352487491-31512-3-git-send-email-markwalters1009@gmail.com>\r
+User-Agent: Notmuch/0.14+106~ga54bb5f (http://notmuchmail.org) Emacs/23.4.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Thu, 22 Nov 2012 08:15:01 -0800\r
+Message-ID: <87y5hty5q2.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: Thu, 22 Nov 2012 16:15:24 -0000\r
+\r
+--=-=-=\r
+\r
+On Fri, Nov 09 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
+> This adds a --output=with-ids option which gives similar output to the\r
+> normal search summary output but with a list of message ids\r
+> too. Currently this is not implemented for text format.\r
+\r
+Hey, Mark.  Very nit-picky comment here, but I'm not sure "with-ids" is\r
+an appropriate name for an output type.  "with-ids" sounds like a\r
+modifier, as opposed to a output type unto itself.\r
+\r
+But I wonder if this separate output type is really necessary.  Can the\r
+emacs interface just make two separate search calls to the binary when\r
+constructing the buffer, one with --output=summary and one with\r
+--output=messages?  Wouldn't that provide all the needed info?  I guess\r
+there would still be a race condition, especially for really long search\r
+results, but I wonder if the calls could actually be made in parallel at\r
+the same time.  Maybe that would require more work.  Sorry, just\r
+thinking out loud here...\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
+iQIcBAEBCAAGBQJQrk+GAAoJEO00zqvie6q8ydcQAI0OcoO+0M9tsdqrpFcNcvlV\r
+2KhWowIQE19dLsYzixxsGOWLJDuC2UTjV4PUBk1k+e2KfiqJpWxIjhU5lFXG5amW\r
+HgGK1+9Vk84q80GNe65aDK9OSTEtT+M6BKihxmToA+nr3Ez3tZpBh+kytYKLyORs\r
+FPErPMVRnoAyaomykZ/zgvhPiTpNPP8In4pUHwsC7lkQP8FxegnoQhA/6NfKwfNY\r
+3o4+Z9HwEjSEntRKPOOSi1ujkRlx5RGyD1nD6FSoTVt2KJE5KSAEuWEJ67IsFyxV\r
+V2aXciGMiLD7DgLeBcm/0kSo/8qUazK5HH7fYTPzoOn1la/ATF31t5iq/SEKDHvZ\r
+sQ1R9qnjdfIW87Y9PsQhv11v06dqI8V1KjvtrFIV4HPinhJd1j20KMQwhhvlrx8m\r
+Fbh4oGOhgEyjQ1E356hgi4Wu426o2uKpHjSl05lDlkEPw5zv5mhKQYR2wbMcitVB\r
+v30+lJFC7XLnI7aEPXBf33VaTR+qtBt9KjQbt1/6hQkV2Ur05aWSaA4LtVPK8HkK\r
+s458Bn4cb6G1at5FzxgI6ZyxppqhdBClTWq/wC02nHsw11jeaaQQwoZsTl/s1XJc\r
+xXI6JHdjxse2obW+1zinOr1OlrOmVKj7oLmxKrBdZo7k2LfLk76HgG3MaB7nkXRp\r
+xnbpls5rzijhkguR7Gmk\r
+=KUXv\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r