Re: [WIP 0/2] Thread based searching

diff --git a/8e/2ae61b5b0a7935616163275cd150b219c1157d b/8e/2ae61b5b0a7935616163275cd150b219c1157d
new file mode 100644 (file)
index 0000000..0c097bc
--- /dev/null
+++ b/8e/2ae61b5b0a7935616163275cd150b219c1157d
@@ -0,0 +1,100 @@
+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 899D5431FC2\r
+       for <notmuch@notmuchmail.org>; Sat, 14 Apr 2012 12:15:17 -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 i47RSdn-nSAE for <notmuch@notmuchmail.org>;\r
+       Sat, 14 Apr 2012 12:15:16 -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 E9BEC431FAF\r
+       for <notmuch@notmuchmail.org>; Sat, 14 Apr 2012 12:15:15 -0700 (PDT)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by earth-doxen-postvirus (Postfix) with ESMTP id 9835866E0137;\r
+       Sat, 14 Apr 2012 12:15:15 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net (unknown [76.89.193.65])\r
+       (Authenticated sender: jrollins)\r
+       by earth-doxen-submit (Postfix) with ESMTP id CB71666E012F;\r
+       Sat, 14 Apr 2012 12:15:12 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 813CE45D; Sat, 14 Apr 2012 12:15:12 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [WIP 0/2] Thread based searching\r
+In-Reply-To: <1332274320-17487-1-git-send-email-markwalters1009@gmail.com>\r
+References: <1332274320-17487-1-git-send-email-markwalters1009@gmail.com>\r
+User-Agent: Notmuch/0.12+112~gffb05d6 (http://notmuchmail.org) Emacs/23.4.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Sat, 14 Apr 2012 12:15:09 -0700\r
+Message-ID: <87y5pyyvk2.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: Sat, 14 Apr 2012 19:15:17 -0000\r
+\r
+--=-=-=\r
+\r
+On Tue, Mar 20 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
+> It implements a very crude form of thread based search: the user can\r
+> ask for all the threads that have a message matching the primary query\r
+> and have a (possibly different) message matching a secondary query.\r
+>\r
+> For example notmuch search --secondary-search from:A :AND: from:B\r
+> returns all threads that have a message from A and a message from B.\r
+\r
+Hey, Mark.  I think this is a useful idea, but I think the\r
+implementation is more complicated than it needs to be.  I would rather\r
+just have a switch that allows me to search by thread, instead of by\r
+message.  Something like just --by-thread would work for me.\r
+\r
+I guess it might be nice to have such fined grain control to specify\r
+independent search terms for both messages and threads simultaneously,\r
+but I really don't think I would ever use such capabilities, and the\r
+additional syntax is a little confusing.  But I certainly would use the\r
+ability to search entire threads instead of just messages.\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
+iQIcBAEBCAAGBQJPicy9AAoJEO00zqvie6q8Qo4P/2IJ7CvZaZdesoTMFxbFlawR\r
+Dqu7l1z/8/2po6+BlpfnKGfUctCUsEmd4ciar2nftc2l0h+GpzV+5GsBobQraOYL\r
+49j428opyu4NUu7cSUhb2p9TJZbXc7sxMVAuhPvR0ZDs0NSpPnPTw6nQ8MyXGevx\r
+MQOXvo+LDKbFrzgJ7sSQsTWipM+P1CSdZsBDY3yARiWBMTnjWU4tJ/Kcaj3UeS06\r
+CWVNeFSZw+kYqU3llUtN1D1XJbH/fva09tWEGjahFj4dHby3oqJ+F1kSR2grpNDq\r
+nM0mW8U0NgKFYAFgLpRWjsrmLD7a2UCdm9qPM2tvrED2kExsdxp4erekW3BC1K1Y\r
+eChkkseP3Y0EUL33yYIt7lO2Dp/78+3AOdrUSKp7IMTDPVU71hyt4jAs7XBFgPMP\r
+Ku4n8SQbUdHYEeIRVnPKg9K6j/ric3FRGfN4N1fAmt3/AaDUuRLBO4onlde3JNFo\r
+eY99C5rSHDMmP9xAb4gGwHrHnb43TcW/1Bb5uAAEoJaqcN7QPb9rGULbVNbductz\r
+28q2jd4wqIP/Yucfc194Ua19gc5DwKWrtjxXDQMOUH5e0KSmEhRDe6sdOD5MGFz1\r
+Po6zDj9uSy86PCaa4hGgvKw6oeNon9xL7jlpM7Jy/DcTYFbWdxlk1zxvJmttLAjm\r
+0Gyt0at7NgHW0zFWTDbR\r
+=w2Tg\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r