Re: [notmuch] Notmuch command interface
authorDavid A Benjamin <davidben@MIT.EDU>
Thu, 11 Mar 2010 22:52:34 +0000 (17:52 +1900)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:36:22 +0000 (09:36 -0800)
29/ec7cacd5fdf9c8bc7c9d97c7423ca48788d963 [new file with mode: 0644]

diff --git a/29/ec7cacd5fdf9c8bc7c9d97c7423ca48788d963 b/29/ec7cacd5fdf9c8bc7c9d97c7423ca48788d963
new file mode 100644 (file)
index 0000000..4beeec2
--- /dev/null
@@ -0,0 +1,75 @@
+Return-Path: <prvs=46865c7ea9=davidben@mit.edu>\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 EC1664048C1\r
+       for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 14:52:38 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.001\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.001 tagged_above=-999 required=5\r
+       tests=[BAYES_50=0.001] autolearn=ham\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 PwPN25FlovIP for <notmuch@notmuchmail.org>;\r
+       Thu, 11 Mar 2010 14:52:38 -0800 (PST)\r
+Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU\r
+       [18.9.25.12])\r
+       by olra.theworths.org (Postfix) with ESMTP id D8BFC4048C3\r
+       for <notmuch@notmuchmail.org>; Thu, 11 Mar 2010 14:52:37 -0800 (PST)\r
+X-AuditID: 1209190c-b7c8cae00000610c-80-4b99743414b5\r
+Received: from mailhub-auth-1.mit.edu (MAILHUB-AUTH-1.MIT.EDU [18.9.21.35])\r
+       by dmz-mailsec-scanner-1.mit.edu (Symantec Brightmail Gateway) with\r
+       SMTP id 9F.45.24844.434799B4; Thu, 11 Mar 2010 17:52:36 -0500 (EST)\r
+Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
+       by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id o2BMqam8030960; \r
+       Thu, 11 Mar 2010 17:52:36 -0500\r
+Received: from localhost (LINERVA.MIT.EDU [18.181.0.232])\r
+       (authenticated bits=0)\r
+       (User authenticated as davidben@ATHENA.MIT.EDU)\r
+       by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o2BMqY9T025310;\r
+       Thu, 11 Mar 2010 17:52:35 -0500 (EST)\r
+Date: Thu, 11 Mar 2010 17:52:34 -0500 (EST)\r
+From: David A Benjamin <davidben@MIT.EDU>\r
+To: Ben Gamari <bgamari.foss@gmail.com>\r
+In-Reply-To: <4b990b7b.0e67f10a.073c.0686@mx.google.com>\r
+Message-ID: <alpine.DEB.1.10.1003111748020.9755@dr-wily.mit.edu>\r
+References: <4b990b7b.0e67f10a.073c.0686@mx.google.com>\r
+User-Agent: Alpine 1.10 (DEB 962 2008-03-14)\r
+MIME-Version: 1.0\r
+Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed\r
+X-Brightmail-Tracker: AAAAAA==\r
+Cc: notmuch <notmuch@notmuchmail.org>\r
+Subject: Re: [notmuch] Notmuch command interface\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: Thu, 11 Mar 2010 22:52:39 -0000\r
+\r
+On Thu, 11 Mar 2010, Ben Gamari wrote:\r
+> While the notmuch command-line interface is fantastic, there defintely are a few\r
+> gaps which hurt performance. Since I've been following, I've seen several\r
+> threads on how to handle message addition and initial tagging[1][2]. I recall\r
+> that some time ago Carl had the idea of applying only a 'new' tag during notmuch\r
+> new. I strongly supported this proposal yet it seems that nothing ever became of\r
+> it. Is there a reason for this? Would a patch be accepted?\r
+>\r
+\r
+To avoid breaking the current behavior, what if the set of tags applied to \r
+new/moved/deleted(?) messages could be set on the command line or some \r
+other library interface, while just perhaps defaulting to unread/inbox? \r
+This would support both the current behavior and a hooks-like workflow \r
+without notmuch itself treating any tags (new, unread, inbox, etc.) as \r
+"special".\r
+\r
+David\r