Date: Sat, 16 Jan 2010 15:18:03 -0500
From: Jameson Rollins <jrollins@finestructure.net>
To: Carl Worth <cworth@cworth.org>
Message-ID: <20100116201803.GA19570@finestructure.net>
References: <20100114084713.GA22273@harikalardiyari>
	<87eilse1hg.fsf@yoom.home.cworth.org>
	<20100115001600.GD25209@lapse.rw.madduck.net>
	<87vdf3cd1y.fsf@yoom.home.cworth.org>
	<20100115210934.GA12515@harikalardiyari>
	<87r5prc64e.fsf@yoom.home.cworth.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY"
Content-Disposition: inline
In-Reply-To: <87r5prc64e.fsf@yoom.home.cworth.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: martin f krafft <madduck@madduck.net>, notmuch@notmuchmail.org
Subject: [notmuch] inbox/unread tags for new messages [was: Re: Thoughts on
 notmuch and Lua]
Precedence: list


--4Ckj6UjgE2iN1+kY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Jan 15, 2010 at 03:15:13PM -0800, Carl Worth wrote:
> We've talked about switching from default tags of "inbox" and "unread"
> to simply having new mail tagged with a "new" tag. So a "tagger" script
> could operate simply by doing a "notmuch search" for messages with the
> "new" tag and could iterate over the filenames to process actual
> messages. (We don't have support now for emitting just filenames from a
> "notmuch search", but we have patches for that, and I'll be applying one
> soon.)

Hey, Carl.  I would actually like to argue against replacing the
'inbox' and 'unread' tags with a single "new" tag.  Here's why:

At first I didn't think I liked the fact that new messages were doubly
tagged with 'inbox' and 'unread'.  But then I realized that what I was
really not liking was the way that the emacs UI was handling those
tags, and the more I thought about it I realized that those two tags
are very useful and we just need to streamline how they're handled.

I think that the 'unread' tag should be tightly synced to the maildir
'S' flags, which indicate the read status on the maildir message files
themselves.  This is useful for compatibility with other MUAs, and is
one of the few generally useful tags that can be synced through IMAP.

The 'unread' tag should also not be something that the user ever
consciously has to get rid of.  Notmuch MUAs should just get rid of it
automatically when the user actually views the message.  The notmuch
emacs UI is currently not handling this very well, but I think we can
tweak that fairly easily.

As for the 'inbox' tag, I think it should be kept because it has a
very particular, well understood, and useful semantic meaning for MUAs
that people already understand.  My mail inbox is actually what I'm
syncing via offlineimap and I would like the 'inbox' tag to correspond
directly to the messages that are in my actual maildir inbox.

This last point I think is very important because I think it
corresponds to the way that *most* people are or need to handle their
mail, and it's something that I think notmuch hasn't quite fully come
to grips with yet.

I'm going to follow up this message with another one that describes my
idea for a streamlined message flow in notmuch that would utilize
these tags better.

jamie.

--4Ckj6UjgE2iN1+kY
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: attachment

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJLUh75AAoJEO00zqvie6q846EP/1d+u1OsOFPGud4x6m4crh9J
Uy0ni75/Cj8wVwJoKgVSn2Ygos9XqwqDDy4UrvGTN5rSyE0SXyY1jMAuvbyqaKCn
z4cxyQ3w7eVymIJ9Xur9LQRGQGK6ziUeGq1dU4zpAf0E7Ed2KXCqa7/QfYr5lqTg
0houU2XedjNVINwlgGYbm4R2pwk/uUcdnKx20tJ8P3bAfIJbO732ieI5styxP+ZC
KmscQ1oKUYz5E29OhNwjwZTesEgXfvjmxYlkUmH68ztv0AsXcEsbdicureqaQ45M
uFdFd4EQ329NQmH4anKou929qBYRdEqhebbkDGmwYIzVXh6U3D1mqk+SytLLl30S
YtS2qhw2cgv1aUHPOWj9XQrKc16A3D1BUoqkQMT7cErC66d6wov0Di0shbVTswnO
8YTBZxCUG5fLUIqvhK2En/ex2OkPnnjsCy93Qsk0C5eW9WPCg/jvwK8t9j+ip5Ub
DBeFthrgqDOGUbkFNVx0mxkndylj4rax/UYoP+s2qZJ61bw2T3WTk9G0q5kPC3gZ
M/8CdI+vedEOpjO7agAhMMulkZEF3moArLCXuc8MXutSDKs2yi9aTU2yiJ5n8bZm
2N4THc/etJQOgn4qefZ9XZM4/hVK/0/CgpERPop+QzS/GIT/l5O1wpqvL0klzL34
KYdhRCAskPBL1BMVNcx2
=6kjx
-----END PGP SIGNATURE-----

--4Ckj6UjgE2iN1+kY--