unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
From: Carl Worth <cworth@cworth.org>
To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org
Subject: Re: [PATCH v4 0/4] Maildir synchronization
Date: Wed, 10 Nov 2010 12:48:32 -0800	[thread overview]
Message-ID: <87mxpgq50f.fsf@yoom.home.cworth.org> (raw)
In-Reply-To: <87fwv9ktu1.fsf@yoom.home.cworth.org>

[-- Attachment #1: Type: text/plain, Size: 2001 bytes --]

On Wed, 10 Nov 2010 08:48:54 -0800, Carl Worth <cworth@cworth.org> 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.
> 
> 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.

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2010-11-10 20:48 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-11 12:14 [PATCH 0/4] Maildir synchronization Michal Sojka
2010-05-11 12:14 ` [PATCH 1/4] lib: Return added message even if it already was in the database Michal Sojka
2010-05-11 12:14 ` [PATCH 2/4] Maildir synchronization Michal Sojka
2010-05-11 12:14 ` [PATCH 3/4] Make maildir synchronization configurable Michal Sojka
2010-05-11 12:14 ` [PATCH 4/4] Tests for maildir synchronization Michal Sojka
2010-06-09 18:52 ` [PATCH 0/4] Maildir synchronization Matt Fleming
2010-06-10  3:01   ` Dirk Hohndel
2010-06-10  4:59     ` Michal Sojka
2010-10-30  0:13       ` Carl Worth
2010-10-30 12:13         ` Michal Sojka
2010-10-31 21:29           ` [PATCH v4 " Michal Sojka
2010-11-04 19:16             ` Carl Worth
2010-11-07  1:46               ` Michal Sojka
2010-11-08 19:35                 ` Carl Worth
2010-11-09 10:06                   ` Michal Sojka
2010-11-09 20:38                     ` Carl Worth
2010-11-09 23:39                       ` Michal Sojka
2010-11-10  0:57                         ` Carl Worth
2010-11-10 10:26                           ` Michal Sojka
2010-11-10 10:27                             ` [PATCH] test: More maildir synchronization tests Michal Sojka
2010-11-10 16:48                             ` [PATCH v4 0/4] Maildir synchronization Carl Worth
2010-11-10 20:48                               ` Carl Worth [this message]
2010-11-11 15:51                                 ` Michal Sojka
2010-11-11 18:20                                   ` Carl Worth
2010-10-31 21:29           ` [PATCH v4 1/4] lib: Return added message even if it already was in the database Michal Sojka
2010-10-31 21:29           ` [PATCH v4 2/4] Maildir synchronization Michal Sojka
2010-10-31 21:29           ` [PATCH v4 3/4] Make maildir synchronization configurable Michal Sojka
2010-10-31 21:29           ` [PATCH v4 4/4] Tests for maildir synchronization Michal Sojka
2010-11-05  7:37     ` [PATCH 0/4] Maildir synchronization Sebastian Spaeth
2010-11-07 21:03       ` Michal Sojka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://notmuchmail.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87mxpgq50f.fsf@yoom.home.cworth.org \
    --to=cworth@cworth.org \
    --cc=notmuch@notmuchmail.org \
    --cc=sojkam1@fel.cvut.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).