Re: Alternative to no longer supported folder:foo* wildcard matching ?

diff --git a/92/736c7a26cd9b299d8f1b5f59068fa81bb89efb b/92/736c7a26cd9b299d8f1b5f59068fa81bb89efb
new file mode 100644 (file)
index 0000000..e42e261
--- /dev/null
+++ b/92/736c7a26cd9b299d8f1b5f59068fa81bb89efb
@@ -0,0 +1,108 @@
+Return-Path: <jm@liotier.org>\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 19681431FAF\r
+       for <notmuch@notmuchmail.org>; Mon,  9 Mar 2015 17:17:05 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 2.438\r
+X-Spam-Level: **\r
+X-Spam-Status: No, score=2.438 tagged_above=-999 required=5\r
+       tests=[DNS_FROM_AHBL_RHSBL=2.438] 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 L98fsaml7ih0 for <notmuch@notmuchmail.org>;\r
+       Mon,  9 Mar 2015 17:17:01 -0700 (PDT)\r
+Received: from kivu.grabeuh.com (kivu.grabeuh.com [212.85.152.17])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id C3E1E431FAE\r
+       for <notmuch@notmuchmail.org>; Mon,  9 Mar 2015 17:17:01 -0700 (PDT)\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by kivu.grabeuh.com (Postfix) with ESMTP id DEAA981D4E3;\r
+       Tue, 10 Mar 2015 01:16:58 +0100 (CET)\r
+X-Virus-Scanned: by a bunch of giggling Japanese schoolgirls at\r
+       kivu.grabeuh.com\r
+Received: from kivu.grabeuh.com ([127.0.0.1])\r
+       by localhost (kivu.grabeuh.com [127.0.0.1]) (amavisd-new, port 10024)\r
+       with LMTP id G4vu1vAnb4Yj; Tue, 10 Mar 2015 01:16:52 +0100 (CET)\r
+Received: from [127.0.0.1] (nawak.grabeuh.com [212.85.154.15])\r
+       (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))\r
+       (No client certificate requested) (Authenticated sender: jim)\r
+       by kivu.grabeuh.com (Postfix) with ESMTPSA id 8C83CC24E64;\r
+       Tue, 10 Mar 2015 01:16:52 +0100 (CET)\r
+Message-ID: <54FE37F4.7090605@liotier.org>\r
+Date: Tue, 10 Mar 2015 01:16:52 +0100\r
+From: Jean-Marc Liotier <jm@liotier.org>\r
+User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;\r
+       rv:31.0) Gecko/20100101 Thunderbird/31.3.0\r
+MIME-Version: 1.0\r
+To: David Bremner <david@tethera.net>, notmuch@notmuchmail.org\r
+Subject: Re: Alternative to no longer supported folder:foo* wildcard matching\r
+ ?\r
+References: <54FDFAAB.9080504@liotier.org>\r
+       <877fupzuzc.fsf@maritornes.cs.unb.ca>\r
+In-Reply-To: <877fupzuzc.fsf@maritornes.cs.unb.ca>\r
+Content-Type: text/plain; charset=windows-1252; format=flowed\r
+Content-Transfer-Encoding: 8bit\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: Tue, 10 Mar 2015 00:17:05 -0000\r
+\r
+On 09/03/2015 23:06, David Bremner wrote:\r
+> Jean-Marc Liotier <jm@liotier.org> writes:\r
+>> So nowadays, is there any other way to express "this folder and all its  subfolders" ? The path: keyword does not seem useful for that with a maildir with a flat structure of dot.delimited.directories - or is there something like a dot.delimited.* wildcard ?\r
+> One option is to create symlink farm. Since it's only directories being\r
+> symlinked, it isn't that bad.  I don't know how well this scales, but it\r
+> seems to work for about 200k messages in 184 mailing lists.\r
+\r
+On the plus side: it works. Here is my interpretation of the idea:\r
+\r
+% cd ~/Maildir\r
+% mkdir .NM_myTopLevelFolder\r
+% ln -rs .myTopLevelFolder* -t .NM_myTopLevelFolder\r
+% rm -f .NM_myTopLevelFolder/.myTopLevelFolder\r
+% notmuch new\r
+% notmuch-mutt --remove-dups --output-dir ~/Maildir/.=Search \\r
+         search keyword and "path:.NM_myTopLevelFolder/**"\r
+\r
+So, thanks for this workaround suggestion.\r
+\r
+On the downside:\r
+- It doubles the number of messages to index (though then even \r
+multiplied by two, my 300k messages are Not Much Mail\99 - but still...)\r
+- myTopLevelFolder gets a NM_myTopLevelFolder twin and restricting the \r
+search scope to it requires using its twin's name\r
+- The additional messages are duplicates, so --remove-dups becomes \r
+mandatory in any search query\r
+- This method is good for restricting the search scope to a directory, \r
+but not for excluding a directory from the search scope... Which alas is \r
+what I desire most...\r
+\r
+\r
+> Roughly\r
+> speaking:\r
+>\r
+> % mkdir list\r
+> % cd list\r
+> % ln -s ../.list.* .\r
+> % mmv .list.* *  # zsh specific, optional\r
+> % notmuch new\r
+>\r
+> Notmuch new took about 10 minutes, but now I can search\r
+>\r
+> 'path:list/**'\r
+>\r
+>\r
+\r