Re: Search using email headers does not work

diff --git a/a5/ecc167d25cee4ec2b92a09c1184eb04f64d70d b/a5/ecc167d25cee4ec2b92a09c1184eb04f64d70d
new file mode 100644 (file)
index 0000000..f635b60
--- /dev/null
+++ b/a5/ecc167d25cee4ec2b92a09c1184eb04f64d70d
@@ -0,0 +1,95 @@
+Return-Path: <alexey@feldgendler.ru>\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 D4E72429E26\r
+       for <notmuch@notmuchmail.org>; Wed, 13 Feb 2013 13:38:45 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 HEpw28fcsejx for <notmuch@notmuchmail.org>;\r
+       Wed, 13 Feb 2013 13:38:44 -0800 (PST)\r
+X-Greylist: delayed 1085 seconds by postgrey-1.32 at olra;\r
+       Wed, 13 Feb 2013 13:38:44 PST\r
+Received: from asav3.lyse.net (asav3.lyse.net [81.167.37.131])\r
+       by olra.theworths.org (Postfix) with ESMTP id C4790431FD6\r
+       for <notmuch@notmuchmail.org>; Wed, 13 Feb 2013 13:38:44 -0800 (PST)\r
+Received: from localhost (localhost.localdomain [127.0.0.1])\r
+       by asav3.lyse.net (Postfix) with ESMTP id 548A88452E\r
+       for <notmuch@notmuchmail.org>; Wed, 13 Feb 2013 22:20:38 +0100 (CET)\r
+X-Virus-Scanned: amavisd-new at lyse.net\r
+Received: from muffin.feldgendler.ru (210.81-167-188.customer.lyse.net\r
+       [81.167.188.210])\r
+       by asav3.lyse.net (Postfix) with ESMTP id C712484530\r
+       for <notmuch@notmuchmail.org>; Wed, 13 Feb 2013 22:20:35 +0100 (CET)\r
+Received: from [192.168.1.1] (helo=sandwich.feldgendler.ru)\r
+       by muffin.feldgendler.ru with esmtpsa\r
+       (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80)\r
+       (envelope-from <alexey@feldgendler.ru>) id 1U5jkp-0005I2-DW\r
+       for notmuch@notmuchmail.org; Wed, 13 Feb 2013 22:20:35 +0100\r
+Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes\r
+To: notmuch@notmuchmail.org\r
+Subject: Re: Search using email headers does not work\r
+References: <20130211145259.GF7346@zelvantb.site>\r
+       <87ehgl92e5.fsf@zancas.localnet>\r
+       <877gmdo46y.fsf@servo.finestructure.net>\r
+       <20130212173216.GL7346@zelvantb.site>\r
+       <87wqudi9u0.fsf@yoom.home.cworth.org>\r
+       <87mwv9i9ho.fsf@convex-new.cs.unb.ca> <87ip5wlkbb.fsf@qmul.ac.uk>\r
+       <874nhfncot.fsf@servo.finestructure.net>\r
+Date: Wed, 13 Feb 2013 22:20:34 +0100\r
+MIME-Version: 1.0\r
+Content-Transfer-Encoding: Quoted-Printable\r
+From: "Alexey Feldgendler" <alexey@feldgendler.ru>\r
+Message-ID: <op.wsgqwkri1h6og4@sandwich.feldgendler.ru>\r
+In-Reply-To: <874nhfncot.fsf@servo.finestructure.net>\r
+User-Agent: Opera Mail/12.13 (Linux)\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: Wed, 13 Feb 2013 21:38:46 -0000\r
+\r
+On Wed, 13 Feb 2013 22:09:22 +0100, Jameson Graef Rollins  =\r
+\r
+<jrollins@finestructure.net> wrote:\r
+\r
+>> I think I mentioned this on irc sometime ago: would indexing all the\r
+>> headers as a separate free text entry (under headers: for example)\r
+>> satisfy most of this. So then you could search for things like\r
+>> headers:"List-Id: blah" or similar.\r
+>>\r
+>> It is not as nice as individually indexed headers, but it does mean t=\r
+hat\r
+>> all notmuch instances would be the same and the same commands would\r
+>> work, the library interface would be consistent etc.\r
+\r
+> I like this idea.  Simple to implement, and covers all needs\r
+> automatically.\r
+\r
+It will work for some headers, but not for others. Where a header's valu=\r
+e  =\r
+\r
+is a list, there will be no precise way of specifying =E2=80=9Cthe list =\r
+contains  =\r
+\r
+X=E2=80=9D. NEAR is only an approximation.\r
+\r
+\r
+-- =\r
+\r
+Alexey Feldgendler <alexey@feldgendler.ru>\r
+[ICQ: 115226275] http://feldgendler.livejournal.com\r