Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 9d / 0b97b0b5ca0f43b523662b800daa17741468b5
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 41EC36DE0173\r
6  for <notmuch@notmuchmail.org>; Mon, 31 Aug 2015 05:00:09 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.004\r
10 X-Spam-Level: \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
13  autolearn=disabled\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 3958G_EQJy6N for <notmuch@notmuchmail.org>;\r
17  Mon, 31 Aug 2015 05:00:03 -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 DB2506DE00CB\r
20  for <notmuch@notmuchmail.org>; Mon, 31 Aug 2015 05:00:02 -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=9Ge6koUgJvpMRIXm5sL2Rt4A44TAHkJmCGhcaWYBWzk=;\r
24   b=jZwuatiOIs8cjhDp8vpUg+XN1CxE6l+jymfyISXODSc6KGW4366s0mJcuLQrqROKzTozteGIE9g/1oKaonCBI0khy6RzQ4QAFR19dJ0kXkjXIUHZK3a08CumvZnJMaShvKRJbP8N1tjns7s8tiX+zocvzAn7LYQLKTgezWDL19BOqGicTEq7wrrGA3Y91hrsz5kBG14/7yyCNNS8Hjtf/oOPkj59TcAyS6DZiZNCD5/+zz9QmLUGFYp4V36x8bn30wMaPWp/q+nx6E2vBdNnMgzZXGA++m3TmSbjcFHKJrvfLofvokakkCxVCWyeN0165776LK11Yr44qu1TiCC5Xw==;\r
25 Received: from cpc3-cmbg17-2-0-cust294.5-4.cable.virginm.net ([86.22.65.39]\r
26  helo=localhost)\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 1ZWNki-0002yd-3C; Mon, 31 Aug 2015 13:59:58 +0200\r
30 From: Amadeusz =?utf-8?B?xbtvxYJub3dza2k=?= <aidecoe@aidecoe.name>\r
31 To: David Mazieres expires 2015-11-28 PST\r
32  <mazieres-evmnkzzavjvnrbsbughkgbywbs@temporary-address.scs.stanford.edu>\r
33 Subject: Re: muchsync files renames\r
34 In-Reply-To: <87io7wr50y.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> <87vbbwnbb4.fsf@freja.aidecoe.name>\r
38  <87io7wr50y.fsf@ta.scs.stanford.edu>\r
39 User-Agent: Notmuch/0.20.2 (http://notmuchmail.org) Emacs/24.5.1\r
40  (x86_64-pc-linux-gnu)\r
41 Date: Mon, 31 Aug 2015 12:59:43 +0100\r
42 Message-ID: <87k2sbmzww.fsf@freja.aidecoe.name>\r
43 MIME-Version: 1.0\r
44 Content-Type: multipart/signed; boundary="=-=-=";\r
45  micalg=pgp-sha512; protocol="application/pgp-signature"\r
46 Cc: notmuch@notmuchmail.org\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.18\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51  <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Mon, 31 Aug 2015 12:00:09 -0000\r
60 \r
61 --=-=-=\r
62 Content-Type: text/plain; charset=utf-8\r
63 Content-Transfer-Encoding: quoted-printable\r
64 \r
65 Hi David,\r
66 \r
67 First of all thank you a lot for support.  I am Cc'ing ml because the\r
68 last paragraph may be useful hint for other users.\r
69 \r
70 \r
71 David Mazieres writes:\r
72 > So to be clear, you are getting tons of lines that start "[SERVER]\r
73 > [notmuch]" and contain the string "Ignoring non-mail file"?  Is the\r
74 > "##...##" literal, or is that an ellipsis?\r
75 \r
76 I have just cut off few directories on the path. :-) All of these files\r
77 are invalid spam mail, indeed.  I have removed them.  One problem less.\r
78 \r
79 \r
80 > Also, those file names were not generated were not generated by\r
81 > muchsync.  Any mail file created by muchsync will have a file name of\r
82 > the form:\r
83 >\r
84 >     nnn.MnnnPnnnQnRn.machine\r
85 >     nnn.MnnnPnnnQnRn.machine:2,\r
86 \r
87 Just to makes things clear (once again? :-)), these file names are\r
88 generated only on client side.  Muchsync is not gonna ever to sync file\r
89 names to server, is it?\r
90 \r
91 \r
92 > When you run "notmuch new" on the server, without muchsync, does it\r
93 > take forever and print all these message while scanning non mail\r
94 > files?\r
95 \r
96 No. Notmuch doesn't print these messages when I just run "notmuch new"\r
97 myself.  Anyway there was only around 100 of invalid mail files.\r
98 \r
99 \r
100 > Okay, this is the interesting part.  It appears that 5775 out of your\r
101 > 115877 messages have been moved to a different directory on the\r
102 > client.  I notice that the one message you include above has been\r
103 > moved to the Spam maildir.\r
104 \r
105 > Is it possible that A) you have some spam filtering on the client that\r
106 > is moving things to the Spam folder,\r
107 \r
108 I have a mailfilter rule which moves mails with "X-Spam-Status: Yes" to\r
109 Spam directory, but this happens on delivery before notmuch indexing.\r
110 \r
111 \r
112 > or B) that one of your two machines is using a case-independent file\r
113 > system that is causing confusion between "Spam" and "spam"?\r
114 \r
115 I am testing it on single GNU/Linux host between different users.  It is\r
116 ext4 fs.\r
117 \r
118 \r
119 > So... based on all the evidence so fare the culprit seems to be that\r
120 > something is moving mail files into your Spam folder on the client.\r
121 > If that rings any bells and solves the problem, great.  If not, here\r
122 > is what we need to do to track it down further.\r
123 \r
124 I have followed you hints to track down the issue.  All of these\r
125 messages are spam. What I suspect follows.\r
126 \r
127 All of these files have been placed to new/ subdir by maildrop and\r
128 during posthook (afew) have been stripped of any tags besides 'spam'\r
129 tag, in particular 'unread' tag has been removed, but files still remain\r
130 in new/ subdir.  So... what had to happen is that during muchsync these\r
131 messages have been discovered as already read, so they don't belong to\r
132 new/ but must be moved to cur/.  And this is what happened on client\r
133 side.  During next muchsync these changes had to be pushed to server,\r
134 i.e. move from new/ to cur/.\r
135 \r
136 So if my assumptions are correct, actually there is no issue!  I would\r
137 just have to adjust afew filtering to prevent this behaviour.\r
138 \r
139 \r
140 Thank you,\r
141 \r
142 =2D-=20\r
143 Amadeusz =C5=BBo=C5=82nowski\r
144 \r
145 --=-=-=\r
146 Content-Type: application/pgp-signature; name="signature.asc"\r
147 \r
148 -----BEGIN PGP SIGNATURE-----\r
149 Version: GnuPG v2.1\r
150 \r
151 iQJ8BAEBCgBmBQJV5EGwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
152 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCMzcyRTFENjI5NUM1MzYwQTQwODQyRUZD\r
153 QkNDODAyM0Y1OUUxNzA0AAoJEMvMgCP1nhcEzOEP/1HNI56B+1hy5XTb/IhXDCUj\r
154 +k/AbdFDhBb+kHxNTly9F+qjBt8hSTZhUC3FojqVWBgVMGKarqyQ6+pV8YcbRWJK\r
155 HCaiWzvi4miXMFYvDtjVKzkTsZS6vXfzmSX4WrrXkHzkF5a/M7bY736xvBVTXoO1\r
156 jzbXkjsIJcyXSztpead8thrTCM4iWozxJ8+H/ZvJNtgV0ch68l3J8jXI7YL1OQyn\r
157 esYhs9NyGVxAaQyrvERs7HClAtZg25iGi0hX5ZbH+y4Oy41XXQz2QlyX/us04AC/\r
158 1SjzeNW5/rBPxPRtO4baHuiLvwQGa4pIHIKxssn6uvi8tW//vPo95zGa4nhLf5Q1\r
159 D9Pe3e6dmOP9wlzaIAOSboSus/WlomcvfjWs8dGHeNtbk9ZxwN7j0U37J9j33vgS\r
160 8hHCxUaaJEXckDPL78q6x3IPZMgpNdhH7+yZFUf34KwK5F44aIi0WEsuUCuh2LLW\r
161 jkp/BdERhX6+wgsrFrsK1c2gXB/zLGcBjoSCKJfzvL/WvFn6vW6ehaFI1EAsdgJK\r
162 jgemkP2ZuXjp5ocBlNKaVWQfVs+XPWfBWr22c+OG4BbRG8g43AG3xNt7i3oZlblZ\r
163 sLAdlP0ABCU2qp/nSed3vdwPCLv4uZc03FU2VuX1BaEa7YcN4b2NMRbvsy7oi/k0\r
164 ywAyTsVOxpO/9a85jVA4\r
165 =EMSP\r
166 -----END PGP SIGNATURE-----\r
167 --=-=-=--\r