Re: [PATCH v4 0/4] Maildir synchronization
authorCarl Worth <cworth@cworth.org>
Wed, 10 Nov 2010 20:48:32 +0000 (12:48 +1600)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:37:26 +0000 (09:37 -0800)
68/40a55447d11f342a4be05897e414d87a289a8e [new file with mode: 0644]

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