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 1E02E431FBC for ; Sat, 16 Jan 2010 12:18:15 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -3.394 X-Spam-Level: X-Spam-Status: No, score=-3.394 tagged_above=-999 required=5 tests=[AWL=0.605, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] autolearn=unavailable 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 T+9eShmuT0L9 for ; Sat, 16 Jan 2010 12:18:15 -0800 (PST) Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8]) by olra.theworths.org (Postfix) with ESMTP id D66FF431FAE for ; Sat, 16 Jan 2010 12:18:14 -0800 (PST) Received: from servo.finestructure.net (lair.fifthhorseman.net [216.254.116.241]) (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0) by brinza.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o0GKI4a3001493 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Sat, 16 Jan 2010 15:18:04 -0500 (EST) Received: from jrollins by servo.finestructure.net with local (Exim 4.71) (envelope-from ) id 1NWF5v-0001GE-V8; Sat, 16 Jan 2010 15:18:03 -0500 Date: Sat, 16 Jan 2010 15:18:03 -0500 From: Jameson Rollins To: Carl Worth 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) X-No-Spam-Score: Local X-Scanned-By: MIMEDefang 2.68 on 128.59.29.8 Cc: martin f krafft , notmuch@notmuchmail.org Subject: inbox/unread tags for new messages [was: Re: Thoughts on notmuch and Lua] 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: Sat, 16 Jan 2010 20:18:15 -0000 --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--