1 Return-Path: <david@tethera.net>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by arlo.cworth.org (Postfix) with ESMTP id 867D76DE0FF8
\r
6 for <notmuch@notmuchmail.org>; Wed, 2 Sep 2015 16:07:04 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org
\r
11 X-Spam-Status: No, score=0.114 tagged_above=-999 required=5 tests=[AWL=0.114]
\r
13 Received: from arlo.cworth.org ([127.0.0.1])
\r
14 by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id SKIr0lW4b9Z1 for <notmuch@notmuchmail.org>;
\r
16 Wed, 2 Sep 2015 16:07:01 -0700 (PDT)
\r
17 Received: from gitolite.debian.net (gitolite.debian.net [87.98.215.224])
\r
18 by arlo.cworth.org (Postfix) with ESMTPS id 95E916DE0B25
\r
19 for <notmuch@notmuchmail.org>; Wed, 2 Sep 2015 16:07:01 -0700 (PDT)
\r
20 Received: from remotemail by gitolite.debian.net with local (Exim 4.80)
\r
21 (envelope-from <david@tethera.net>)
\r
22 id 1ZXH6K-0004MY-0S; Wed, 02 Sep 2015 23:05:56 +0000
\r
23 Received: (nullmailer pid 27808 invoked by uid 1000); Wed, 02 Sep 2015
\r
25 From: David Bremner <david@tethera.net>
\r
26 To: Amadeusz =?utf-8?B?xbtvxYJub3dza2k=?= <aidecoe@aidecoe.name>, David
\r
27 Mazieres expires 2015-11-29 PST
\r
28 <mazieres-sggp47c7j46624db3rharctcei@temporary-address.scs.stanford.edu>
\r
29 Subject: Re: muchsync files renames
\r
30 In-Reply-To: <87r3mgldor.fsf@freja.aidecoe.name>
\r
31 References: <878u93ujdo.fsf@freja.aidecoe.name>
\r
32 <876146o920.fsf@ta.scs.stanford.edu> <871teu8kdd.fsf@freja.aidecoe.name>
\r
33 <87oahxojlv.fsf@ta.scs.stanford.edu> <87vbbwnbb4.fsf@freja.aidecoe.name>
\r
34 <87io7wr50y.fsf@ta.scs.stanford.edu> <87k2sbmzww.fsf@freja.aidecoe.name>
\r
35 <87oahnmkqf.fsf@ta.scs.stanford.edu> <87egijm7kw.fsf@freja.aidecoe.name>
\r
36 <878u8rvxap.fsf@ta.scs.stanford.edu> <87613tn45m.fsf@freja.aidecoe.name>
\r
37 <87vbbthd1m.fsf@maritornes.cs.unb.ca> <87r3mgldor.fsf@freja.aidecoe.name>
\r
38 User-Agent: Notmuch/0.20.2+60~gcb08a2e (http://notmuchmail.org) Emacs/24.5.1
\r
39 (x86_64-pc-linux-gnu)
\r
40 Date: Wed, 02 Sep 2015 20:05:35 -0300
\r
41 Message-ID: <87r3mge81s.fsf@maritornes.cs.unb.ca>
\r
43 Content-Type: text/plain; charset=utf-8
\r
44 Content-Transfer-Encoding: quoted-printable
\r
45 Cc: notmuch@notmuchmail.org
\r
46 X-BeenThere: notmuch@notmuchmail.org
\r
47 X-Mailman-Version: 2.1.18
\r
49 List-Id: "Use and development of the notmuch mail system."
\r
50 <notmuch.notmuchmail.org>
\r
51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
52 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
53 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>
\r
54 List-Post: <mailto:notmuch@notmuchmail.org>
\r
55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
57 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
58 X-List-Received-Date: Wed, 02 Sep 2015 23:07:04 -0000
\r
60 Amadeusz =C5=BBo=C5=82nowski <aidecoe@aidecoe.name> writes:
\r
62 > When I have added 'unread' tag the file was still in new/. Only after
\r
63 > removing 'unread' afterwards the file has been moved to cur/.
\r
65 The unread tag corresponds to the *absence* of the ,S flag, so if you
\r
66 don't add unread at notmuch new, tagging it unread later is effectively
\r
67 a no-op from the point of view of maildir-flag synching. I guess the
\r
68 part that is optional is moving from new/foo to cur/foo:2, . I believe
\r
69 we used to be more aggressive about doing this, but mutt users
\r
72 > So it seems you're right, but take a look at the following excerpt
\r
73 > from T340-maildir-sync.sh:
\r
76 > What is different about the test case and my case is that my mail file
\r
77 > doesn't have ":2," suffix. Adding the suffix to file name makes it
\r
78 > working as expect by test case. I see I would have to convert my mail
\r
79 > files names, but I think this inconsistency in notmuch should also take
\r
84 http://cr.yp.to/proto/maildir.html
\r
85 http://www.qmail.org/man/man5/maildir.html
\r
87 I don't think messages in new are supposed to have : in their names. So
\r
88 this test is dealing with a corner case of some out-of-spec MUA writing
\r
89 :info onto the filename. So I don't think adding a suffix is the right
\r
90 thing to do here. It also seems like leaving a message in new/ when
\r
91 tagging it as unread is a reasonable option.
\r
93 The gory details (per David's earlier request) are in
\r
94 _new_maildir_filename in lib/message.cc.
\r