fb/394254ccf74ac47ef85304024b26e9d4719bef

   1 Return-Path: <madduck@lapse.rw.madduck.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id BAF9F431FBF\r
   6         for <notmuch@notmuchmail.org>; Thu,  7 Jan 2010 18:56:28 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id SD28YUsZwvRv for <notmuch@notmuchmail.org>;\r
  11         Thu,  7 Jan 2010 18:56:28 -0800 (PST)\r
  12 Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
  13         by olra.theworths.org (Postfix) with ESMTP id BE918431FAE\r
  14         for <notmuch@notmuchmail.org>; Thu,  7 Jan 2010 18:56:27 -0800 (PST)\r
  15 Received: from lapse.rw.madduck.net (lapse.nz.madduck.net\r
  16         [IPv6:2001:4428:234::1])\r
  17         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  18         (Client CN "lapse.rw.madduck.net",\r
  19         Issuer "CAcert Class 3 Root" (verified OK))\r
  20         by clegg.madduck.net (postfix) with ESMTPS id 8A2E01D4097\r
  21         for <notmuch@notmuchmail.org>; Fri,  8 Jan 2010 03:56:23 +0100 (CET)\r
  22 Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
  23         id 9E425809C; Fri,  8 Jan 2010 15:56:20 +1300 (NZDT)\r
  24 Date: Fri, 8 Jan 2010 15:56:20 +1300\r
  25 From: martin f krafft <madduck@madduck.net>\r
  26 To: notmuch@notmuchmail.org\r
  27 Message-ID: <20100108025620.GB28357@lapse.rw.madduck.net>\r
  28 Mail-Followup-To: notmuch@notmuchmail.org\r
  29 References: <874oo7hex2.fsf@yoom.home.cworth.org>\r
  30         <87y6lewqtw.fsf@convex-new.cs.unb.ca>\r
  31         <87638i75sz.fsf@home.veldthuis.com> <1260227209-sup-184@riseup.net>\r
  32         <874oo22blf.fsf@yoom.home.cworth.org>\r
  33 MIME-Version: 1.0\r
  34 Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
  35         protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg"\r
  36 Content-Disposition: inline\r
  37 In-Reply-To: <874oo22blf.fsf@yoom.home.cworth.org>\r
  38 X-Motto: Keep the good times rollin'\r
  39 X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
  40 X-Spamtrap: madduck.bogus@madduck.net\r
  41 X-Subliminal-Message: debian/rules!\r
  42 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  43 X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
  44 X-Virus-Status: Clean\r
  45 Subject: Re: [notmuch] Quick thoughts on a notmuch daemon\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Fri, 08 Jan 2010 02:56:28 -0000\r
  59 \r
  60 \r
  61 --dTy3Mrz/UPE2dbVg\r
  62 Content-Type: text/plain; charset=us-ascii\r
  63 Content-Disposition: inline\r
  64 Content-Transfer-Encoding: quoted-printable\r
  65 \r
  66 also sprach Carl Worth <cworth@cworth.org> [2009.12.08.2001 +1300]:\r
  67 > One concept in notmuch (compared to sup) is to (eventually) avoid people\r
  68 > having to go through that pain by their current mail client becoming\r
  69 > "notmuch enabled". For me, I had always liked composing email in emacs,\r
  70 > so I just have to add notmuch support to the existing emacs\r
  71 > message-mode.\r
  72 >=20\r
  73 > Hopefully people working on other email interfaces will do similar\r
  74 > things, (would be great to have Anjal and Thunderbird get some notmuch\r
  75 > support for example).\r
  76 >=20\r
  77 > I definitely didn't like that with sup, to get all the global-search and\r
  78 > tagging features one had to accept the curses UI as well.\r
  79 \r
  80 I am a bit late to the party, but re: this thread [0], I would\r
  81 suggest to go the way of a fuse filesystem. That's effectively\r
  82 a daemon, but one which also bridges a chasm between notmuch and all\r
  83 kinds of existing mail tools, including IMAP servers, by way of the\r
  84 standard filesystem interface.\r
  85 \r
  86 0. http://notmuchmail.org/pipermail/notmuch/2009/000782.html\r
  87 \r
  88 I don't want to harp on this too much right now for I have not yet\r
  89 fully understood notmuch, but the basic idea would be that you'd\r
  90 have ~/mail provided by notmuch-fuse-daemon, and there'd be a tool\r
  91 like notmuch-fuse-cli with which you can add virtual folders, e.g.\r
  92 \r
  93   notmuch-fuse-cli new debianmail 'from:debian OR to:debian'\r
  94 \r
  95 and that would create ~/mail/debianmail with mode 555 (since you\r
  96 cannot write the results of a search) containing a Maildir with all\r
  97 messages matching the query.\r
  98 \r
  99 The benefit of this would be that I could use mutt, evolution, or an\r
 100 IMAP server, or vi and shell tools to manipulate my mail without any\r
 101 modifications to those tools.\r
 102 \r
 103 There could be a separate hierarchy for tags, e.g. ~/mail/TAGS/foo\r
 104 and ~/mail/TAGS/bar/baz matching on explicit tags (and maybe\r
 105 ~/mail/TAGS/notmuch with mode 555 for implicit tags). Writing mail\r
 106 to those directories effectively adds tags, unlinking removes them.\r
 107 ~/mail/TAGS/UNTAGGED holds untagged mail for easier reference.\r
 108 \r
 109 In addition to all of this, fuse could be used to index new messages\r
 110 directly as they are delivered into ~/mail, rather than running\r
 111 'notmuch new' regularly.\r
 112 \r
 113 These ideas are not new, and I've written about them before:\r
 114 \r
 115 http://madduck.net/blog/2007.07.24:a-user-space-filesystem-for-mail-labelin=\r
 116 g/\r
 117 \r
 118 notmuch seems an excellent base for implementing such a filesystem.\r
 119 I will try to make time before LCA to get up to speed on fuse, then\r
 120 maybe Carl and Micah and I (and whoever else will be in Wellington)\r
 121 can hack this up in a few hours and over a few beers.\r
 122 \r
 123 If this resonates, or you want to work on this too, let's hear from\r
 124 you!\r
 125 \r
 126 --=20\r
 127 martin | http://madduck.net/ | http://two.sentenc.es/\r
 128 =20\r
 129 "no problem is so formidable\r
 130  that you can't just walk away from it."\r
 131                                                           -- c. schulz\r
 132 =20\r
 133 spamtraps: madduck.bogus@madduck.net\r
 134 \r
 135 --dTy3Mrz/UPE2dbVg\r
 136 Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
 137 Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
 138 Content-Disposition: inline\r
 139 \r
 140 -----BEGIN PGP SIGNATURE-----\r
 141 Version: GnuPG v1.4.10 (GNU/Linux)\r
 142 \r
 143 iEYEAREDAAYFAktGntQACgkQIgvIgzMMSnVVzgCg2xzoz6jeEw6T4H+4k+rhqwFi\r
 144 UqgAoMikAqZONfKwf/fYGJEWLusqlzrF\r
 145 =ksB5\r
 146 -----END PGP SIGNATURE-----\r
 147 \r
 148 --dTy3Mrz/UPE2dbVg--\r