Re: [notmuch] Introducing notmuchsync

diff --git a/a7/37032bfb4538b434217cae734aa45cd29c7b3c b/a7/37032bfb4538b434217cae734aa45cd29c7b3c
new file mode 100644 (file)
index 0000000..33014c7
--- /dev/null
+++ b/a7/37032bfb4538b434217cae734aa45cd29c7b3c
@@ -0,0 +1,111 @@
+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 10FDC431FBC\r
+       for <notmuch@notmuchmail.org>; Tue, 19 Jan 2010 08:39:01 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.259\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.259 tagged_above=-999 required=5\r
+       tests=[AWL=-1.260, 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 6n2AdjhYcjkA for <notmuch@notmuchmail.org>;\r
+       Tue, 19 Jan 2010 08:39:00 -0800 (PST)\r
+Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7])\r
+       by olra.theworths.org (Postfix) with ESMTP id 1F35E431FAE\r
+       for <notmuch@notmuchmail.org>; Tue, 19 Jan 2010 08:39:00 -0800 (PST)\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 o0JGcxg1018143\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Tue, 19 Jan 2010 11:38:59 -0500 (EST)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1NXH6Y-0001Xf-Uw; Tue, 19 Jan 2010 11:38:58 -0500\r
+Date: Tue, 19 Jan 2010 11:38:58 -0500\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: Servilio Afre Puentes <servilio@gmail.com>\r
+Message-ID: <20100119163858.GA2075@finestructure.net>\r
+References: <87pr57jvkz.fsf@SSpaeth.de>\r
+       <201001181641.25647.sojkam1@fel.cvut.cz>\r
+       <87hbqjwgmf.fsf@SSpaeth.de> <87my0a5i80.fsf@SSpaeth.de>\r
+       <87my0aqgw9.fsf@veldthuis.com>\r
+       <20100119152427.GL8342@finestructure.net>\r
+       <877hrexfat.fsf@SSpaeth.de>\r
+       <20100119160449.GA28198@finestructure.net>\r
+       <b22065d01001190829pfe405dfna2fa6409da9684d7@mail.gmail.com>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; micalg=pgp-sha256;\r
+       protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn"\r
+Content-Disposition: inline\r
+In-Reply-To: <b22065d01001190829pfe405dfna2fa6409da9684d7@mail.gmail.com>\r
+User-Agent: Mutt/1.5.20 (2009-06-14)\r
+X-No-Spam-Score: Local\r
+X-Scanned-By: MIMEDefang 2.68 on 128.59.29.7\r
+Cc: notmuch@notmuchmail.org\r
+Subject: Re: [notmuch] Introducing notmuchsync\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: Tue, 19 Jan 2010 16:39:01 -0000\r
+\r
+\r
+--bp/iNruPH9dso1Pn\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+\r
+On Tue, Jan 19, 2010 at 11:29:10AM -0500, Servilio Afre Puentes wrote:\r
+> For what I've read so far from messages of the authors in this mailing\r
+> list and the programmed behaviour, I think that is the intention\r
+> (though not fully implemented yet) and in my opinion the right one.\r
+> Maybe if the notmuch.el code would have been written as a set of hooks\r
+> into Gnus for customizing views this would have been more evident\r
+> (though I haven't neither used or looked at the vim front-end code),\r
+> or maybe I am missing the point entirely and the long-term goal of the\r
+> authors is to have a full-fledged MUA.\r
+\r
+I don't think that the intention is to be a full-fledged MUA, but I'm\r
+not sure it should just be an indexer either.  I think notmuch should\r
+make itself basically a MUA minus mail reader, so that custom mail\r
+readers can be built on top of it.  But like you, this is mostly just\r
+my opinion of what notmuch should be doing.\r
+\r
+jamie.\r
+\r
+--bp/iNruPH9dso1Pn\r
+Content-Type: application/pgp-signature; name="signature.asc"\r
+Content-Description: Digital signature\r
+Content-Disposition: attachment\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJLVeAeAAoJEO00zqvie6q8OzUP/RvV7F8+p3KzgkD220EAIb9f\r
+IOcocvz5pkmXOBYSCQH9dAT5LvxbjVfXN0lTMorzUwgr3K8dgou7Jimj1o3wEVm2\r
+2MwEf5HNQfHsrZZEeFiagDgB/yT+KrxJm0gzmOcCSJ3pKXL2u8mOwjma7cBBEXOW\r
+rS6XPYI9TUn4BxqGLWdZ9glTYCWGPwpElBItUJrxBYiv7stwPZAG9kEu5z2VwPCt\r
+OFfql3/ve8j+FGji5I5Q5lF6zLBTeNZn9fmxaSzPCX5E9FMI5BJDTZQj6t5jcZe/\r
+Auy2Vca96P71Jr+WUJtNBvJb0Hlmkb8hDXM+1ZhGSm9zCvZ4Ed1UtHJjaoyYVboz\r
+0h93mtg7GsWFzTI5x0+i9j99EHOkbnnBJaHoPqD8ypULVHF1kzfSEB/8BMdJQfD/\r
+Bmt31GCDZ9LIl6xkJRcS4Lr9N3St5TPyPQJlh+krBqV9RDzrAqU+MRWiYUAQkJhy\r
+ycmno7CaK7qmc2k6eXaWB25JfBlZ/yDBRMft+AeyJvnsHnRCgYF6wt2xCqLOkP5h\r
+MHvTJ/3YaMGTotkjFF9FUZgbQQx5RcVrS8FdFViuX1OrgISRlwkwd5iR1S0W/zv3\r
+xDf4q19tRGvnP2jLc3zc2xqDUL/mT7LKyi5wpx2OT6NR3nXRRNYJRQbAoim3nOeS\r
+KyJ13ELwwbsvYtZmTV/H\r
+=7jEH\r
+-----END PGP SIGNATURE-----\r
+\r
+--bp/iNruPH9dso1Pn--\r