Date: Thu, 28 Jan 2010 18:10:57 +1300
From: martin f krafft <madduck@madduck.net>
To: Jameson Rollins <jrollins@finestructure.net>
Message-ID: <20100128051057.GA12540@lapse.rw.madduck.net>
Mail-Followup-To: Jameson Rollins <jrollins@finestructure.net>,
	Mike Kelly <pioto@pioto.org>, notmuch <notmuch@notmuchmail.org>
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>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: notmuch <notmuch@notmuchmail.org>
Subject: Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object
 store]
Precedence: list


--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

also sprach Jameson Rollins <jrollins@finestructure.net> [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--