From: Jameson Rollins <jrollins@finestructure.net>
To: Mike Kelly <pioto@pioto.org>, notmuch <notmuch@notmuchmail.org>
In-Reply-To: <20100125162247.85F0F66FA8@aether.pioto.org>
Date: Mon, 25 Jan 2010 16:46:55 -0500
Message-ID: <87tyu9dfhs.fsf@servo.finestructure.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"
Subject: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]
Precedence: list

--=-=-=
Content-Transfer-Encoding: quoted-printable

On Mon, 25 Jan 2010 11:22:47 -0500 (EST), Mike Kelly <pioto@pioto.org> wrot=
e:
>   Similarly, provide a mechanism for correlating the folder name with
>   some set of tags, and change those tags as messages are moved around.=
=20=20
>=20
> 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

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.

For instance, notmuch emacs (and emacs message-mode) is currently not
good at handling sent mail.  At the moment mail is just Bcc'd to
yourself.  However, this means that these sent messages end up back in
your inbox with 'inbox' and 'unread' tags which then need to be removed
so that the sent message is archived.  If one could configure notmuch
such that only new mail in an inbox directory would be tagged with
'inbox' and 'unread', and manage to coax emacs to fcc directly into an
archive, then these sent messages would not have the problematic 'inbox'
and 'unread' tags.  Even better, then sent mail could be fcc'd to a sent
mail directory would could then be configured to automatically get a
'sent' tag.

Notmuch emacs also currently does not handle message drafts, which makes
it very difficult to resume messages that were postponed from a previous
session.  If notmuch could be configured to tag messages in the
message-mode "message-auto-save-directory" with a 'draft' tag, then it
would greatly facilitate finding draft messages.

It would also be sweet if this could remove tags as well (maybe be
prepending '-' or '+' to the tag specification.  For example, I can
imagine implementing the above examples like this:

[database]
path=3D/home/jrollins/.mail

[tags]
inbox =3D +inbox,+unread
sent =3D +sent
drafts =3D +draft
archive =3D -inbox

I think we should definitely implement something like this.  It would
make things a lot more flexible.  Notmuch could be configured to not tag
any messages by default (which would make a lot of people using notmuch
for other backends happier) and then notmuch setup could could provide
an example tags stanza that would tag new messages with 'inbox' and
'unread' (maybe with a wildcard that would replicate the current
behavior):

[tags]
* =3D +inbox,+unread

I would love to see this.  Hopefully we can rally some more support for
this idea.

jamie.

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJLXhFQAAoJEO00zqvie6q8X+MP/A8TEzXc27fPjmU0wKIOoRtN
TTsVACSM3KqJeAkvXdN8cmzwwCogLuFQra90wuyL8YpZzEgCbQaYm4/DZ0xBCUYK
qc6gaSVKE7xSoAc2vaTiDZAJUzgv3qVfFJ5DpCcAZe4DaOADYMgSyOZqVgpWIdMh
vyDrmI1S5D9ljS1hpSMoxDojxnanXyc5wIza1EAAYtA8SZ70F2bP6y7BaJwKFs9E
NbsolOVISbeUCkeGjGEjqqdXE4K9ZWGkjicQLR4JOWi+POc4KWVxLQ+zP0m1NMfW
DO2z1YK46TElWe7eK/1u8POAPB9FPTqPhEMsehFnaJdv5Hf993sKxElPiyB6JBki
XFm4ZnT+Sl9IABAnbwHEhw+FkBSaPSrnG98PjMEdqiksM+ZD7Zqg48GwLdnudfKo
6bdudMNi4h/Jd9cwiBlWus251IrjTgBSdpzd6wbSmC8JOzqWEYK+3dLZi3KfsXIL
tV0CFR2RRBvcQT7GIQnqLLRWGvakEs0MtrUlRXH4/U0T+v2C6+cfe2bkJk5NedhC
1nYbNLcGq5dKLJ+T48ThxDQaI6Dp4KCnk5FgUr0LA5Elshhx8eRmtdWdRoZL5nu9
Sw7UBAhwzEKZi61Rtwh/qE3ZyY0Vz20HP/x9pZa09YhLpjaH24IJPuOuhNb9KRzv
SiWcyGpEvIj8rsRtmNA/
=nCQJ
-----END PGP SIGNATURE-----
--=-=-=--