Return-Path: <bgamari@gmail.com>
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 7E1B5431FBC
	for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 19:19:33 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
X-Spam-Flag: NO
X-Spam-Score: -0.866
X-Spam-Level: 
X-Spam-Status: No, score=-0.866 tagged_above=-999 required=5
	tests=[AWL=-0.867, 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 zbipih+1RlPm for <notmuch@notmuchmail.org>;
	Mon, 25 Jan 2010 19:19:32 -0800 (PST)
Received: from mail-yx0-f204.google.com (mail-yx0-f204.google.com
	[209.85.210.204])
	by olra.theworths.org (Postfix) with ESMTP id 97B66431FAE
	for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 19:19:32 -0800 (PST)
Received: by yxe42 with SMTP id 42so1955632yxe.22
	for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 19:19:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:content-type:subject:from:to
	:in-reply-to:references:date:message-id:user-agent
	:content-transfer-encoding;
	bh=N5KEYWnDxYABqziGujJI37Xk6E2rGmRR7B47KWv6w0A=;
	b=NKIfEWEVVxyCT0nKwdNFZrcP5FGPU2xMXUrXUE9byFKBp0EFHrl+4qdu8q1bTSn1/x
	HfTRx/xIVGgPOJueMhd+vbDnyEbriSbtl2iHu0f37aZxPcEwH+8UufFLIveIph9L92ds
	xwrKG+TPxsxMns7EUbYi0rYejFe5olJWSO6DM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=content-type:subject:from:to:in-reply-to:references:date:message-id
	:user-agent:content-transfer-encoding;
	b=PqL+tJNJ4XZtcC4FCpQWZA5S06d/nGR5HS71K+Rl/N8BstWPN/d92KHjjtn+BAA4s+
	D6SLzTDnsw8bRTohv2OeffHwBMlqCK/rEHomPC8C4xlr/NO5F8CdlaNAyzR+79m807zz
	ckuefzVg67l2GxhfjSgzwCiFBbbU5xHLp4oRI=
Received: by 10.150.32.19 with SMTP id f19mr9715090ybf.206.1264475972177;
	Mon, 25 Jan 2010 19:19:32 -0800 (PST)
Received: from localhost (umass-959-100.wireless.umass.edu [128.119.77.100])
	by mx.google.com with ESMTPS id 15sm1895203yxh.58.2010.01.25.19.19.29
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Mon, 25 Jan 2010 19:19:30 -0800 (PST)
Content-Type: text/plain; charset=UTF-8
From: Ben Gamari <bgamari@gmail.com>
To: notmuch <notmuch@notmuchmail.org>
In-reply-to: <20100116204955.GA858@finestructure.net>
References: <20100116204955.GA858@finestructure.net>
Date: Mon, 25 Jan 2010 22:19:28 -0500
Message-Id: <1264475514-sup-2878@ben-laptop>
User-Agent: Sup/git
Content-Transfer-Encoding: 8bit
Subject: Re: [notmuch] proposal for more streamlined mail flow in notmuch
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: "Use and development of the notmuch mail system."
	<notmuch.notmuchmail.org>
List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jan 2010 03:19:33 -0000

Excerpts from Jameson Rollins's message of Sat Jan 16 15:49:55 -0500 2010:
> To fascilitate this, two new functions should be implemented at the
> notmuch CLI level, so that things don't get fractured by different
> mail reader implementations:
> 
> notmuch purge
> 
>   delete all 'delete' tagged messages, and/or execute "delete hooks"
> 
> notmuch archive <search-terms>
> 
>   remove 'inbox' flags from messages and move messages an archive
>   maildir, and/or execute "archive hooks"
> 
I'm a little suspicious of this. Again, it seems like there is nothing
whatsoever preventing one from implementing this at a higher-level than
notmuch, which I believe should be little more than a thin-wrapper
around Xapian unless more functionality is absolutely necessary. I don't
understand why these sorts of proposals keep coming up when the above,
for example, could be easily implemented in a pair of ten line shell
scripts. Am I missing something?

In my opinion, the "fractured implementations" argument is mislead at
best. We currently have exactly two (in the case of vim, somewhat)
usable UIs.  It's not difficult to see to it that they obey similar
conventions. If another UI pops up that fails to obey your favorite
convention, feel free to patch it. IMHO, it is not the place of notmuch
to force semantics onto the user (in fact, it tries to avoid this
wherever possible).

- Ben