Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / df / 30af109824cc2b5afe709cedab40ecbd798739
1 Return-Path: <eric@deptj.eu>\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 5C1376DE17D7\r
6  for <notmuch@notmuchmail.org>; Sat, 27 Feb 2016 12:05:37 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0.092\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0.092 tagged_above=-999 required=5 tests=[AWL=0.002, \r
12  DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001,\r
13  RCVD_IN_MSPIKE_H3=-0.01, \r
14  RCVD_IN_MSPIKE_WL=-0.01, T_DKIM_INVALID=0.01] autolearn=disabled\r
15 Received: from arlo.cworth.org ([127.0.0.1])\r
16  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
17  with ESMTP id e_d5ppHNME2G for <notmuch@notmuchmail.org>;\r
18  Sat, 27 Feb 2016 12:05:35 -0800 (PST)\r
19 Received: from mx1.solardns.com (mx1.solardns.com [109.73.127.119])\r
20  by arlo.cworth.org (Postfix) with ESMTPS id C468C6DE17BE\r
21  for <notmuch@notmuchmail.org>; Sat, 27 Feb 2016 12:05:34 -0800 (PST)\r
22 Received: from [213.129.84.218] (helo=luna.solardns.com)\r
23  by mx1.solardns.com with esmtps (TLSv1.2:DHE-RSA-AES256-SHA:256)\r
24  (Exim 4.85) (envelope-from <eric@deptj.eu>) id 1aZl7H-0001Mo-S5\r
25  for notmuch@notmuchmail.org; Sat, 27 Feb 2016 20:05:31 +0000\r
26 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=deptj.eu;\r
27  s=default; h=Date:Message-ID:References:In-Reply-To:To:Subject:From;\r
28  bh=JTPSQ9g0S1XDn8XzDAPV3d2kbp1Gck9CS9MRmAy+07k=; b=Il1jGzPxok9OfZ8YGYqaNmRv+P\r
29  yEf9lrURhyEkQm5kZAWhMB5bOKrojKKLHAXUJ3iH9J+B5vu5RwPD6hpAhsW2XWaLl0NEZRXeeeNHQ\r
30  WSXBIvf3ra5EEQDwukMKP1snZ13jTe+S6oeJ4K6luxD1SGJ35FvqyZ9Fx+j8Qpg0zdsA=;\r
31 Received: from [2.12.196.83] (port=50530 helo=bruno.deptj.eu)\r
32  by luna.solardns.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256)\r
33  (Exim 4.86) (envelope-from <eric@deptj.eu>) id 1aZl7F-001sQR-SM\r
34  for notmuch@notmuchmail.org; Sat, 27 Feb 2016 20:05:25 +0000\r
35 Received: from eric by bruno.deptj.eu with local (Exim 4.84)\r
36  (envelope-from <eric@deptj.eu>) id 1aZl7F-0004ey-6I\r
37  for notmuch@notmuchmail.org; Sat, 27 Feb 2016 21:05:25 +0100\r
38 From: Eric J <eric@deptj.eu>\r
39 Subject: Re: Lost updates to Notmuch database\r
40 To: notmuch@notmuchmail.org\r
41 In-Reply-To: <6d9d87c8bbd4c9499574382a9aa1d868a41f525a-NM@bruno.deptj.eu>\r
42 References: <337393ce5e2484d64f837a44b2c4f2ea32f91295-NM@bruno.deptj.eu>\r
43  <6d9d87c8bbd4c9499574382a9aa1d868a41f525a-NM@bruno.deptj.eu>\r
44 Message-ID: <560022a0fd262b994edd22b981f0a49f74c3b01b-NM@bruno.deptj.eu>\r
45 Date: Sat, 27 Feb 2016 21:04:41 +0100 (CET)\r
46 X-AuthUser: deptjeu\r
47 X-Filter-ID:\r
48  s0sct1PQhAABKnZB5plbIZxxbsbMXbbOVqDrOlLQDPCKLoLP9dSDpksiPa3sfcfQiw3bi2TEXpBy\r
49  KOgMDJLxZ2gLr13hkJnqYlE8dI2PqoFC/lGsrXcsS0xY0J18f6o7xB66CWvXcfKDfXjTU++u62XJ\r
50  sv+ATaoCMXomvA2z71CJthUWezq5NFGJAptZ8/vRZuM7jUXIESohoO51xWmU8U0XxLGz4gGrl7np\r
51  YUMMsx7Zx6js8RMGZ+eyCM03IideZE/8G6RrW+hPYRmHOym9VEp4OmAp9SwcFw57ijAOXur1H/aA\r
52  warQpYDOYx/6JtUOKIpz/KyJk6xidDbrtJGeIvwS+mRNB2u5eXMTyiRDCl4blv/7/GYDGL6pBAPx\r
53  3RhxuHrpSpJU4PQlqFj9797wgsGhIeDBws4kvu4hgViYIJSOH7FelTFEA57OugCjQqJvq5XDlSi1\r
54  S/CAqp6x6giLUpAadaOpLL7vzAlHz9Vt0lJbH3q7FSJEAvmcpRDg+DcXMCx8qKfWo/2nfeswSb/v\r
55  XOidX4Ts4xdG+C13IyWeZaJClvAWyUAUCSYHhmge3quet8geXjZWRvaT/RbJ/nX/IFFm7SbdEzck\r
56  901Ob2Iq9tC/Vh1lis0iI/S1HLwoHXf0\r
57 X-Report-Abuse-To: spam@mx1.solardns.com\r
58 X-Filter-Fingerprint:\r
59  IFrWXGses7OKB5S5G8/dJdIz5bb8V0ykx8BnFBnunHBA3cTUQ1R++keuE7RDJ8Kg3RbMLUalw1oC\r
60  mj99/u+Poh38tEMU4IgC4sNz49qn3HHnhRv/ZJ3kEy8bfiAr+Fb/UpndEJ0YoaLytXXo8BMTaVt0\r
61  ARHRi6XGuAluI1udprGClI6bm+u9ssQgM5AHe3Zacv4uJct5wtJvPpZ2dlBHCwDSxr3Vz+LJ/RhM\r
62  2JZ0ECN5dnq47RWft7iCyM9+PbHelB4qP9S6mTzNwoPraFy6ieiDqMHb2a0eZvGOvr7RaxKWGCKO\r
63  us9nABr0Pk/4CplP\r
64 X-Originating-IP: 213.129.84.218\r
65 X-SpamExperts-Domain: out.solardns.com\r
66 X-SpamExperts-Username: 213.129.84.218\r
67 Authentication-Results: solardns.com;\r
68  auth=pass smtp.auth=213.129.84.218@out.solardns.com\r
69 X-SpamExperts-Outgoing-Class: unsure\r
70 X-SpamExperts-Outgoing-Evidence: Combined (0.37)\r
71 X-Recommended-Action: accept\r
72 X-BeenThere: notmuch@notmuchmail.org\r
73 X-Mailman-Version: 2.1.20\r
74 Precedence: list\r
75 List-Id: "Use and development of the notmuch mail system."\r
76  <notmuch.notmuchmail.org>\r
77 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
78  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
79 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
80 List-Post: <mailto:notmuch@notmuchmail.org>\r
81 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
82 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
83  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
84 X-List-Received-Date: Sat, 27 Feb 2016 20:05:37 -0000\r
85 \r
86 On Sun, 21 Feb 2016 13:57:30 +0100 (CET), Eric J <eric@deptj.eu> wrote:\r
87 > On Wed, 17 Feb 2016 21:44:23 +0100 (CET), Eric J <eric@deptj.eu> wrote:\r
88 > > Using the API, I am adding single mail files, already in the maildir, to\r
89 > > the Notmuch database and tagging them. It works, every time, as long as\r
90 > > I run it one file at a time. \r
91 > > \r
92 > > However, if I do it twice, in different processes, at the same time, one\r
93 > > file is added and tagged properly, the other is not (totally unfindable\r
94 > > by notmuch search). Neither process reports any error, and they both log\r
95 > > their actions normally. Actually a third simultaneous process also fails\r
96 > > to leave any result in the database.\r
97 > 8>< --------\r
98 > > \r
99 > > The wrapper around the API for Tcl is very simple, and I can not see any\r
100 > > way for that or Tcl itself to cause this sort of problem. Beyond this,\r
101 > > I haven't thought of any way to decide if this could be a Notmuch problem\r
102 > > or a Xapian problem.\r
103 > 8>< --------\r
104\r
105 > Well, after some experimenting, this is not specific to Notmuch at all.\r
106 > Xapian itself has Tcl bindings, and they also silently fail to lock the\r
107 > file. So does putting a minimally changed copy of Xapian's locking code\r
108 > directly in a Tcl extension, though that code works when called from a\r
109 > tiny C main program instead.\r
110\r
111 > So thanks for looking, I will report here if I find out why.\r
112 \r
113 Well, this seems to be a Tcl problem, not present in 8.5, but present in\r
114 8.6, up until the very new 8.6.5rc2, where it seems to work. Sadly, I\r
115 still have no explanation of the problem.\r
116 \r
117 Eric\r
118 -- \r
119 ms fnd in a lbry\r