Re: [notmuch] Initial tagging
authorJames Vasile <james@hackervisions.org>
Fri, 26 Feb 2010 03:09:00 +0000 (22:09 +1900)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:36:17 +0000 (09:36 -0800)
31/e049f7369ec2920bad428c1f630f5d5cc23fab [new file with mode: 0644]

diff --git a/31/e049f7369ec2920bad428c1f630f5d5cc23fab b/31/e049f7369ec2920bad428c1f630f5d5cc23fab
new file mode 100644 (file)
index 0000000..0c0adea
--- /dev/null
@@ -0,0 +1,75 @@
+Return-Path: <james@hackervisions.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 9FD64431FBF\r
+       for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 19:09:14 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.093\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.093 tagged_above=-999 required=5\r
+       tests=[AWL=-0.194, BAYES_50=0.001, RDNS_DYNAMIC=0.1] autolearn=no\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 CVdqiT7Qo8OU for <notmuch@notmuchmail.org>;\r
+       Thu, 25 Feb 2010 19:09:14 -0800 (PST)\r
+Received: from hackervisions.org (67-207-143-141.slicehost.net\r
+       [67.207.143.141])\r
+       by olra.theworths.org (Postfix) with ESMTP id 1FAE1431FBC\r
+       for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 19:09:14 -0800 (PST)\r
+Received: from ool-18bd392a.dyn.optonline.net ([24.189.57.42] helo=localhost)\r
+       by hv with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69)\r
+       (envelope-from <james@hackervisions.org>)\r
+       id 1NkqZh-0002Uf-Ci; Thu, 25 Feb 2010 22:09:09 -0500\r
+From: James Vasile <james@hackervisions.org>\r
+To: Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org\r
+In-Reply-To: <87r5o8stbj.fsf@yoom.home.cworth.org>\r
+References: <87hbp5j9dv.fsf@hackervisions.org>\r
+       <87r5o8stbj.fsf@yoom.home.cworth.org>\r
+Date: Thu, 25 Feb 2010 22:09:00 -0500\r
+Message-ID: <87ocjc4rsj.fsf@hackervisions.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Subject: Re: [notmuch] Initial tagging\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: Fri, 26 Feb 2010 03:09:14 -0000\r
+\r
+On Thu, 25 Feb 2010 17:02:08 -0800, Carl Worth <cworth@cworth.org> wrote:\r
+> One distinction is that I have all of my "notmuch tag" commands operate\r
+> globally rather than just on new messages. One of the things that really\r
+> annoyed be about sup was that the support for automatic tagging worked\r
+> as a hook on messages as they were processed. So I couldn't use any of\r
+> the tags for searches prior to the time that I had added a particular\r
+> tag rule. I definitely didn't want to replicate that bug.\r
+\r
+Sometimes I manually override a rule-based tag.  If automatic tagging\r
+operated on old messages, overrides could be superseded.  When I add\r
+automatic tag rules, I first execute them manually and globally from the\r
+command line.\r
+\r
+> To do my "global" searches quickly, I do a similar subsetting, but it's\r
+> much simpler. If I'm adding the "notmuch" tag I do "and not\r
+> tag:notmuch". We've even had the proposal of making "notmuch tag" do\r
+> that automatically.\r
+\r
+That sounds like a good idea.  What happened with that proposal?\r
+\r
+> Meanwhile, I'm planning on eventually moving entirely away from any tags\r
+> that are driven entirely by searches like this. Instead, I'd like to\r
+> just have good support for "saved searches" where we have some syntax to\r
+> perform string expansion on configured search terms. \r
+\r
+Saved searches is a very good idea.  I look forward to it.\r
+\r