From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 0BC35431FC3 for ; Wed, 27 Jan 2010 21:11:35 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.524 X-Spam-Level: X-Spam-Status: No, score=-2.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FvBumYzAyuHV for ; Wed, 27 Jan 2010 21:11:34 -0800 (PST) Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96]) by olra.theworths.org (Postfix) with ESMTP id A6345431FBC for ; Wed, 27 Jan 2010 21:11:33 -0800 (PST) Received: from lapse.rw.madduck.net (leibniz.catalyst.net.nz [202.78.240.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lapse.rw.madduck.net", Issuer "CAcert Class 3 Root" (verified OK)) by clegg.madduck.net (postfix) with ESMTPS id 882C61D4097; Thu, 28 Jan 2010 06:11:22 +0100 (CET) Received: by lapse.rw.madduck.net (Postfix, from userid 1000) id E2810E4; Thu, 28 Jan 2010 18:10:57 +1300 (NZDT) Date: Thu, 28 Jan 2010 18:10:57 +1300 From: martin f krafft To: Jameson Rollins Message-ID: <20100128051057.GA12540@lapse.rw.madduck.net> Mail-Followup-To: Jameson Rollins , Mike Kelly , notmuch References: <20100125162247.85F0F66FA8@aether.pioto.org> <87tyu9dfhs.fsf@servo.finestructure.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <87tyu9dfhs.fsf@servo.finestructure.net> X-Motto: Keep the good times rollin' X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686 X-Spamtrap: madduck.bogus@madduck.net X-Subliminal-Message: debian/rules! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.3 at clegg X-Virus-Status: Clean Cc: notmuch Subject: Re: tag dir proposal [was: Re: Git as notmuch object store] X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2010 05:11:35 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable also sprach Jameson Rollins [2010.01.26.1046 += 1300]: > > For example, I might have: > >=20 > > ~/.notmuch-config: > >=20 > > [database] > > path=3D/home/pioto/mail > > ... > > [tags] > > pioto@pioto.org/INBOX.ListMail.notmuch =3D notmuch > >=20 > > So, a 'tags' section, where each key is the folder name, relative to the > > db path, and the value is one or more tag names >=20 > I think this idea is a really good one and I would like to pursue it as > a tangent thread here. I was going to propose something very similar to > this. I think it's a very flexible idea that would help in a lot of > ways. I think we need to carefully distinguish here. The above seems to suggest a mapping from folder to tag, but we don't actually need tags for folder locations, because those can (and should) be implicitly determined from the database and storing the tag in addition would just run the risk of getting out of sync: if I moved a message, I would also have to remember to delete old and add new tags, which is just asking for trouble. > [tags] > inbox =3D +inbox,+unread > sent =3D +sent > drafts =3D +draft > archive =3D -inbox This proposal, on the other hand, is an interesting one, but when is it supposed to happen? It just feels wrong to make this happen as part of 'notmuch new'. What I would like to see is a notmuch-aware MDA, e.g. a programme which reads an incoming mail on stdin and can do all this kind of stuff, e.g. assign tags based on such rules (or take tags as arguments, so that I could trivially set tags from procmail too), write the message to the message store, and update the database. This would allow us to get rid of 'notmuch new' altogether, at least conceptually. We'd still need it if mail is being delivered independently, e.g. with offlineimap. On the performance side, it might make sense to write to a journal instead of updating the database every time. SpamAssassin does this with its Bayesian database, and it only merges the journal every X updates (or when the user manually requests it). I am not sure whether this is possible with Xapian. On the other hand, I think notmuch needs to learn to journal anyway so that we can keep different instances in sync. --=20 martin | http://madduck.net/ | http://two.sentenc.es/ =20 "the only way to get rid of a temptation is to yield to it." -- oscar wilde =20 spamtraps: madduck.bogus@madduck.net --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature; name="digital_signature_gpg.asc" Content-Description: Digital signature (see http://martin-krafft.net/gpg/) Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAkthHGEACgkQIgvIgzMMSnVEFQCgqaUQ7tP8AJSUFxQt+vUKKGVE WUcAoMOp3Gcv/huY6+Ux3L4xO5+2+PrX =/FpB -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd--