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 32C03431FD9 for ; Fri, 2 May 2014 21:58:05 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] 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 P48BOXXEj7Yx for ; Fri, 2 May 2014 21:57:54 -0700 (PDT) Received: from market.scs.stanford.edu (market.scs.stanford.edu [171.66.3.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id A17BA431FC2 for ; Fri, 2 May 2014 21:57:54 -0700 (PDT) Received: from market.scs.stanford.edu (localhost.scs.stanford.edu [127.0.0.1]) by market.scs.stanford.edu (8.14.7/8.14.7) with ESMTP id s434voW7023771; Fri, 2 May 2014 21:57:50 -0700 (PDT) Received: (from dm@localhost) by market.scs.stanford.edu (8.14.7/8.14.7/Submit) id s434voZs016780; Fri, 2 May 2014 21:57:50 -0700 (PDT) X-Authentication-Warning: market.scs.stanford.edu: dm set sender to return-duxdjczv2pab8eavjy6z79jm3e@ta.scs.stanford.edu using -f From: dm-list-email-notmuch@scs.stanford.edu To: Jani Nikula Subject: Re: folder and path completely broken in HEAD? Date: Fri, 02 May 2014 21:57:49 -0700 Message-ID: <87oazfo3w2.fsf@ta.scs.stanford.edu> MIME-Version: 1.0 Content-Type: text/plain Cc: notmuch@notmuchmail.org X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David Mazieres expires 2014-07-31 PDT List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 04:58:05 -0000 Jani Nikula writes: > On Fri, 02 May 2014, dm-list-email-notmuch@scs.stanford.edu wrote: >> >> I'm using a pretty standard maildir++ layout. For example, underneath >> my database.path I have a bunch of mail in directories such as: >> >> .INBOX.Main/{new,cur} >> .mail.class/{new,cur} >> .mail.voicemail/{new,cur} >> ... > Here's additional commentary on the specific queries. > >> linux7$ ./notmuch count folder:mail >> 0 >> linux8$ ./notmuch count folder:.mail >> 0 Oh, man. That's a serious bummer. Is there any mechanism left that would let me hierarchically group messages? I've got a ton of mail.* folders, and create new ones dynamically. I really want a mechanism to group them hierarchically, so I can have a search that matches all current and future mail directories. I organized my whole mail setup around folders because a) tags do not provide this kind of hierarchical control, and b) there doesn't seem to be a convenient way to apply tags 100% reliably on message delivery, whereas I *can* control the folder 100% reliably. Worse, because of my poor performance, I was hoping to segregate messages by year. So it would be: 2013/.mail.class 2013/.mail.voicemail 2014/.mail.class 2014/.mail.voicemail All the way back. Now you are saying there will be no convenient way to match just the "mail.class" part without the year? How very distressing. Ugh. David