Re: notmuch for documents

diff --git a/4b/eff65edb284189f5f3566c4755fe3bc0f5f2fc b/4b/eff65edb284189f5f3566c4755fe3bc0f5f2fc
new file mode 100644 (file)
index 0000000..58c62e9
--- /dev/null
+++ b/4b/eff65edb284189f5f3566c4755fe3bc0f5f2fc
@@ -0,0 +1,107 @@
+Return-Path: <darren@fernseed.info>\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 3A99D40D14D\r
+       for <notmuch@notmuchmail.org>; Sat,  6 Nov 2010 13:40:30 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 2.459\r
+X-Spam-Level: **\r
+X-Spam-Status: No, score=2.459 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
+       DKIM_VALID_AU=-0.1, FH_HOST_IN_ADDRARPA=2.157, RCVD_IN_RP_RNBL=1.31,\r
+       RDNS_DYNAMIC=0.982, T_MIME_NO_TEXT=0.01] 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 3RfDNid68SfH for <notmuch@notmuchmail.org>;\r
+       Sat,  6 Nov 2010 13:40:19 -0700 (PDT)\r
+Received: from silentio.fernseed.info (202.4.169.217.in-addr.arpa\r
+       [217.169.4.202])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 02DDC4196F0\r
+       for <notmuch@notmuchmail.org>; Sat,  6 Nov 2010 13:40:18 -0700 (PDT)\r
+Received: from localhost (bookbinder.fernseed.info\r
+       [IPv6:2001:8b0:ff94:1:224:2cff:fe37:838b])\r
+       (Authenticated sender: darren)\r
+       by silentio.fernseed.info (Postfix) with ESMTPSA id B960810D;\r
+       Sat,  6 Nov 2010 20:40:15 +0000 (GMT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fernseed.info;\r
+       s=default; t=1289076016;\r
+       bh=asxC4Wi/PPxA+oR35h+kdv4SJxTSiGpIB+keMCu7F8g=;\r
+       h=From:To:Subject:In-Reply-To:References:Date:Message-ID:\r
+       MIME-Version:Content-Type;\r
+       b=J48jBqkkar7wSRgvcjNP6+c2RckX2oxlPTFWUUOyK3EiFWrNsf5xu8E3UaMAXSKlO\r
+       ItMmP6h790KEfg4b24kKa30yTCIM+LkWyDac5IFz98K7apFAY8aD+TuD93TNcpuzZ3\r
+       rnJ3PWF0G9qVhp7/kuAIPpLDHlk+Ov4LYlQH0SgA=\r
+From: Darren McGuicken <mailing-notmuch@fernseed.info>\r
+To: Jameson Rollins <jrollins@finestructure.net>,\r
+       Notmuch Mail <notmuch@notmuchmail.org>\r
+Subject: Re: notmuch for documents\r
+In-Reply-To: <87k4kqp5y6.fsf@servo.finestructure.net>\r
+References: <87k4kqp5y6.fsf@servo.finestructure.net>\r
+User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.1.1\r
+       (i486-pc-linux-gnu)\r
+Date: Sat, 06 Nov 2010 20:40:10 +0000\r
+Message-ID: <877hgqmbit.fsf@bookbinder.fernseed.info>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\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: Sat, 06 Nov 2010 20:40:30 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Sat, 06 Nov 2010 16:12:17 -0400, Jameson Rollins <jrollins@finestructure=\r
+.net> wrote:\r
+> Notmuch is the best damn mail system there ever was and we wouldn't\r
+> want to mess with that.  Does abstracting everything in notmuch from\r
+> "messages" -> "documents" hurt it as a mail system?  What if just the\r
+> back-end were abstracted, to allow for different front-ends for\r
+> different classes of documents, i.e. "messages", "articles", "books",\r
+> "rss feeds", etc.?  Are there any big problems with this proposal that\r
+> I'm overlooking?\r
+>=20\r
+> I'm very interested to hear what others think about this idea.\r
+\r
+Absolutely 100% in agreement - the reason I use emacs for everything I\r
+possibly can from web browsing to writing to coding to mailing is\r
+because it's all just (occasionally arbitrarily formatted) text and all\r
+text can be dealt with across buffers in exactly the same manner.  The\r
+ability to use a single indexer and search interface for any of that\r
+same text gets a big +1 from me.\r
+\r
+I recently started using feed2imap in order to get notmuch tagging and\r
+searching for rss, I'm sure I'm not alone.  I was just wondering how on\r
+earth to go about adding headers to my sets of org-mode formatted notes,\r
+for instance, so that notmuch could pick them up and index them for me.\r
+\r
+In fact, the less of a distinction between the types of 'document' I'm\r
+dealing with the better.  Maybe different document types get different\r
+default keybindings - I may not want to 'reply' to an ebook but I\r
+absolutely may want to forward it to someone?\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iEYEARECAAYFAkzVvSoACgkQP1ao/7snsT69pgCbBEP9jYPkINLKR7DLAqjKkiFK\r
+s6gAoNKYA7P8gZXvBfcg4C56mu6FpaQR\r
+=JQ0F\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r