Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / c1 / 3aeed8ce5983817af433e2fbed2b6f89420c9a
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 A474A6DE17CB\r
6  for <notmuch@notmuchmail.org>; Sun, 21 Feb 2016 04:58:17 -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 mUW1Vop2EV82 for <notmuch@notmuchmail.org>;\r
18  Sun, 21 Feb 2016 04:58:14 -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 9073D6DE17BA\r
21  for <notmuch@notmuchmail.org>; Sun, 21 Feb 2016 04:58:13 -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 1aXTaT-0003aF-DI\r
25  for notmuch@notmuchmail.org; Sun, 21 Feb 2016 12:58:11 +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=qygzBr9r52UF+naunwo+Tl3FvTeo3/XC8VNdqzUxgqA=; b=mRrwFfAH+dSgWBg/445NB7BPUA\r
29  nAMVB1EpCHWogrgzMPKMTZmK+SvnM1r/449dHMisox5fccIGFHqDJOui4qOgEoztTPAkSLN7DxIAX\r
30  x/47v1Uz6l2itxB0SOMeyOmg21VTAMpe+qG0nmQboOpMpqcbns8In+wAIR9L7ZHuZpRM=;\r
31 Received: from [2.2.97.150] (port=46415 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 1aXTaR-000EbB-0Q\r
34  for notmuch@notmuchmail.org; Sun, 21 Feb 2016 12:58:07 +0000\r
35 Received: from eric by bruno.deptj.eu with local (Exim 4.84)\r
36  (envelope-from <eric@deptj.eu>) id 1aXTaQ-0004A1-90\r
37  for notmuch@notmuchmail.org; Sun, 21 Feb 2016 13:58:06 +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: <337393ce5e2484d64f837a44b2c4f2ea32f91295-NM@bruno.deptj.eu>\r
42 References: <337393ce5e2484d64f837a44b2c4f2ea32f91295-NM@bruno.deptj.eu>\r
43 Message-ID: <6d9d87c8bbd4c9499574382a9aa1d868a41f525a-NM@bruno.deptj.eu>\r
44 Date: Sun, 21 Feb 2016 13:57:30 +0100 (CET)\r
45 X-AuthUser: deptjeu\r
46 X-Filter-ID:\r
47  s0sct1PQhAABKnZB5plbIZxxbsbMXbbOVqDrOlLQDPCKLoLP9dSDpksiPa3sfcfQiw3bi2TEXpBy\r
48  KOgMDJLxZ2gLr13hkJnqYlE8dI2PqoFC/lGsrXcsS0xY0J18f6o7xB66CWvXcfKDfXjTU++u662M\r
49  z3XPM5R9v27pdedIXT7jhdsctnIq2KCvTWA5QwCNZuM7jUXIESohoO51xWmU8U0XxLGz4gGrl7np\r
50  YUMMsx7Zx6js8RMGZ+eyCM03IideZE/8G6RrW+hPYRmHOym9VEp4OmAp9SwcFw57ijAOXur1H/aA\r
51  warQpYDOYx/6JtUOKIpz/KyJk6xidDbrtJGeIvwS+mRNB2u5eXMTyiRDCl4blv/7/GYDGL6pBAPx\r
52  3RhxuHrpSpJU4PQlqFj9797wgsGhIeDBws4kvu4hgViYIJSOH7FelTFEA57OugCjQqJvq5XDlSi1\r
53  S/CAqp6x6giLUpAadaOpLL7vzAlHz9Vt0lJbH3q7FSJEAvmcpRDg+DcXMCx8qKfWo/2nfeswSb/v\r
54  XOidX4Ts4xdG+C13IyWeZaJClvAWyUAUCSYHhmge3quet8geXjZWRvaT/RbJ/nX/IFFm7SbdEzck\r
55  901Ob2Iq9tC/Vh1lis0iI/S1HLwoHXf0\r
56 X-Report-Abuse-To: spam@mx1.solardns.com\r
57 X-Filter-Fingerprint:\r
58  IFrWXGses7OKB5S5G8/dJdIz5bb8V0ykx8BnFBnunHBA3cTUQ1R++keuE7RDJ8Kg3RbMLUalw1oC\r
59  mj99/u+Poh38tEMU4IgC4sNz49qn3HHnhRv/ZJ3kEy8bfiAr+Fb/UpndEJ0YoaLytXXo8BMTaVt0\r
60  ARHRi6XGuAluI1udprGClI6bm+u9ssQgM5AHe3Zacv4uJct5wtJvPpZ2dlBHCwDSxr3Vz+LJ/RhM\r
61  2JZ0ECN5dnq47RWft7iCyM9+PbHelB4qP9S6mTzNwoPraFy6ieiDqMHb2a0eZvGOvr7RaxKWGCKO\r
62  us9nABr0Pk/4CplP\r
63 X-Originating-IP: 213.129.84.218\r
64 X-SpamExperts-Domain: out.solardns.com\r
65 X-SpamExperts-Username: 213.129.84.218\r
66 Authentication-Results: solardns.com;\r
67  auth=pass smtp.auth=213.129.84.218@out.solardns.com\r
68 X-SpamExperts-Outgoing-Class: unsure\r
69 X-SpamExperts-Outgoing-Evidence: Combined (0.42)\r
70 X-Recommended-Action: accept\r
71 X-BeenThere: notmuch@notmuchmail.org\r
72 X-Mailman-Version: 2.1.20\r
73 Precedence: list\r
74 List-Id: "Use and development of the notmuch mail system."\r
75  <notmuch.notmuchmail.org>\r
76 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
77  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
78 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
79 List-Post: <mailto:notmuch@notmuchmail.org>\r
80 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
81 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
82  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
83 X-List-Received-Date: Sun, 21 Feb 2016 12:58:17 -0000\r
84 \r
85 On Wed, 17 Feb 2016 21:44:23 +0100 (CET), Eric J <eric@deptj.eu> wrote:\r
86 > Using the API, I am adding single mail files, already in the maildir, to\r
87 > the Notmuch database and tagging them. It works, every time, as long as\r
88 > I run it one file at a time. \r
89\r
90 > However, if I do it twice, in different processes, at the same time, one\r
91 > file is added and tagged properly, the other is not (totally unfindable\r
92 > by notmuch search). Neither process reports any error, and they both log\r
93 > their actions normally. Actually a third simultaneous process also fails\r
94 > to leave any result in the database.\r
95 8>< --------\r
96\r
97 > The wrapper around the API for Tcl is very simple, and I can not see any\r
98 > way for that or Tcl itself to cause this sort of problem. Beyond this,\r
99 > I haven't thought of any way to decide if this could be a Notmuch problem\r
100 > or a Xapian problem.\r
101 8>< --------\r
102 \r
103 Well, after some experimenting, this is not specific to Notmuch at all.\r
104 Xapian itself has Tcl bindings, and they also silently fail to lock the\r
105 file. So does putting a minimally changed copy of Xapian's locking code\r
106 directly in a Tcl extension, though that code works when called from a\r
107 tiny C main program instead.\r
108 \r
109 So thanks for looking, I will report here if I find out why.\r
110 \r
111 Eric\r
112 -- \r
113 ms fnd in a lbry\r