DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type:content-transfer-encoding;
	b=vBtGFjJX175lULJ7bJx93o5JYoDkmIoYW7okHWLTgDd4aIVT5Q/4MpnqAp3/q4kfIi
	HO2Jvej+6O99W5N446xG6Mk3SR4jFScIc61vphKgtuvbr3wS1/9yIKTXetMf563U2Nki
	XNgddygtnuAHgn3iKZscI+X17MwJf3Xnsufx4=
MIME-Version: 1.0
In-Reply-To: <20100119160449.GA28198@finestructure.net>
References: <87pr57jvkz.fsf@SSpaeth.de>
	<201001181641.25647.sojkam1@fel.cvut.cz> <87hbqjwgmf.fsf@SSpaeth.de>
	<87my0a5i80.fsf@SSpaeth.de> <87my0aqgw9.fsf@veldthuis.com>
	<20100119152427.GL8342@finestructure.net> <877hrexfat.fsf@SSpaeth.de>
	<20100119160449.GA28198@finestructure.net>
Date: Tue, 19 Jan 2010 11:29:10 -0500
Message-ID: <b22065d01001190829pfe405dfna2fa6409da9684d7@mail.gmail.com>
From: Servilio Afre Puentes <servilio@gmail.com>
To: Jameson Rollins <jrollins@finestructure.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: notmuch@notmuchmail.org
Subject: Re: [notmuch] Introducing notmuchsync
Precedence: list

2010/1/19 Jameson Rollins <jrollins@finestructure.net>:
[...]
> That said, I have vasilated just a bit on this, as to whether notmuch
> should touch the mail at all, or just process it. =A0But having thought
> about it a bit, I think that notmuch really *is* an MUA, or at least
> the mail processing part of a MUA (MUA minus message reader), and
> should therefore do the appropriate things with the maildir.

I on the other hand think that it is just the indexer, and that the
right way to integrate it into a MUA is by making this MUA call
notmuch to update the DB/index with the actions just performed on a
message/group of messages (moving, deleting, tagging, etc.).

For what I've read so far from messages of the authors in this mailing
list and the programmed behaviour, I think that is the intention
(though not fully implemented yet) and in my opinion the right one.
Maybe if the notmuch.el code would have been written as a set of hooks
into Gnus for customizing views this would have been more evident
(though I haven't neither used or looked at the vim front-end code),
or maybe I am missing the point entirely and the long-term goal of the
authors is to have a full-fledged MUA.

Regards,

Servilio