be/b09fe2293b1a289e87af85a18f590f51266624

   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 0BC35431FC3\r
   6         for <notmuch@notmuchmail.org>; Wed, 27 Jan 2010 21:11:35 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.524\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.524 tagged_above=-999 required=5 tests=[AWL=0.075,\r
  12         BAYES_00=-2.599] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id FvBumYzAyuHV for <notmuch@notmuchmail.org>;\r
  16         Wed, 27 Jan 2010 21:11:34 -0800 (PST)\r
  17 Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
  18         by olra.theworths.org (Postfix) with ESMTP id A6345431FBC\r
  19         for <notmuch@notmuchmail.org>; Wed, 27 Jan 2010 21:11:33 -0800 (PST)\r
  20 Received: from lapse.rw.madduck.net (leibniz.catalyst.net.nz [202.78.240.7])\r
  21         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  22         (Client CN "lapse.rw.madduck.net",\r
  23         Issuer "CAcert Class 3 Root" (verified OK))\r
  24         by clegg.madduck.net (postfix) with ESMTPS id 882C61D4097;\r
  25         Thu, 28 Jan 2010 06:11:22 +0100 (CET)\r
  26 Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
  27         id E2810E4; Thu, 28 Jan 2010 18:10:57 +1300 (NZDT)\r
  28 Date: Thu, 28 Jan 2010 18:10:57 +1300\r
  29 From: martin f krafft <madduck@madduck.net>\r
  30 To: Jameson Rollins <jrollins@finestructure.net>\r
  31 Message-ID: <20100128051057.GA12540@lapse.rw.madduck.net>\r
  32 Mail-Followup-To: Jameson Rollins <jrollins@finestructure.net>,\r
  33         Mike Kelly <pioto@pioto.org>, notmuch <notmuch@notmuchmail.org>\r
  34 References: <20100125162247.85F0F66FA8@aether.pioto.org>\r
  35         <87tyu9dfhs.fsf@servo.finestructure.net>\r
  36 MIME-Version: 1.0\r
  37 Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
  38         protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd"\r
  39 Content-Disposition: inline\r
  40 In-Reply-To: <87tyu9dfhs.fsf@servo.finestructure.net>\r
  41 X-Motto: Keep the good times rollin'\r
  42 X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
  43 X-Spamtrap: madduck.bogus@madduck.net\r
  44 X-Subliminal-Message: debian/rules!\r
  45 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  46 X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
  47 X-Virus-Status: Clean\r
  48 Cc: notmuch <notmuch@notmuchmail.org>\r
  49 Subject: Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object\r
  50  store]\r
  51 X-BeenThere: notmuch@notmuchmail.org\r
  52 X-Mailman-Version: 2.1.13\r
  53 Precedence: list\r
  54 List-Id: "Use and development of the notmuch mail system."\r
  55         <notmuch.notmuchmail.org>\r
  56 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  58 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  59 List-Post: <mailto:notmuch@notmuchmail.org>\r
  60 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  61 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  62         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  63 X-List-Received-Date: Thu, 28 Jan 2010 05:11:35 -0000\r
  64 \r
  65 \r
  66 --ZPt4rx8FFjLCG7dd\r
  67 Content-Type: text/plain; charset=us-ascii\r
  68 Content-Disposition: inline\r
  69 Content-Transfer-Encoding: quoted-printable\r
  70 \r
  71 also sprach Jameson Rollins <jrollins@finestructure.net> [2010.01.26.1046 +=\r
  72 1300]:\r
  73 > > For example, I might have:\r
  74 > >=20\r
  75 > > ~/.notmuch-config:\r
  76 > >=20\r
  77 > >     [database]\r
  78 > >     path=3D/home/pioto/mail\r
  79 > >     ...\r
  80 > >     [tags]\r
  81 > >     pioto@pioto.org/INBOX.ListMail.notmuch =3D notmuch\r
  82 > >=20\r
  83 > > So, a 'tags' section, where each key is the folder name, relative to the\r
  84 > > db path, and the value is one or more tag names\r
  85 >=20\r
  86 > I think this idea is a really good one and I would like to pursue it as\r
  87 > a tangent thread here.  I was going to propose something very similar to\r
  88 > this.  I think it's a very flexible idea that would help in a lot of\r
  89 > ways.\r
  90 \r
  91 I think we need to carefully distinguish here. The above seems to\r
  92 suggest a mapping from folder to tag, but we don't actually need\r
  93 tags for folder locations, because those can (and should) be\r
  94 implicitly determined from the database and storing the tag in\r
  95 addition would just run the risk of getting out of sync: if I moved\r
  96 a message, I would also have to remember to delete old and add new\r
  97 tags, which is just asking for trouble.\r
  98 \r
  99 > [tags]\r
 100 > inbox =3D +inbox,+unread\r
 101 > sent =3D +sent\r
 102 > drafts =3D +draft\r
 103 > archive =3D -inbox\r
 104 \r
 105 This proposal, on the other hand, is an interesting one, but when is\r
 106 it supposed to happen? It just feels wrong to make this happen as\r
 107 part of 'notmuch new'.\r
 108 \r
 109 What I would like to see is a notmuch-aware MDA, e.g. a programme\r
 110 which reads an incoming mail on stdin and can do all this kind of\r
 111 stuff, e.g. assign tags based on such rules (or take tags as\r
 112 arguments, so that I could trivially set tags from procmail too),\r
 113 write the message to the message store, and update the database.\r
 114 \r
 115 This would allow us to get rid of 'notmuch new' altogether, at least\r
 116 conceptually. We'd still need it if mail is being delivered\r
 117 independently, e.g. with offlineimap.\r
 118 \r
 119 On the performance side, it might make sense to write to a journal\r
 120 instead of updating the database every time. SpamAssassin does this\r
 121 with its Bayesian database, and it only merges the journal every\r
 122 X updates (or when the user manually requests it). I am not sure\r
 123 whether this is possible with Xapian. On the other hand, I think\r
 124 notmuch needs to learn to journal anyway so that we can keep\r
 125 different instances in sync.\r
 126 \r
 127 --=20\r
 128 martin | http://madduck.net/ | http://two.sentenc.es/\r
 129 =20\r
 130 "the only way to get rid of a temptation is to yield to it."\r
 131                                                         -- oscar wilde\r
 132 =20\r
 133 spamtraps: madduck.bogus@madduck.net\r
 134 \r
 135 --ZPt4rx8FFjLCG7dd\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 iEYEAREDAAYFAkthHGEACgkQIgvIgzMMSnVEFQCgqaUQ7tP8AJSUFxQt+vUKKGVE\r
 144 WUcAoMOp3Gcv/huY6+Ux3L4xO5+2+PrX\r
 145 =/FpB\r
 146 -----END PGP SIGNATURE-----\r
 147 \r
 148 --ZPt4rx8FFjLCG7dd--\r