ac/2ab8f3ea5984b93d1b6df43e0b5744f1774416

   1 Return-Path:\r
   2  <return-qd4hszcmq2wj5kfm77bftuumpe@temporary-address.scs.stanford.edu>\r
   3 X-Original-To: notmuch@notmuchmail.org\r
   4 Delivered-To: notmuch@notmuchmail.org\r
   5 Received: from localhost (localhost [127.0.0.1])\r
   6         by olra.theworths.org (Postfix) with ESMTP id 1B311429E3A\r
   7         for <notmuch@notmuchmail.org>; Fri,  2 May 2014 10:42:02 -0700 (PDT)\r
   8 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   9 X-Spam-Flag: NO\r
  10 X-Spam-Score: -2.3\r
  11 X-Spam-Level: \r
  12 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
  13         tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id 2TXMBTDMKgN7 for <notmuch@notmuchmail.org>;\r
  17         Fri,  2 May 2014 10:41:58 -0700 (PDT)\r
  18 Received: from market.scs.stanford.edu (market.scs.stanford.edu [171.66.3.10])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 0AB24429E2F\r
  22         for <notmuch@notmuchmail.org>; Fri,  2 May 2014 10:41:57 -0700 (PDT)\r
  23 Received: from market.scs.stanford.edu (localhost.scs.stanford.edu\r
  24  [127.0.0.1])   by market.scs.stanford.edu (8.14.7/8.14.7) with ESMTP id\r
  25  s42HfvXC001744 for <notmuch@notmuchmail.org>; Fri, 2 May 2014 10:41:57 -0700\r
  26  (PDT)\r
  27 Received: (from dm@localhost)\r
  28         by market.scs.stanford.edu (8.14.7/8.14.7/Submit) id s42HfuKq021754;\r
  29         Fri, 2 May 2014 10:41:56 -0700 (PDT)\r
  30 X-Authentication-Warning: market.scs.stanford.edu: dm set sender to\r
  31         return-qd4hszcmq2wj5kfm77bftuumpe@ta.scs.stanford.edu using -f\r
  32 From: dm-list-email-notmuch@scs.stanford.edu\r
  33 To: notmuch@notmuchmail.org\r
  34 Subject: folder and path completely broken in HEAD?\r
  35 Date: Fri, 02 May 2014 10:41:56 -0700\r
  36 Message-ID: <87tx98xel7.fsf@ta.scs.stanford.edu>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: text/plain\r
  39 X-BeenThere: notmuch@notmuchmail.org\r
  40 X-Mailman-Version: 2.1.13\r
  41 Precedence: list\r
  42 Reply-To: David Mazieres expires 2014-07-31 PDT\r
  43         <mazieres-zk7gikin52b3hgy9ybcegjvvmi@temporary-address.scs.stanford.edu>\r
  44 List-Id: "Use and development of the notmuch mail system."\r
  45         <notmuch.notmuchmail.org>\r
  46 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  48 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  49 List-Post: <mailto:notmuch@notmuchmail.org>\r
  50 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  51 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  53 X-List-Received-Date: Fri, 02 May 2014 17:42:02 -0000\r
  54 \r
  55 Hey, I'm playing around with the head of the git repository\r
  56 (bc64cdce289d84be2550c4fccb1f008d15eaeb0e) to try to figure out how the\r
  57 new folder: prefixes work, as folders are a critical part of how I\r
  58 organize my mail.  (Since tags are not hierarchical, folders are the\r
  59 best way for me to group mail to a bunch of related addresses, while\r
  60 retaining the ability to separate out any mailboxes that become high\r
  61 traffic.)\r
  62 \r
  63 I'm using a pretty standard maildir++ layout.  For example, underneath\r
  64 my database.path I have a bunch of mail in directories such as:\r
  65 \r
  66     .INBOX.Main/{new,cur}\r
  67     .mail.class/{new,cur}\r
  68     .mail.voicemail/{new,cur}\r
  69 \r
  70 It used to be the case that if I wanted to read all of my "mail" mail, I\r
  71 could search for folder:mail, while to look at just voicemail, I could\r
  72 say folder:mail.voicemail, etc.  Now, I can't get anything to match a\r
  73 folder predicate period.  For example, using notmuch as notmuch-0.17 and\r
  74 ./notmuch as notmuch-0.18-rc2+2~gbc64cdc, here's what I get:\r
  75 \r
  76         linux2$ notmuch count folder:mail\r
  77         16257\r
  78         linux3$ notmuch count folder:mail.class\r
  79         1896\r
  80         linux4$ notmuch count folder:mail.voicemail\r
  81         34\r
  82         linux5$ notmuch count folder:mail.voicemail/cur\r
  83         34\r
  84         linux6$ notmuch count folder:.mail.voicemail/cur\r
  85         34\r
  86         linux7$ ./notmuch count folder:mail\r
  87         0\r
  88         linux8$ ./notmuch count folder:.mail\r
  89         0\r
  90         linux9$ ./notmuch count folder:.mail.voicemail\r
  91         0\r
  92         linux10$ ./notmuch count folder:.mail.voicemail/cur\r
  93         0\r
  94         linux 11$ ./notmuch count path:.mail.voicemail\r
  95         0\r
  96         linux 12$ ./notmuch count path:.mail.voicemail/'**'\r
  97         0\r
  98         linux 13$ ./notmuch count path:.mail.voicemail/cur \r
  99         0\r
 100         linux 14$ ./notmuch count folder:mail.voicemail\r
 101         0\r
 102 \r
 103 What gives?  Are the path and folder predicates completely broken, or is\r
 104 something very important missing from the new notmuch-search-terms\r
 105 manual page?  How can I make this work?\r
 106 \r
 107 Thanks,\r
 108 David\r