Re: [PATCH 2/2] search --output=files: Output all filenames for each matching message
authorCarl Worth <cworth@cworth.org>
Tue, 28 Jun 2011 19:20:31 +0000 (12:20 +1700)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:38:47 +0000 (09:38 -0800)
52/b0a5e4ca0d2b2b59c68db7c6116d9b8990e778 [new file with mode: 0644]

diff --git a/52/b0a5e4ca0d2b2b59c68db7c6116d9b8990e778 b/52/b0a5e4ca0d2b2b59c68db7c6116d9b8990e778
new file mode 100644 (file)
index 0000000..40ad742
--- /dev/null
@@ -0,0 +1,93 @@
+Return-Path: <cworth@cworth.org>\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 4D26E429E32\r
+       for <notmuch@notmuchmail.org>; Tue, 28 Jun 2011 12:20:33 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.01\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.01 tagged_above=-999 required=5\r
+       tests=[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 pDoGzDwVFEHU for <notmuch@notmuchmail.org>;\r
+       Tue, 28 Jun 2011 12:20:32 -0700 (PDT)\r
+Received: from arlo.cworth.org (arlo.cworth.org [50.43.72.2])\r
+       by olra.theworths.org (Postfix) with ESMTP id 92442429E2A\r
+       for <notmuch@notmuchmail.org>; Tue, 28 Jun 2011 12:20:32 -0700 (PDT)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+       by arlo.cworth.org (Postfix) with ESMTP id 62F9429A645;\r
+       Tue, 28 Jun 2011 12:20:31 -0700 (PDT)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+       id 516B5254157; Tue, 28 Jun 2011 12:20:31 -0700 (PDT)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Mark Anderson <ma.skies@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 2/2] search --output=files: Output all filenames for each\r
+       matching message\r
+In-Reply-To: <87fwmtahxn.fsf@yoom.home.cworth.org>\r
+References: <878vsqdd4w.fsf@gmail.com> <87fwmtahxn.fsf@yoom.home.cworth.org>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.3.1\r
+       (i486-pc-linux-gnu)\r
+Date: Tue, 28 Jun 2011 12:20:31 -0700\r
+Message-ID: <87d3hxahkw.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; 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: Tue, 28 Jun 2011 19:20:33 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Tue, 28 Jun 2011 12:12:52 -0700, Carl Worth <cworth@cworth.org> wrote:\r
+> I think the only thing I would like to see in addition is an update to\r
+> the documentation to make it explicit that --output=3Dfiles will emit all\r
+> filenames for a message that has more than one filename.\r
+\r
+Actually, I went to go update the documentation itself, and I found that\r
+it doesn't really need anything new here. The current text is:\r
+\r
+       --output=3Dfiles\r
+\r
+       Output the filenames of all messages matching the search terms,\r
+        either one per line (--format=3Dtext) or as a JSON array\r
+        (--format=3Djson).\r
+\r
+And that's pretty clearly "the filenames of all messages".\r
+\r
+The fact that we share a single "message object" when two files contain\r
+the same message-id seems like an implementation detail that's not worth\r
+bringing up here. (It would add more concepts to the documentation but\r
+not actually change the meaning.)\r
+\r
+So I've pushed the test and fix as-is now.\r
+\r
+=2DCarl\r
+\r
+=2D-=20\r
+carl.d.worth@intel.com\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iEYEARECAAYFAk4KKX8ACgkQ6JDdNq8qSWg2FwCfYHckCLmjMmDh9j6B5w0Ed6eN\r
+U0wAn1Mhq/KY6aK5vQioWjXgHg92vys6\r
+=rRS2\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r