From: Rob Browning <rlb@defaultvalue.org>
To: Sebastian Spaeth <Sebastian@SSpaeth.de>
Subject: Re: notmuchsync: handling of the deleted tag
References: <87bp7vewa5.fsf@raven.defaultvalue.org>
 <87mxrcsb8a.fsf@SSpaeth.de>
Date: Mon, 20 Sep 2010 21:25:13 -0500
In-Reply-To: <87mxrcsb8a.fsf@SSpaeth.de> (Sebastian Spaeth's message of "Mon, 
	20 Sep 2010 17:09:25 +0200")
Message-ID: <87r5gnomt2.fsf@raven.defaultvalue.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Notmuch developer list <notmuch@notmuchmail.org>
Precedence: list

Sebastian Spaeth <Sebastian@SSpaeth.de> writes:

> I am unsure how to handle this in a better way. What should notmuchsync
> --prune do if it finds multiple mail files that are associated with a
> "deleted" tag?

Conceptually what I'd like for it to do, is reference count -- only mark
the message deleted if every occurrence (across all maildirs) is marked
trashed (T).

Though even there I can imagine corner cases: imagine that notmuch
doesn't initially see all your maildirs -- perhaps because you're using
a folder filter in offlineimap, and so there are untrashed copies in the
maildirs it hasn't seen yet.  But reference counting of everything you
can see is probably still better than what we have now, if it's
feasible.

> And what should --revsync do when it finds a mail file that is marked
> as expired.

Actually revsync is all I use so far, so that's what I'm talking about
above.

> If notmuch gave me at least all filenames that are associated with a
> mail id, I could introduce a command line option "--prune --safe" which would
> Sebastian

Looks like you got cut off there.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4