From: "Sebastian Spaeth" <Sebastian@SSpaeth.de>
To: notmuch@notmuchmail.org
In-Reply-To: <201002022325.18878.sojkam1@fel.cvut.cz>
References: <201001291049.21048.sojkam1@fel.cvut.cz>
	<873a1jebve.fsf@servo.finestructure.net>
	<87r5p3l3yd.fsf@lillypad.riseup.net>
	<201002022325.18878.sojkam1@fel.cvut.cz>
Date: Wed, 03 Feb 2010 10:58:42 +0100
Message-ID: <87fx5ibpyl.fsf@SSpaeth.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Re: [notmuch] [PATCHv2] Preserve folder information when indexing
Precedence: list

On Tue, 2 Feb 2010 23:25:18 +0100, Michal Sojka <sojkam1@fel.cvut.cz> wrote:
> I want it to work the same way as you expected. It seems it would be necessary 
> to modify notmuch_database_remove_message() so that it changes folder term if 
> it detects rename.

On a tangetial issue: It would help if notmuch were able to set an
(optional) flag when detecting a rename. Similar on how it should set
"new" on new messages, a "moved" tag or whatever would make parsing with
3rd party apps much nicer.

E.g. my folder-to-tag syncer could then just look for moved mails and my
MailDirflag-to-notmuchtag syncer could then limit its search also to
"moved" mails, which would be much more efficient.

What do people think?
Basically what I want is:

notmuch.conf:
tag-for-new="inbox unread notspamchecked whatnothere"
tag-for-moved="moved"

Does this make sense?

Sebastian