Re: Handling of symlinked maildirs?

diff --git a/3f/3a227532c85aaafc9dd12209565f6f87e3b3cc b/3f/3a227532c85aaafc9dd12209565f6f87e3b3cc
new file mode 100644 (file)
index 0000000..cad2df9
--- /dev/null
+++ b/3f/3a227532c85aaafc9dd12209565f6f87e3b3cc
@@ -0,0 +1,129 @@
+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 0BBA3431FC0\r
+       for <notmuch@notmuchmail.org>; Mon,  2 Apr 2012 10:54:55 -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 3pDK9BKDDXfP for <notmuch@notmuchmail.org>;\r
+       Mon,  2 Apr 2012 10:54:53 -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 BECD8431FCF\r
+       for <notmuch@notmuchmail.org>; Mon,  2 Apr 2012 10:54:52 -0700 (PDT)\r
+Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by fire-doxen-postvirus (Postfix) with ESMTP id 67CAA2E50D72;\r
+       Mon,  2 Apr 2012 10:54:52 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
+Received: from finestructure.net (gwave-213.ligo.caltech.edu\r
+ [131.215.114.213])    (Authenticated sender: jrollins)        by fire-doxen-submit\r
+ (Postfix) with ESMTP id 83119328026;  Mon,  2 Apr 2012 10:54:49 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id AB0F6183; Mon,  2 Apr 2012 10:54:48 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Andrei POPESCU <andreimpopescu@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: Handling of symlinked maildirs?\r
+In-Reply-To: <20120402112828.GW21443@sid.nuvreauspam>\r
+References: <20120402112828.GW21443@sid.nuvreauspam>\r
+User-Agent: Notmuch/0.12+87~g3c4c85f (http://notmuchmail.org) Emacs/23.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Mon, 02 Apr 2012 10:54:48 -0700\r
+Message-ID: <87sjgm3tp3.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: Mon, 02 Apr 2012 17:54:55 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Mon, Apr 02 2012, Andrei POPESCU <andreimpopescu@gmail.com> wrote:\r
+> Im sorting my mailing lists with generic maildrop rules like this one:\r
+>\r
+>     if (/^List-Id:.*<debian-(.*)\.lists.debian.org>/)\r
+>         to Maildir/.debian.$MATCH1/\r
+>\r
+> However, I'm subscribed to a *lot* of mailing lists and in order to keep=\r
+=20\r
+> my folder view sane I use symlinks to conflate some of them, e.g.=20\r
+>\r
+> .debian.devel-announce -> .debian.devel\r
+>\r
+> This works well since mutt simply ignores the symlink(s) so I don't even=\r
+=20\r
+> need to exclude them in the config, but it seems that notmuch does index=\r
+=20\r
+> each of the symlinks as a separate folder[1].\r
+>\r
+> Does it make sense to have this configurable or even completely exclude=20\r
+> the symlinks?\r
+\r
+Hey, Andrei.  I would say that if you have a compelling reason that\r
+notmuch should be able to ignore symlinked directories then it maybe\r
+makes sense to have it configurable.  However, I must say that I have\r
+completely dropped the whole folder concept myself since I find it\r
+totally redundant with notmuch's tagging and searching capabilities.\r
+\r
+> On a somewhat related note, unless I'm missing something, notmuch is=20\r
+> currently indexing only a few header fields, not including List-Id, and=20\r
+> there is no way to add custom fields. Am I correct?\r
+>\r
+> The reason I'm asking is that in theory one could completely drop any=20\r
+> sorting (just drop all mail in one folder) and use something like=20\r
+> 'list-id: debian-devel' instead.\r
+\r
+Unfortunately notmuch does only index a limited subset of headers\r
+(pretty much just the "primary" ones).  There has been a desire to be\r
+able to index arbitrary headers for a long time now (and List-Id: has\r
+been one of the oft-cited missing headers).  It would certainly improve\r
+the search interface if we could.\r
+\r
+Unfortunately no one has yet got around to coding it up.  I don't think\r
+there are any fundamental impediments, it will just take a bit of work.\r
+\r
+In the mean time, I wonder if it makes sense to just add List-Id to the\r
+list of headers that we do index?  I think that would be a pretty simple\r
+change, and I think a lot of folks would benefit.\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
+iQIcBAEBCAAGBQJPeefoAAoJEO00zqvie6q8zD8P/3AzT5mqMZitRC5ujcjLBZoG\r
+CZqQhP3gqDK00uLEr2HBgGt6rDKVnHyU4cuEl96QTABEFiYqYrck6EGwjWavm1d8\r
+JnkJBps7zZjP9zRbFfENYwT7/tt2rnJFJ2Hs9rCGPPuuI8VxkGJtWBqhhUp5G7tT\r
+h8B6ltHGPxS+vkm84RE5q9Vl7kNJb0t9K4pWN5Qlj5r0notdxNbvjh/fKjFx/xZt\r
+Tk6t0tkskzRrmzGhbG+9rnMLX2nQ2XjN03pLkyBeN6I/NB8JhQHZHHejgR/bRbea\r
+wM6nyVMjyZuyl7hZIa3ul3RjbMEwPGDt7VphumK9JfyB6PnMrzuvNoXK2WQMsiFf\r
+tyBoUlwiPe9g6DVQsoPpb2a3vmDUHWP14LbE0XKt7D4Q2g3gnUDOq49am0yF5ST5\r
+4wCIl28WLgLSV1yMlvaX7e8wAg1nNC4hWXc4j4dVF5u66XLcaFgbuLkGOPMsOZpG\r
+bYK3ZhSAlhqxRVHX/S0K+oH57oQgVy6hD236gJMs58kMeGbW4jB5DJAZC79Uw58C\r
+BLO6bep3XjctFqCX5ueQ7SXTOsG9uSrS2wP3gDc3GZbd9TaaJv5owL2w8CfAS3ir\r
+t1H8j9YG51x+VE4kYqctv+ilQthhPRM+gBqhz+YfQiEdaI0f6IC2YGXsqMvt+aC1\r
+rNVV0tZ5kpBOAO1+KW+B\r
+=MF5l\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r