Re: A systematic way of handling Xapian lock errors?
[notmuch-archives.git] / 8b / ee67566a5b554e6dc000c85fb51fb19a62ff9d
1 Return-Path: <jrollins@finestructure.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 olra.theworths.org (Postfix) with ESMTP id 2B3C1431FB6\r
6         for <notmuch@notmuchmail.org>; Mon,  7 Apr 2014 08:57:40 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.3\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id 6ceaRwXLp74m for <notmuch@notmuchmail.org>;\r
16         Mon,  7 Apr 2014 08:57:36 -0700 (PDT)\r
17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
18         [131.215.239.19])\r
19         by olra.theworths.org (Postfix) with ESMTP id B96C6431FBC\r
20         for <notmuch@notmuchmail.org>; Mon,  7 Apr 2014 08:57:36 -0700 (PDT)\r
21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
22         by earth-doxen-postvirus (Postfix) with ESMTP id 3A4C766E01C7;\r
23         Mon,  7 Apr 2014 08:57:36 -0700 (PDT)\r
24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
25 Received: from finestructure.net (cpe-107-185-189-81.socal.res.rr.com\r
26         [107.185.189.81]) (Authenticated sender: jrollins)\r
27         by earth-doxen-submit (Postfix) with ESMTP id 56B2A66E0178;\r
28         Mon,  7 Apr 2014 08:57:32 -0700 (PDT)\r
29 Received: by finestructure.net (Postfix, from userid 1000)\r
30         id 06BF060187; Mon,  7 Apr 2014 08:57:32 -0700 (PDT)\r
31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
32 To: john.wyzer@gmx.de, Daniel Kahn Gillmor <dkg@fifthhorseman.net>,\r
33         Guyzmo <guyzmo+notmuch@m0g.net>\r
34 Subject: Re: Feature suggestion. Indexing encrypted mail?\r
35 In-Reply-To: <867g71y327.fsf@someserver.somewhere>\r
36 References: <86k3b3ybo6.fsf@someserver.somewhere>\r
37         <878urj1z3j.fsf@maritornes.cs.unb.ca>\r
38         <87txa7pp8z.fsf@servo.finestructure.net>\r
39         <20140406091516.GG26903@vilya.m0g.net>\r
40         <5341D252.90405@fifthhorseman.net>\r
41         <867g71y327.fsf@someserver.somewhere>\r
42 User-Agent: Notmuch/0.17+174~gaa1f476 (http://notmuchmail.org) Emacs/24.3.1\r
43         (x86_64-pc-linux-gnu)\r
44 Date: Mon, 07 Apr 2014 08:57:27 -0700\r
45 Message-ID: <87ob0dnndk.fsf@servo.finestructure.net>\r
46 MIME-Version: 1.0\r
47 Content-Type: multipart/signed; boundary="=-=-=";\r
48         micalg=pgp-sha256; protocol="application/pgp-signature"\r
49 Cc: notmuch@notmuchmail.org, Daniel Kahn Gillmor <dkg@debian.org>\r
50 X-BeenThere: notmuch@notmuchmail.org\r
51 X-Mailman-Version: 2.1.13\r
52 Precedence: list\r
53 List-Id: "Use and development of the notmuch mail system."\r
54         <notmuch.notmuchmail.org>\r
55 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
57 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
58 List-Post: <mailto:notmuch@notmuchmail.org>\r
59 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
60 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
61         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
62 X-List-Received-Date: Mon, 07 Apr 2014 15:57:40 -0000\r
63 \r
64 --=-=-=\r
65 Content-Type: text/plain\r
66 \r
67 On Mon, Apr 07 2014, john.wyzer@gmx.de wrote:\r
68 >> confess i haven't been following closely), it wouldn't be much extra\r
69 >> effort for someone to implement a filter that strips encryption from the\r
70 >> message.  (this might still have the problem mentioned above about also\r
71 >> stripping PGP/MIME signatures, but the signatures and the decrypted\r
72 >> message itself would remain intact so they could be shown directly by\r
73 >> notmuch show without trouble).\r
74 >\r
75 > I don't understand that. :-(\r
76 > This sounds as if the view of the message is not generated from the\r
77 > mail storage. Isn't the purpose of the index to find the appropriate\r
78 > message file and everything else is generated from that file?\r
79 \r
80 I think that's exactly what Daniel is saying: what's viewed comes from\r
81 the message directly, and not from the db.\r
82 \r
83 jamie.\r
84 \r
85 --=-=-=\r
86 Content-Type: application/pgp-signature\r
87 \r
88 -----BEGIN PGP SIGNATURE-----\r
89 Version: GnuPG v1\r
90 \r
91 iQIcBAEBCAAGBQJTQsroAAoJEO00zqvie6q8aYwP/Rk0R7BW8vQd+VtvzWYC1N9j\r
92 uC32nGscmg17Pwr0Sky6/cIniO+WoESV77HmD7T4MJNEXwRqQxOc34V8NZ4Qa4PP\r
93 jlal8DkePkrgjvTWegXgIEQ9i0mpq4/TJjQ0xXgKPPr6xIuIJc+7KrasYt9y7LWQ\r
94 qMq63FEjvoTWYxv0Eb3fQoFQ2DueJxtP/DPGQjRqYspmitCKMhW/AQkM/XgEjSx/\r
95 Nnu4ofC3R/Jk3uIEOKxO+TFKrB/Y/3jsr9cG696OO3/eNgY9QIm9hvWTcCdNQZTe\r
96 zLdk8RMkS06M4LgORaULx/qXhPQeMZiY1UXTn8RBMtmwShQj5yVLpvC/+llJbz5G\r
97 b+ZeKeQmGWFMtj3iVA5y9mTLbG2uoGOYDlD8YWs8BweabQGQxtzO7aIcOzBuUy/A\r
98 QG5LV+nCJRjT48LoahTna2nmT39sfHvkmrimrCgnPgllLeoq49HpevL0UUVIM3b2\r
99 RSStinJe3JZFBfQHlLCF2ziXWcI36ardJoEcLRtQG1+qC53O4cW7s71CrEt4JsIF\r
100 fNWeR6EGiVfv5a9zFby9KJKT3f/kKM4gNTkCloIi+xPL6T55iFx8ioh6oDlJvSoN\r
101 OJDigVPjICypfcHtkt/sIjPVSnmTsbwXZteMJ9QSAKUz+YxPmCWXGHfrI5l/tTLn\r
102 Ka+ax1bWu8yeRgJ/vZFT\r
103 =tdO0\r
104 -----END PGP SIGNATURE-----\r
105 --=-=-=--\r