1 Return-Path: <jrollins@finestructure.net>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id 0BBA3431FC0
\r
6 for <notmuch@notmuchmail.org>; Mon, 2 Apr 2012 10:54:55 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5
\r
12 tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id 3pDK9BKDDXfP for <notmuch@notmuchmail.org>;
\r
16 Mon, 2 Apr 2012 10:54:53 -0700 (PDT)
\r
17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu
\r
19 by olra.theworths.org (Postfix) with ESMTP id BECD8431FCF
\r
20 for <notmuch@notmuchmail.org>; Mon, 2 Apr 2012 10:54:52 -0700 (PDT)
\r
21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])
\r
22 by fire-doxen-postvirus (Postfix) with ESMTP id 67CAA2E50D72;
\r
23 Mon, 2 Apr 2012 10:54:52 -0700 (PDT)
\r
24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new
\r
25 Received: from finestructure.net (gwave-213.ligo.caltech.edu
\r
26 [131.215.114.213]) (Authenticated sender: jrollins) by fire-doxen-submit
\r
27 (Postfix) with ESMTP id 83119328026; Mon, 2 Apr 2012 10:54:49 -0700 (PDT)
\r
28 Received: by finestructure.net (Postfix, from userid 1000)
\r
29 id AB0F6183; Mon, 2 Apr 2012 10:54:48 -0700 (PDT)
\r
30 From: Jameson Graef Rollins <jrollins@finestructure.net>
\r
31 To: Andrei POPESCU <andreimpopescu@gmail.com>, notmuch@notmuchmail.org
\r
32 Subject: Re: Handling of symlinked maildirs?
\r
33 In-Reply-To: <20120402112828.GW21443@sid.nuvreauspam>
\r
34 References: <20120402112828.GW21443@sid.nuvreauspam>
\r
35 User-Agent: Notmuch/0.12+87~g3c4c85f (http://notmuchmail.org) Emacs/23.3.1
\r
36 (x86_64-pc-linux-gnu)
\r
37 Date: Mon, 02 Apr 2012 10:54:48 -0700
\r
38 Message-ID: <87sjgm3tp3.fsf@servo.finestructure.net>
\r
40 Content-Type: multipart/signed; boundary="=-=-=";
\r
41 micalg=pgp-sha256; protocol="application/pgp-signature"
\r
42 X-BeenThere: notmuch@notmuchmail.org
\r
43 X-Mailman-Version: 2.1.13
\r
45 List-Id: "Use and development of the notmuch mail system."
\r
46 <notmuch.notmuchmail.org>
\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
48 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
50 List-Post: <mailto:notmuch@notmuchmail.org>
\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
53 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
54 X-List-Received-Date: Mon, 02 Apr 2012 17:54:55 -0000
\r
57 Content-Transfer-Encoding: quoted-printable
\r
59 On Mon, Apr 02 2012, Andrei POPESCU <andreimpopescu@gmail.com> wrote:
\r
60 > Im sorting my mailing lists with generic maildrop rules like this one:
\r
62 > if (/^List-Id:.*<debian-(.*)\.lists.debian.org>/)
\r
63 > to Maildir/.debian.$MATCH1/
\r
65 > However, I'm subscribed to a *lot* of mailing lists and in order to keep=
\r
67 > my folder view sane I use symlinks to conflate some of them, e.g.=20
\r
69 > .debian.devel-announce -> .debian.devel
\r
71 > This works well since mutt simply ignores the symlink(s) so I don't even=
\r
73 > need to exclude them in the config, but it seems that notmuch does index=
\r
75 > each of the symlinks as a separate folder[1].
\r
77 > Does it make sense to have this configurable or even completely exclude=20
\r
80 Hey, Andrei. I would say that if you have a compelling reason that
\r
81 notmuch should be able to ignore symlinked directories then it maybe
\r
82 makes sense to have it configurable. However, I must say that I have
\r
83 completely dropped the whole folder concept myself since I find it
\r
84 totally redundant with notmuch's tagging and searching capabilities.
\r
86 > On a somewhat related note, unless I'm missing something, notmuch is=20
\r
87 > currently indexing only a few header fields, not including List-Id, and=20
\r
88 > there is no way to add custom fields. Am I correct?
\r
90 > The reason I'm asking is that in theory one could completely drop any=20
\r
91 > sorting (just drop all mail in one folder) and use something like=20
\r
92 > 'list-id: debian-devel' instead.
\r
94 Unfortunately notmuch does only index a limited subset of headers
\r
95 (pretty much just the "primary" ones). There has been a desire to be
\r
96 able to index arbitrary headers for a long time now (and List-Id: has
\r
97 been one of the oft-cited missing headers). It would certainly improve
\r
98 the search interface if we could.
\r
100 Unfortunately no one has yet got around to coding it up. I don't think
\r
101 there are any fundamental impediments, it will just take a bit of work.
\r
103 In the mean time, I wonder if it makes sense to just add List-Id to the
\r
104 list of headers that we do index? I think that would be a pretty simple
\r
105 change, and I think a lot of folks would benefit.
\r
110 Content-Type: application/pgp-signature
\r
112 -----BEGIN PGP SIGNATURE-----
\r
113 Version: GnuPG v1.4.12 (GNU/Linux)
\r
115 iQIcBAEBCAAGBQJPeefoAAoJEO00zqvie6q8zD8P/3AzT5mqMZitRC5ujcjLBZoG
\r
116 CZqQhP3gqDK00uLEr2HBgGt6rDKVnHyU4cuEl96QTABEFiYqYrck6EGwjWavm1d8
\r
117 JnkJBps7zZjP9zRbFfENYwT7/tt2rnJFJ2Hs9rCGPPuuI8VxkGJtWBqhhUp5G7tT
\r
118 h8B6ltHGPxS+vkm84RE5q9Vl7kNJb0t9K4pWN5Qlj5r0notdxNbvjh/fKjFx/xZt
\r
119 Tk6t0tkskzRrmzGhbG+9rnMLX2nQ2XjN03pLkyBeN6I/NB8JhQHZHHejgR/bRbea
\r
120 wM6nyVMjyZuyl7hZIa3ul3RjbMEwPGDt7VphumK9JfyB6PnMrzuvNoXK2WQMsiFf
\r
121 tyBoUlwiPe9g6DVQsoPpb2a3vmDUHWP14LbE0XKt7D4Q2g3gnUDOq49am0yF5ST5
\r
122 4wCIl28WLgLSV1yMlvaX7e8wAg1nNC4hWXc4j4dVF5u66XLcaFgbuLkGOPMsOZpG
\r
123 bYK3ZhSAlhqxRVHX/S0K+oH57oQgVy6hD236gJMs58kMeGbW4jB5DJAZC79Uw58C
\r
124 BLO6bep3XjctFqCX5ueQ7SXTOsG9uSrS2wP3gDc3GZbd9TaaJv5owL2w8CfAS3ir
\r
125 t1H8j9YG51x+VE4kYqctv+ilQthhPRM+gBqhz+YfQiEdaI0f6IC2YGXsqMvt+aC1
\r
126 rNVV0tZ5kpBOAO1+KW+B
\r
128 -----END PGP SIGNATURE-----
\r