1 Return-Path: <aidecoe@aidecoe.name>
\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 C303E6DE137E
\r
6 for <notmuch@notmuchmail.org>; Mon, 24 Aug 2015 15:14:21 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org
\r
11 X-Spam-Status: No, score=-0.004 tagged_above=-999 required=5 tests=[AWL=0.097,
\r
12 DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001]
\r
14 Received: from arlo.cworth.org ([127.0.0.1])
\r
15 by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id 8fBzxIKDrUfe for <notmuch@notmuchmail.org>;
\r
17 Mon, 24 Aug 2015 15:14:19 -0700 (PDT)
\r
18 Received: from jim.zolnowski.name (jim.zolnowski.name [188.116.54.122])
\r
19 by arlo.cworth.org (Postfix) with ESMTPS id 595516DE12F3
\r
20 for <notmuch@notmuchmail.org>; Mon, 24 Aug 2015 15:14:18 -0700 (PDT)
\r
21 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
\r
22 d=aidecoe.name; s=jim;
\r
23 h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=xQfe15nMAxU+prJ4Qb2XnlWzMeDUsmk74PbVr74Skjk=;
\r
24 b=KzjCf/y8leuIUV3ASgK91Qe26Vdrh/86AsjIXMV5zRmTdwlwjsbS5VILt5tIRfzU5SrjHOqr36VpqXnccNXdKyqK76iQVy3DjGrqie/icv8bL10Osj3R/0tFt3PfoSkedMM3nZrnTqt2IX9UEp6xiRjjI8ugFcFGt3j8WIfzGHoDmCSMG2o1bq/90Ppe6OkjlbnOEdDkxZg6CFCrhEL4HtI9fRLNxxeuFUgoocK16cPWUuhoz1T5oTxtkSG5or5NzUB5lFuaRwjrd8K6OqnhjD/EL8vOwqYTvvxPl5BwJ1LqpIaE3lTDWxy86L34Wc8voTRItfA1l1Fhz9YJ2rvsAg==;
\r
25 Received: from cpc3-cmbg17-2-0-cust294.5-4.cable.virginm.net ([86.22.65.39]
\r
27 by jim.zolnowski.name with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256)
\r
28 (Exim 4.85) (envelope-from <aidecoe@aidecoe.name>)
\r
29 id 1ZU00M-0004U9-As; Tue, 25 Aug 2015 00:14:14 +0200
\r
30 From: Amadeusz =?utf-8?B?xbtvxYJub3dza2k=?= <aidecoe@aidecoe.name>
\r
31 To: David Mazieres expires 2015-11-21 PST
\r
32 <mazieres-3tpqwgk82pbkbsf24cfhhxaqqw@temporary-address.scs.stanford.edu>
\r
33 Subject: Re: muchsync files renames
\r
34 In-Reply-To: <87lhd1ohvq.fsf@ta.scs.stanford.edu>
\r
35 References: <878u93ujdo.fsf@freja.aidecoe.name>
\r
36 <876146o920.fsf@ta.scs.stanford.edu> <871teu8kdd.fsf@freja.aidecoe.name>
\r
37 <87oahxojlv.fsf@ta.scs.stanford.edu> <87lhd1ohvq.fsf@ta.scs.stanford.edu>
\r
38 User-Agent: Notmuch/0.20.2 (http://notmuchmail.org) Emacs/24.5.1
\r
39 (x86_64-pc-linux-gnu)
\r
40 Date: Mon, 24 Aug 2015 23:14:08 +0100
\r
41 Message-ID: <87si7849n3.fsf@freja.aidecoe.name>
\r
43 Content-Type: multipart/signed; boundary="=-=-=";
\r
44 micalg=pgp-sha512; protocol="application/pgp-signature"
\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: Mon, 24 Aug 2015 22:14:21 -0000
\r
61 Content-Type: text/plain; charset=utf-8
\r
62 Content-Transfer-Encoding: quoted-printable
\r
64 David Mazieres <dm-list-email-notmuch@scs.stanford.edu> writes:
\r
65 > Initially, when you run "muchsync --init", it copies all the files to
\r
66 > your maildir, and for each file invokes
\r
67 > notmuch_message_tags_to_maildir_flag. That changes the name of the
\r
68 > file, with the result that the sql database and the actual mail
\r
69 > directory end up out of sync. That on it's own is not a big deal, but
\r
70 > it means that the next time muchsync, muchsync will have to rescan all
\r
71 > of the files, as their names are no longer correct. That shouldn't
\r
72 > cause any extra traffic between the two machines, but it will require
\r
73 > time on the client. That is likely the source of the delay you were
\r
76 Yes, that seems to be probable scenario.
\r
78 > However, if you C-c the client during this process, I still don't see
\r
79 > any problems arising that cause more links to be transferred between
\r
80 > machines. So I'm kind of stumped about that part.
\r
82 I don't think that C-c caused more links transfers. It's just about that
\r
83 on rerun (after C-c) the notmuch on server reported renames which
\r
84 probably took place in the previous run.
\r
87 Amadeusz =C5=BBo=C5=82nowski
\r
90 Content-Type: application/pgp-signature; name="signature.asc"
\r
92 -----BEGIN PGP SIGNATURE-----
\r
95 iQJ8BAEBCgBmBQJV25cwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
\r
96 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCMzcyRTFENjI5NUM1MzYwQTQwODQyRUZD
\r
97 QkNDODAyM0Y1OUUxNzA0AAoJEMvMgCP1nhcEcRMQAL3qkmM6WYbTvCH2Mbe+s8P1
\r
98 dRMNi/1GJK9WdB/+xGPHazcnT+Lq3oZ03JpnkWWwwtJtFxlBT7cRE/n7dHyIVhVY
\r
99 0+LzAyRNrq7w2ff7arwdZPHkEJMs16kZe57VPTCbzPrg8yv2DPBpYkLaa0tSc6n8
\r
100 G7j8K3c3ytSLue75XERVNxbvfx4M/mMrEtXIy7zQGmki5TUQ5ap4ZxMCehcZmykJ
\r
101 eQojtJk07AWqOGRmTLAHjY+Jaagvk0y1yvnkc+A30/+eCma8JXFV3bFyD77m6aPp
\r
102 km9q3Ot/XSrfJkFIpwojaN+sn9iM8/3oZ8IVPhGvNSNdG10/1TdDahyXtcMOnaXw
\r
103 YPuPGuvsb2/CXXiW7rDOD/jB7WCo+yFNssyjID335MXcChyEppVVbhVzJAYwXWEg
\r
104 cMnlVyXV1sazXBICkSnC96ao2H8WlOpHjLjJr9i7KnTMjao4WxtR3N0G+z9hl6lx
\r
105 kBsJ90VkMydFjbfh+buXbka+2PhOPSGPJqQGof3dLXE16bRQz1kQIcbWZNxc4Sir
\r
106 xkZpVp0Ji9zoF+Gu/V/XBocYSwaU9d8NkbONXqsuT4boEOac+hjmgnyMUKUQCU/u
\r
107 aNKRWCfsHy+JuWS2sWWFU764bIHukk73MGf4R5hZcQAbDadDxiWVtBwsAdLZWVUl
\r
108 uerFkxyn5+zDTswf4nc3
\r
110 -----END PGP SIGNATURE-----
\r