d3/0ef698ef057148c17457c51c4c14e656aa2183

   1 Return-Path: <m.walters@qmul.ac.uk>\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 1DD1C431E82\r
   6         for <notmuch@notmuchmail.org>; Sat,  3 May 2014 00:12:09 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 0.502\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0.502 tagged_above=-999 required=5\r
  12         tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001,\r
  13         NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_LOW=-0.7] 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 mcFlvcYeaDTN for <notmuch@notmuchmail.org>;\r
  17         Sat,  3 May 2014 00:12:01 -0700 (PDT)\r
  18 Received: from mail2.qmul.ac.uk (mail2.qmul.ac.uk [138.37.6.6])\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 C1740431E62\r
  22         for <notmuch@notmuchmail.org>; Sat,  3 May 2014 00:12:00 -0700 (PDT)\r
  23 Received: from smtp.qmul.ac.uk ([138.37.6.40])\r
  24         by mail2.qmul.ac.uk with esmtp (Exim 4.71)\r
  25         (envelope-from <m.walters@qmul.ac.uk>)\r
  26         id 1WgU6x-00035V-Pz; Sat, 03 May 2014 08:11:55 +0100\r
  27 Received: from 5751dfa2.skybroadband.com ([87.81.223.162] helo=localhost)\r
  28         by smtp.qmul.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71)\r
  29         (envelope-from <m.walters@qmul.ac.uk>)\r
  30         id 1WgU6x-0004q8-Fb; Sat, 03 May 2014 08:11:51 +0100\r
  31 From: Mark Walters <markwalters1009@gmail.com>\r
  32 To: David Mazieres expires 2014-07-31 PDT\r
  33         <mazieres-dznikihr9t4gcgb72gnhf9954a@temporary-address.scs.stanford.edu>,\r
  34         Jani Nikula <jani@nikula.org>\r
  35 Subject: Re: folder and path completely broken in HEAD?\r
  36 In-Reply-To: <87oazfo3w2.fsf@ta.scs.stanford.edu>\r
  37 References: <87oazfo3w2.fsf@ta.scs.stanford.edu>\r
  38 User-Agent: Notmuch/0.15.2+615~g78e3a93 (http://notmuchmail.org) Emacs/23.4.1\r
  39         (x86_64-pc-linux-gnu)\r
  40 Date: Sat, 03 May 2014 08:11:50 +0100\r
  41 Message-ID: <87zjiz8hft.fsf@qmul.ac.uk>\r
  42 MIME-Version: 1.0\r
  43 Content-Type: text/plain; charset=us-ascii\r
  44 X-Sender-Host-Address: 87.81.223.162\r
  45 X-QM-Geographic: According to ripencc,\r
  46         this message was delivered by a machine in Britain (UK) (GB).\r
  47 X-QM-SPAM-Info: Sender has good ham record.  :)\r
  48 X-QM-Body-MD5: 7129430a0d3ec8ecc226dc40ce18c7d8 (of first 20000 bytes)\r
  49 X-SpamAssassin-Score: -0.1\r
  50 X-SpamAssassin-SpamBar: /\r
  51 X-SpamAssassin-Report: The QM spam filters have analysed this message to\r
  52         determine if it is\r
  53         spam. We require at least 5.0 points to mark a message as spam.\r
  54         This message scored -0.1 points.\r
  55         Summary of the scoring: \r
  56         * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail\r
  57         provider *      (markwalters1009[at]gmail.com)\r
  58         * -0.1 AWL AWL: From: address is in the auto white-list\r
  59 X-QM-Scan-Virus: ClamAV says the message is clean\r
  60 Cc: notmuch@notmuchmail.org\r
  61 X-BeenThere: notmuch@notmuchmail.org\r
  62 X-Mailman-Version: 2.1.13\r
  63 Precedence: list\r
  64 List-Id: "Use and development of the notmuch mail system."\r
  65         <notmuch.notmuchmail.org>\r
  66 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  67         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  68 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  69 List-Post: <mailto:notmuch@notmuchmail.org>\r
  70 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  71 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  72         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  73 X-List-Received-Date: Sat, 03 May 2014 07:12:09 -0000\r
  74 \r
  75 \r
  76 On Sat, 03 May 2014, dm-list-email-notmuch@scs.stanford.edu wrote:\r
  77 > Jani Nikula <jani@nikula.org> writes:\r
  78 >\r
  79 >> On Fri, 02 May 2014, dm-list-email-notmuch@scs.stanford.edu wrote:\r
  80 >>>\r
  81 >>> I'm using a pretty standard maildir++ layout.  For example, underneath\r
  82 >>> my database.path I have a bunch of mail in directories such as:\r
  83 >>>\r
  84 >>>     .INBOX.Main/{new,cur}\r
  85 >>>     .mail.class/{new,cur}\r
  86 >>>     .mail.voicemail/{new,cur}\r
  87 >>> ...\r
  88 >> Here's additional commentary on the specific queries.\r
  89 >>\r
  90 >>>         linux7$ ./notmuch count folder:mail\r
  91 >>>         0\r
  92 >>>         linux8$ ./notmuch count folder:.mail\r
  93 >>>         0\r
  94 >\r
  95 > Oh, man.  That's a serious bummer.\r
  96 >\r
  97 > Is there any mechanism left that would let me hierarchically group\r
  98 > messages?  I've got a ton of mail.* folders, and create new ones\r
  99 > dynamically.  I really want a mechanism to group them hierarchically, so\r
 100 > I can have a search that matches all current and future mail\r
 101 > directories.  I organized my whole mail setup around folders because a)\r
 102 > tags do not provide this kind of hierarchical control, and b) there\r
 103 > doesn't seem to be a convenient way to apply tags 100% reliably on\r
 104 > message delivery, whereas I *can* control the folder 100% reliably.\r
 105 >\r
 106 > Worse, because of my poor performance, I was hoping to segregate\r
 107 > messages by year.  So it would be:\r
 108 >\r
 109 >   2013/.mail.class\r
 110 >   2013/.mail.voicemail\r
 111 >   2014/.mail.class\r
 112 >   2014/.mail.voicemail\r
 113 >\r
 114 > All the way back.  Now you are saying there will be no convenient way to\r
 115 > match just the "mail.class" part without the year?  How very\r
 116 > distressing.  Ugh.\r
 117 \r
 118 Hi\r
 119 \r
 120 I am not quite sure what you are meaning by hierarchically group\r
 121 messages. Searching for path:dir/foo/bar/** should give all messages in\r
 122 all directories beneath dir/foo/bar. \r
 123 \r
 124 So for the year example you give you could have directories\r
 125 mail/class/2013 and mail/class/2014/ etc. \r
 126 \r
 127 Anyway if you can describe your use more fully we may be able to\r
 128 help. And if it can't do what you want it would also give us some idea\r
 129 of what would need to be changed.\r
 130 \r
 131 Finally, I am not quite sure what this means\r
 132 \r
 133 > there doesn't seem to be a convenient way to apply tags 100% reliably\r
 134 > on message delivery, whereas I *can* control the folder 100% reliably.\r
 135 \r
 136 Are you wanting to tag messages based on some properties when doing\r
 137 notmuch new while avoiding races etc? Or are you worried about duplicate\r
 138 message-ids? Or something else?\r
 139 \r
 140 Best wishes\r
 141 \r
 142 Mark\r
 143 \r
 144 \r
 145 \r
 146 \r
 147 >\r
 148 > David\r
 149 > _______________________________________________\r
 150 > notmuch mailing list\r
 151 > notmuch@notmuchmail.org\r
 152 > http://notmuchmail.org/mailman/listinfo/notmuch\r