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 0274940DAC6 for ; Thu, 11 Nov 2010 17:27:46 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.89 X-Spam-Level: X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01] 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 NR8acqkpXwZd; Thu, 11 Nov 2010 17:27:35 -0800 (PST) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 6068340DBFF; Thu, 11 Nov 2010 17:27:35 -0800 (PST) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id F0A8E25412B; Thu, 11 Nov 2010 17:27:34 -0800 (PST) From: Carl Worth To: Rob Browning , Sebastian Spaeth Subject: Re: notmuchsync: handling of the deleted tag In-Reply-To: <87r5gnomt2.fsf@raven.defaultvalue.org> References: <87bp7vewa5.fsf@raven.defaultvalue.org> <87mxrcsb8a.fsf@SSpaeth.de> <87r5gnomt2.fsf@raven.defaultvalue.org> User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.2.1 (i486-pc-linux-gnu) Date: Thu, 11 Nov 2010 17:27:34 -0800 Message-ID: <87hbfnmiux.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: Notmuch developer list 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, 12 Nov 2010 01:27:46 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Mon, 20 Sep 2010 21:25:13 -0500, Rob Browning wro= te: > Sebastian Spaeth writes: > 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). [I'm going back through this old notmuchsync thread after having worked to merge and improve some related synchronization featured.] The above idea sounds quite interesting and would be possible in the current approach. The only thing I don't like is that we would have some very detailed knowledge about the semantics of "deleted" hard-coded deep in the library. I already don't like the fact that the library has a hard-coded list with a handful of mappings between flags and tags. So, what we probably need here is for the user to be able to configure the mapping and in a fairly sophisticated way: 'R' on _any_ filename -> "replied" tag gets added 'T' on _all_ filenames -> "deleted" tag gets added 'S' on _any_ filename -> "unread" tag gets removed That would be expressible with just a couple of pieces of punctuation: R=3Dreplied;T*=3Ddeleted;S=3D~unread So maybe something like that? > > 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 This feature is at least implemented in libnotmuch at least. Hopefully things just keep getting better and better. I am looking forward to some feedback from users of notmuchsync who try out the new maildir.synchronize_flags support in notmuch itself. =2DCarl =2D-=20 carl.d.worth@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFM3JgG6JDdNq8qSWgRAvL1AJ4+CevMSI0sH481Xay0VzDPmwTAmQCfXIUw dNbzq61gYSKkzNEh9GIimBc= =6ECQ -----END PGP SIGNATURE----- --=-=-=--