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 BD29C40DBDD for ; Wed, 10 Nov 2010 12:48:51 -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 G0CUbz3iItOp; Wed, 10 Nov 2010 12:48:41 -0800 (PST) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 030D940DBD2; Wed, 10 Nov 2010 12:48:41 -0800 (PST) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id A2FD425412B; Wed, 10 Nov 2010 12:48:40 -0800 (PST) From: Carl Worth To: Michal Sojka , notmuch@notmuchmail.org Subject: Re: [PATCH v4 0/4] Maildir synchronization In-Reply-To: <87fwv9ktu1.fsf@yoom.home.cworth.org> References: <87tyk3vpxd.fsf@wsheee.2x.cz> <1288560558-18915-1-git-send-email-sojkam1@fel.cvut.cz> <877hgsrjau.fsf@yoom.home.cworth.org> <87d3qhq527.fsf@resox.2x.cz> <874obrmww9.fsf@yoom.home.cworth.org> <87iq066cbd.fsf@steelpick.2x.cz> <87oc9ykzae.fsf@yoom.home.cworth.org> <877hgm2hjg.fsf@steelpick.2x.cz> <87lj52knbp.fsf@yoom.home.cworth.org> <874obp325b.fsf@steelpick.2x.cz> <87fwv9ktu1.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.2.1 (i486-pc-linux-gnu) Date: Wed, 10 Nov 2010 12:48:32 -0800 Message-ID: <87mxpgq50f.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Wed, 10 Nov 2010 20:48:51 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Wed, 10 Nov 2010 08:48:54 -0800, Carl Worth wrote: > > Great. I've finished the additional tests, which I send as a reply to > > this mail. Some test are marked as broken because I do not want to touch > > C sources while you are woking on them. >=20 > Thanks! I've now got these tests merged in locally, (and updated to work with the rest of my maildir-sync changes---I'm not reusing filenames like "msg-003" but instead using filenames associated with particular tests such as "duplicate-file" to avoid unintended dependencies and side effects between difference tests). > I'd like to see a similar test that starts with "some-message:2,RS" and > then copies it to "some-message". When we add this message would we > expect the "replied" tag to be removed and the "unread" tag added? I've added a test for this now. The direction my thoughts are headed is that adding a file like this will not result in tag changes. See below. > I'm still trying to work out exactly how the > notmuch_message_maildir_flags_to_tags function should be documented, > (whereas notmuch_message_tags_to_maildir_flags seems entirely > obvious). I'm thinking of documenting/implementing this such that the _flags_to_tags function merges (as a logical OR) the set of flags from all filenames for a given email message, and then computes tags from the final set. This does assume a particular kind of life-cycle for the flags, (that they are additionally unset, and once set for the logical message will not want to be cleared again). This lifecycle seems correct for things like the flags for "seen" or "replied" as documented in the original maildir specification. This behavior might be less appropriate if the flag support were generalized to a user-customizable set of flag<->tag mappings. But we're not dealing with this now, so I'll avoid getting bogged down by it. Further suggestions from anyone are welcome. =2DCarl =2D-=20 carl.d.worth@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFM2wUg6JDdNq8qSWgRAr8HAJ93iYRe5S8LWWLmlUVyM4LLhIrR/ACfXrpe jAety0BK1GWQkPqcGMAl/XA= =7ohd -----END PGP SIGNATURE----- --=-=-=--