Re: [notmuch] Quick thoughts on a notmuch daemon
authormartin f krafft <madduck@madduck.net>
Fri, 8 Jan 2010 02:56:20 +0000 (15:56 +1300)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:35:57 +0000 (09:35 -0800)
fb/394254ccf74ac47ef85304024b26e9d4719bef [new file with mode: 0644]

diff --git a/fb/394254ccf74ac47ef85304024b26e9d4719bef b/fb/394254ccf74ac47ef85304024b26e9d4719bef
new file mode 100644 (file)
index 0000000..6c2edb0
--- /dev/null
@@ -0,0 +1,148 @@
+Return-Path: <madduck@lapse.rw.madduck.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 BAF9F431FBF\r
+       for <notmuch@notmuchmail.org>; Thu,  7 Jan 2010 18:56:28 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\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 SD28YUsZwvRv for <notmuch@notmuchmail.org>;\r
+       Thu,  7 Jan 2010 18:56:28 -0800 (PST)\r
+Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
+       by olra.theworths.org (Postfix) with ESMTP id BE918431FAE\r
+       for <notmuch@notmuchmail.org>; Thu,  7 Jan 2010 18:56:27 -0800 (PST)\r
+Received: from lapse.rw.madduck.net (lapse.nz.madduck.net\r
+       [IPv6:2001:4428:234::1])\r
+       (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+       (Client CN "lapse.rw.madduck.net",\r
+       Issuer "CAcert Class 3 Root" (verified OK))\r
+       by clegg.madduck.net (postfix) with ESMTPS id 8A2E01D4097\r
+       for <notmuch@notmuchmail.org>; Fri,  8 Jan 2010 03:56:23 +0100 (CET)\r
+Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
+       id 9E425809C; Fri,  8 Jan 2010 15:56:20 +1300 (NZDT)\r
+Date: Fri, 8 Jan 2010 15:56:20 +1300\r
+From: martin f krafft <madduck@madduck.net>\r
+To: notmuch@notmuchmail.org\r
+Message-ID: <20100108025620.GB28357@lapse.rw.madduck.net>\r
+Mail-Followup-To: notmuch@notmuchmail.org\r
+References: <874oo7hex2.fsf@yoom.home.cworth.org>\r
+       <87y6lewqtw.fsf@convex-new.cs.unb.ca>\r
+       <87638i75sz.fsf@home.veldthuis.com> <1260227209-sup-184@riseup.net>\r
+       <874oo22blf.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
+       protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg"\r
+Content-Disposition: inline\r
+In-Reply-To: <874oo22blf.fsf@yoom.home.cworth.org>\r
+X-Motto: Keep the good times rollin'\r
+X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
+X-Spamtrap: madduck.bogus@madduck.net\r
+X-Subliminal-Message: debian/rules!\r
+User-Agent: Mutt/1.5.20 (2009-06-14)\r
+X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
+X-Virus-Status: Clean\r
+Subject: Re: [notmuch] Quick thoughts on a notmuch daemon\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, 08 Jan 2010 02:56:28 -0000\r
+\r
+\r
+--dTy3Mrz/UPE2dbVg\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+also sprach Carl Worth <cworth@cworth.org> [2009.12.08.2001 +1300]:\r
+> One concept in notmuch (compared to sup) is to (eventually) avoid people\r
+> having to go through that pain by their current mail client becoming\r
+> "notmuch enabled". For me, I had always liked composing email in emacs,\r
+> so I just have to add notmuch support to the existing emacs\r
+> message-mode.\r
+>=20\r
+> Hopefully people working on other email interfaces will do similar\r
+> things, (would be great to have Anjal and Thunderbird get some notmuch\r
+> support for example).\r
+>=20\r
+> I definitely didn't like that with sup, to get all the global-search and\r
+> tagging features one had to accept the curses UI as well.\r
+\r
+I am a bit late to the party, but re: this thread [0], I would\r
+suggest to go the way of a fuse filesystem. That's effectively\r
+a daemon, but one which also bridges a chasm between notmuch and all\r
+kinds of existing mail tools, including IMAP servers, by way of the\r
+standard filesystem interface.\r
+\r
+0. http://notmuchmail.org/pipermail/notmuch/2009/000782.html\r
+\r
+I don't want to harp on this too much right now for I have not yet\r
+fully understood notmuch, but the basic idea would be that you'd\r
+have ~/mail provided by notmuch-fuse-daemon, and there'd be a tool\r
+like notmuch-fuse-cli with which you can add virtual folders, e.g.\r
+\r
+  notmuch-fuse-cli new debianmail 'from:debian OR to:debian'\r
+\r
+and that would create ~/mail/debianmail with mode 555 (since you\r
+cannot write the results of a search) containing a Maildir with all\r
+messages matching the query.\r
+\r
+The benefit of this would be that I could use mutt, evolution, or an\r
+IMAP server, or vi and shell tools to manipulate my mail without any\r
+modifications to those tools.\r
+\r
+There could be a separate hierarchy for tags, e.g. ~/mail/TAGS/foo\r
+and ~/mail/TAGS/bar/baz matching on explicit tags (and maybe\r
+~/mail/TAGS/notmuch with mode 555 for implicit tags). Writing mail\r
+to those directories effectively adds tags, unlinking removes them.\r
+~/mail/TAGS/UNTAGGED holds untagged mail for easier reference.\r
+\r
+In addition to all of this, fuse could be used to index new messages\r
+directly as they are delivered into ~/mail, rather than running\r
+'notmuch new' regularly.\r
+\r
+These ideas are not new, and I've written about them before:\r
+\r
+http://madduck.net/blog/2007.07.24:a-user-space-filesystem-for-mail-labelin=\r
+g/\r
+\r
+notmuch seems an excellent base for implementing such a filesystem.\r
+I will try to make time before LCA to get up to speed on fuse, then\r
+maybe Carl and Micah and I (and whoever else will be in Wellington)\r
+can hack this up in a few hours and over a few beers.\r
+\r
+If this resonates, or you want to work on this too, let's hear from\r
+you!\r
+\r
+--=20\r
+martin | http://madduck.net/ | http://two.sentenc.es/\r
+=20\r
+"no problem is so formidable\r
+ that you can't just walk away from it."\r
+                                                          -- c. schulz\r
+=20\r
+spamtraps: madduck.bogus@madduck.net\r
+\r
+--dTy3Mrz/UPE2dbVg\r
+Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
+Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
+Content-Disposition: inline\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iEYEAREDAAYFAktGntQACgkQIgvIgzMMSnVVzgCg2xzoz6jeEw6T4H+4k+rhqwFi\r
+UqgAoMikAqZONfKwf/fYGJEWLusqlzrF\r
+=ksB5\r
+-----END PGP SIGNATURE-----\r
+\r
+--dTy3Mrz/UPE2dbVg--\r