From 8076dcb1ac73f3dade6bc4e082f23e0a0ebe319b Mon Sep 17 00:00:00 2001 From: Michal Vyskocil Date: Tue, 12 Feb 2013 18:32:16 +0100 Subject: [PATCH] Re: Search using email headers does not work --- bf/7d631eaabda9a7f9e10619026812d1beecbf48 | 111 ++++++++++++++++++++++ 1 file changed, 111 insertions(+) create mode 100644 bf/7d631eaabda9a7f9e10619026812d1beecbf48 diff --git a/bf/7d631eaabda9a7f9e10619026812d1beecbf48 b/bf/7d631eaabda9a7f9e10619026812d1beecbf48 new file mode 100644 index 000000000..5b4f95aba --- /dev/null +++ b/bf/7d631eaabda9a7f9e10619026812d1beecbf48 @@ -0,0 +1,111 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id A42EA431FBC + for ; Tue, 12 Feb 2013 09:31:16 -0800 (PST) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -5 +X-Spam-Level: +X-Spam-Status: No, score=-5 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_HI=-5] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id odKbm6rwVlEH for ; + Tue, 12 Feb 2013 09:31:15 -0800 (PST) +Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) + (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 11B2A431FAF + for ; Tue, 12 Feb 2013 09:31:15 -0800 (PST) +Received: from relay1.suse.de (unknown [195.135.220.254]) + (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) + (No client certificate requested) + by mx2.suse.de (Postfix) with ESMTP id 79E14A538A + for ; Tue, 12 Feb 2013 18:31:11 +0100 (CET) +Date: Tue, 12 Feb 2013 18:32:16 +0100 +From: Michal Vyskocil +To: notmuch@notmuchmail.org +Subject: Re: Search using email headers does not work +Message-ID: <20130212173216.GL7346@zelvantb.site> +References: <20130211145259.GF7346@zelvantb.site> + <87ehgl92e5.fsf@zancas.localnet> + <877gmdo46y.fsf@servo.finestructure.net> +MIME-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="0qVF/w3MHQqLSynd" +Content-Disposition: inline +In-Reply-To: <877gmdo46y.fsf@servo.finestructure.net> +User-Agent: Mutt/1.5.21 (2010-09-15) +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 12 Feb 2013 17:31:16 -0000 + + +--0qVF/w3MHQqLSynd +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable + +On Tue, Feb 12, 2013 at 09:03:01AM -0800, Jameson Graef Rollins wrote: +> On Tue, Feb 12 2013, David Bremner wrote: +> > Unfortunately currently headers other than those references in the +> > notmuch-search-terms man page are not indexed. The only workaround I +> > can think of without patching notmuch is to use some tool to tag the +> > messages you care about. +>=20 +> I think even more importantly headers other than those that are parsed +> are actually thrown to /dev/null. They are not even indexed as plain +> text, so you can search for terms in headers as you can for words in the +> body. +>=20 +> I asked this on irc but it got lost in the shuffle: would it make sense +> to index the entire header block as plain text? If we did that then at +> least the search that Michal was trying would return the expected +> results. It would also be a fairly simple change to the indexer. I +> don't have a good sense of how much it would pollute the index, though. + +[skipping CC line and sending to list] + +Hi, + +I like such idea - but how hard would be to add a config options to +extend a list of default headers used for indexing? I am not sure there +is a strong need to index every bit from headers, just add few tips to +the default list. + +Regards +Michal Vyskocil + +>=20 +> Given how frequently people are asking for alternate header indexing, it +> might be something to consider. +>=20 +> jamie. + + + +--0qVF/w3MHQqLSynd +Content-Type: application/pgp-signature; name="signature.asc" +Content-Description: Digital signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2.0.19 (GNU/Linux) + +iEUEARECAAYFAlEafKAACgkQGwzgx2QvQgTL/ACTBvzWztVmxw2VbEmRQuQf9gq+ +HQCfQMkhkPtw2nDarOEqigZG95cXhGE= +=lcKZ +-----END PGP SIGNATURE----- + +--0qVF/w3MHQqLSynd-- -- 2.26.2