Re: [PATCH] notmuch new --new-tags=tags...

diff --git a/65/1edb3c041e3364d0652f95b06abe687185c28d b/65/1edb3c041e3364d0652f95b06abe687185c28d
new file mode 100644 (file)
index 0000000..5289510
--- /dev/null
+++ b/65/1edb3c041e3364d0652f95b06abe687185c28d
@@ -0,0 +1,112 @@
+Return-Path: <jrollins@finestructure.net>\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 834DD4196F2\r
+       for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 08:56:10 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.89\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, T_MIME_NO_TEXT=0.01] 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 XniUITdiJGi2 for <notmuch@notmuchmail.org>;\r
+       Mon, 12 Apr 2010 08:56:09 -0700 (PDT)\r
+Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7])\r
+       by olra.theworths.org (Postfix) with ESMTP id 7438B431FC1\r
+       for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 08:56:09 -0700 (PDT)\r
+Received: from servo.finestructure.net (geco.phys.columbia.edu\r
+       [128.59.170.159])\r
+       (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
+       by tarap.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o3CFtwMR012780\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Mon, 12 Apr 2010 11:56:01 -0400 (EDT)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1O1LzS-0001vW-OV; Mon, 12 Apr 2010 11:55:58 -0400\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: Michal Sojka <sojkam1@fel.cvut.cz>, Sebastian Spaeth\r
+       <Sebastian@SSpaeth.de>, Anthony Towns <aj@erisian.com.au>, notmuch\r
+       <notmuch@notmuchmail.org>\r
+Subject: Re: [PATCH] notmuch new --new-tags=tags...\r
+In-Reply-To: <87633wbt9f.fsf@steelpick.2x.cz>\r
+References: <n2x87b3a4191004100803z9d4c4c2bp52f5cf0d7b712362@mail.gmail.com>\r
+       <871velp0be.fsf@SSpaeth.de> <87y6gseval.fsf@servo.finestructure.net>\r
+       <87633wbt9f.fsf@steelpick.2x.cz>\r
+Date: Mon, 12 Apr 2010 11:55:55 -0400\r
+Message-ID: <87ljcsekc4.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+X-No-Spam-Score: Local\r
+X-Scanned-By: MIMEDefang 2.68 on 128.59.29.7\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: Mon, 12 Apr 2010 15:56:10 -0000\r
+\r
+--=-=-=\r
+\r
+On Mon, 12 Apr 2010 17:11:24 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
+> In my mailstore abstraction patches, I suppose that tags for new\r
+> messages are derived in some way from mailstore. The idea is, that once\r
+> we have a mail store which can store tags (e.g. git-based mails store),\r
+> the tags will be assigned on delivery by tools like procmail and notmuch\r
+> will only index that tags for faster searching. The problem is the it\r
+> will take some time to implement all of this and we want this\r
+> functionality now.\r
+\r
+This is a big effort, and not one that all notmuch users are really\r
+interested in, so I would like to not see it specifically guide notmuch\r
+development.  There are lots of features that would be nice to have\r
+soon.\r
+\r
+In any event, I wasn't suggesting we drop everything to do this.  I was\r
+just curious what people thought of this approach.\r
+\r
+> The problem I see with this approach is, that all notmuch searches are\r
+> build around Xapian. A simple implementation of the above would mean\r
+> that whenever you add a new message to the database, you would need to\r
+> execute a Xapian query to see if the new message matches your rule or\r
+> not. This would be, of course, very expensive.\r
+\r
+This does sound like a potential issue.  I definitely don't understand\r
+how new messages are added to the database.  I was mostly suggesting a\r
+syntax for adding tag as new messages are added, though, not that an\r
+actual xapian search term.  I don't know if they can be decoupled,\r
+though.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJLw0KLAAoJEO00zqvie6q8XRMP/2iTMPoZSUeLzdREjgcd6VpW\r
+DBRvnEObEps0i93Kw3eldtcjL/Mt9PMlIP74Pl/GTkKjPbiQcxkOy4WmzwsODCVh\r
+i3AiughJoUEVuLuf5+12o5i0lpfwNNYw5dlGC4ZmLNeiupNqJlB8jbcO50wC39Q7\r
+7dlb0sumkZYF0kplWVheF9o/S3c9cLnqeOM4M4btt88HwBo/5A87J4LESUCw73is\r
+GChSQrt0XH8Iaab0yf9nwa//2T5zWR6LuJnU1zPlouJw1Yl/OqCqyWoNMJqFT1iB\r
+MHPXdmIFVuAktwXMB+ki0wlIjZh1YKzj7zIZWgeZQj/ANIypxfvb4jo4Ui7TfVUX\r
+kM6TpcSBVJpLg9dxsYeMhBD2ijQdFYw39tr5XSwAsePEOeMoEFOZgh+G+baR6ZsD\r
+o9eOnx0yQ15iEF+wnCUfpWzDBCfNqj+6OVXShfC2+NscpYD7q3zCt1teAWc4yBdc\r
+8iw7bVg9BtswaVdrmDfSRWlYEr+pbn5mhJfy3mfiHtx4aPE3sZaFSlwhhDpPkCyN\r
+RBeMUuGrOBMDbeWtMeaJSY1NrfDxQJIIZQt3H6zuQ5AECPglyEEneoRkzYRDQW+3\r
+zugmcUrlPCNx2DEURu1uMJbDlP53pgJJ+XtCL0LwtZOqI3iGsUxOn8RY4FmJlpOe\r
+MoxN1mivip1N1sMnQWzl\r
+=X0Z2\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r