Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 0477C431FC0 for ; Fri, 26 Feb 2010 11:24:50 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1.8, AWL=-0.190, BAYES_50=0.001] 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 Ff38YZ3QeVwb; Fri, 26 Feb 2010 11:24:49 -0800 (PST) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 377CA431FAE; Fri, 26 Feb 2010 11:24:49 -0800 (PST) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 6CE5625427B; Fri, 26 Feb 2010 11:24:44 -0800 (PST) From: Carl Worth To: Mike Kelly , notmuch@notmuchmail.org In-Reply-To: <20100121204201.1C82764A0E@aether.pioto.org> References: <20100121204201.1C82764A0E@aether.pioto.org> Date: Fri, 26 Feb 2010 11:24:44 -0800 Message-ID: <87tyt3u7er.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: [notmuch] A few patches 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: Fri, 26 Feb 2010 19:24:50 -0000 --=-=-= Hi Mike, welcome to notmuch! On Thu, 21 Jan 2010 15:42:00 -0500 (EST), "Mike Kelly" wrote: > I've got a few patches available in my notmuch repo: > > http://git.pioto.org/gitweb/notmuch.git Thanks for sharing these! I really like how the distributed nature of git makes it so easy for us to mix and match patches like this. > The 'noarg-count' branch makes `notmuch count` without any argument > simply return the total number of messages in the database. This seems > like it could be useful. The functionality does seem very useful, but I'd like it to be a tiny bit more general. There are cases where it would be useful to return all results from any the various search-based commands, (notmuch search, notmuch show, etc.). But I think it would be unkind if "notmuch show" with no arguments spewed the entire contents of the mail collection at the user. So what I would like to see is that any of these commands given no argument would instead give some helpful information---I think it should be either the information currently available in "notmuch help search-terms" or perhaps an abbreviated version of it. Then, I'd like to have a new, succinct and explicit syntax to indicate a search that should return all results. For example, we could use '*' but that has the issue that it would need escaping from the shell. But the idea would be to be able to run: notmuch count '*' to count everything. Anyone have a better option for what the give-me-everything syntax should be? > The 'new-unread' branch makes `notmuch new` only tag messages as > 'unread' if they don't have a maildir 'seen' flag. This shouldn't affect > anyones existing database, but should make initial imports for people > migrating from other mail setups (like me) go much better. One of the longest-standing items on our TODO list has been to provide proper support for these maildir flags. In fact, look at the top of our current TODO file: Fix the things that are causing the most pain to new users ---------------------------------------------------------- 1. A new import is tagging all messages as "inbox" -- total pain There are various proposals and patches on the list already, and we need to figure out exactly what we want, (it's easy to get bogged down once we think about handling changes to these flags later, whether notmuch should changes the maildir flag when the tags are changed, etc.). Perhaps just starting with a patch like yours and going from there is the right plan. Would you please send it to the list so I've got a reminder about it here, and can reply with any review? Thanks, -Carl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLiB/86JDdNq8qSWgRArEuAKCOacnD3XiflqTmZqy1T1Uc+g0+twCgpTNC h32WXi6xbNBMp4Wta24OYUM= =HQRG -----END PGP SIGNATURE----- --=-=-=--