d9/8408dd7e3948c50c6c0e030ce3f9489c03a616

   1 Return-Path: <amdragon@mit.edu>\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 512FA431FAF\r
   6         for <notmuch@notmuchmail.org>; Mon, 16 Apr 2012 09:09:54 -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.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id yOF-7nJPJFNQ for <notmuch@notmuchmail.org>;\r
  16         Mon, 16 Apr 2012 09:09:53 -0700 (PDT)\r
  17 Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU\r
  18         [18.9.25.14])\r
  19         by olra.theworths.org (Postfix) with ESMTP id BA2F2431FAE\r
  20         for <notmuch@notmuchmail.org>; Mon, 16 Apr 2012 09:09:53 -0700 (PDT)\r
  21 X-AuditID: 1209190e-b7f7c6d0000008c3-31-4f8c4451b544\r
  22 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35])\r
  23         by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP\r
  24         id 16.73.02243.1544C8F4; Mon, 16 Apr 2012 12:09:53 -0400 (EDT)\r
  25 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
  26         by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id q3GG9qt6024293; \r
  27         Mon, 16 Apr 2012 12:09:53 -0400\r
  28 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  29         (authenticated bits=0)\r
  30         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  31         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q3GG9pA7009822\r
  32         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
  33         Mon, 16 Apr 2012 12:09:52 -0400 (EDT)\r
  34 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77)\r
  35         (envelope-from <amdragon@mit.edu>)\r
  36         id 1SJoUx-0001ye-01; Mon, 16 Apr 2012 12:09:51 -0400\r
  37 Date: Mon, 16 Apr 2012 12:09:50 -0400\r
  38 From: Austin Clements <amdragon@MIT.EDU>\r
  39 To: Neil Roberts <neil@linux.intel.com>\r
  40 Subject: Re: [PATCH] Add a new.filename_tags option\r
  41 Message-ID: <20120416160950.GM13549@mit.edu>\r
  42 References: <1334588499-3101-1-git-send-email-neil@linux.intel.com>\r
  43 MIME-Version: 1.0\r
  44 Content-Type: text/plain; charset=us-ascii\r
  45 Content-Disposition: inline\r
  46 In-Reply-To: <1334588499-3101-1-git-send-email-neil@linux.intel.com>\r
  47 User-Agent: Mutt/1.5.21 (2010-09-15)\r
  48 X-Brightmail-Tracker:\r
  49  H4sIAAAAAAAAA+NgFmpileLIzCtJLcpLzFFi42IR4hRV1g106fE3uHxG3OLk1EusFtdvzmR2\r
  50         YPKYdzLQ49mqW8wBTFFcNimpOZllqUX6dglcGUsX72QqaOav2PnkI2sD43fuLkZODgkBE4kV\r
  51         z/awQdhiEhfurQeyuTiEBPYxSpy538MC4WxglNjxoBkqc5JJ4nnPayhnCaPEu8Ub2UH6WQRU\r
  52         JU5PX88MYrMJaEhs27+cEcQWEVCXmHVkDhOIzSwgLfHtdzOYLSxgLHH4ezNYDa+AjsTUNY+B\r
  53         hnIADXWW2LhFGiIsKHFy5hMWiFYtiRv/XjKBlICMWf6PAyTMKeAi8XrqDLALRAVUJKac3MY2\r
  54         gVFoFpLuWUi6ZyF0L2BkXsUom5JbpZubmJlTnJqsW5ycmJeXWqRrrJebWaKXmlK6iREc1JJ8\r
  55         Oxi/HlQ6xCjAwajEwzvTsMdfiDWxrLgy9xCjJAeTkijvbyegEF9SfkplRmJxRnxRaU5q8SFG\r
  56         CQ5mJRHeGNlufyHelMTKqtSifJiUNAeLkjivmtY7PyGB9MSS1OzU1ILUIpisDAeHkgRvniXQ\r
  57         UMGi1PTUirTMnBKENBMHJ8hwHqDh65yBaniLCxJzizPTIfKnGBWlxHl3gSQEQBIZpXlwvbCk\r
  58         84pRHOgVYd71IFU8wIQF1/0KaDAT0OD4ki6QwSWJCCmpBsZloj3PfmdMzj5rmfnPfMeMWPOc\r
  59         H1eja1of713V7bz3ZEci498Noj/eemyvu7Kff67R9ZkhZ2TdYuLsn8Vc70rcESr77dD9BIWT\r
  60         QYb3Fj3a/75qd4na531/z94pSf1Q4Pj40bGsf6qChb8a7lhmaFe7dFtvPftyCsvBKYI7RE8w\r
  61         9SuGJiZ3zVmnxFKckWioxVxUnAgAAsBN7xUDAAA=\r
  62 Cc: notmuch@notmuchmail.org\r
  63 X-BeenThere: notmuch@notmuchmail.org\r
  64 X-Mailman-Version: 2.1.13\r
  65 Precedence: list\r
  66 List-Id: "Use and development of the notmuch mail system."\r
  67         <notmuch.notmuchmail.org>\r
  68 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  69         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  70 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  71 List-Post: <mailto:notmuch@notmuchmail.org>\r
  72 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  73 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  74         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  75 X-List-Received-Date: Mon, 16 Apr 2012 16:09:54 -0000\r
  76 \r
  77 Quoth Neil Roberts on Apr 16 at  4:01 pm:\r
  78 > This option is similar to the existing new.tags option except that it\r
  79 > is instead used when a new filename is encountered for an existing\r
  80 > message.\r
  81 > \r
  82 > This can be used to do post-processing based on the filenames that a\r
  83 > message has. For example, in my setup I use maildrop to filter the\r
  84 > messages in to maildirs and then I have an extra script that runs to\r
  85 > add the tags based on which folders maildrop put the message in. The\r
  86 > script only looks at messages that have the 'inbox' tag and then\r
  87 > removes the tag after processing. This works fine except sometimes I\r
  88 > will get a message twice for example if I am CC'd in a message from a\r
  89 > mailing list. In that case I want the message to be tagged twice, once\r
  90 > to indicate it was sent directly to me and once to indicate it was\r
  91 > sent to the mailing list. If one of these messages is delayed then I\r
  92 > can end up processing the message once and removing the inbox tag.\r
  93 > When the second message is finally received it would previously not\r
  94 > get processed again so I would lose the second tag. With this patch I\r
  95 > can configure it to re-add the inbox tag in this case to force it to\r
  96 > reconsider the tags.\r
  97 \r
  98 This is an interesting idea.  Unfortunately, the duplicate message-ID\r
  99 code path you've modified is also used for rename detection.  Hence,\r
 100 if the user modifies the maildir from another MUA, new.filename_tags\r
 101 will be applied if the message gets moved to another folder, or even\r
 102 if they simply change the maildir flags (e.g., marking the message\r
 103 read).\r
 104 \r
 105 I'm not sure exactly how your mail flow works, but would it be\r
 106 possible to use folder-based tagging in your post-new hook to\r
 107 accomplish this?  E.g.,\r
 108   notmuch tag +debian folder:debian\r
 109 Since this isn't filtered by any delivery tags, it will apply to any\r
 110 message that winds up in folder:debian, regardless of when it gets\r
 111 there.\r