Re: notmuch.el: controlling what does and doesn't get expanded in searches
[notmuch-archives.git] / db / 8e2cc6143f0d754d97ffb19c76a45a53171900
1 Return-Path: <mh@glandium.org>\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 963FA431FBC\r
6         for <notmuch@notmuchmail.org>; Sat, 21 Nov 2009 14:27:01 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id Yj3nSLYXcA1n for <notmuch@notmuchmail.org>;\r
11         Sat, 21 Nov 2009 14:26:59 -0800 (PST)\r
12 Received: from vuizook.err.no (vuizook.err.no [85.19.221.46])\r
13         by olra.theworths.org (Postfix) with ESMTP id 556C0431FAE\r
14         for <notmuch@notmuchmail.org>; Sat, 21 Nov 2009 14:26:59 -0800 (PST)\r
15 Received: from cha92-13-88-165-248-19.fbx.proxad.net ([88.165.248.19]\r
16         helo=jigen)\r
17         by vuizook.err.no with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)\r
18         (Exim 4.69) (envelope-from <mh@glandium.org>)\r
19         id 1NByPt-0004Z3-U2; Sat, 21 Nov 2009 23:26:56 +0100\r
20 Received: from mh by jigen with local (Exim 4.69) (envelope-from <mh@jigen>)\r
21         id 1NByPH-0001IO-BN; Sat, 21 Nov 2009 23:26:15 +0100\r
22 Date: Sat, 21 Nov 2009 23:26:15 +0100\r
23 From: Mike Hommey <mh+notmuch@glandium.org>\r
24 To: Carl Worth <cworth@cworth.org>\r
25 Message-ID: <20091121222615.GA4925@glandium.org>\r
26 References: <20091120132625.GA19246@glandium.org>\r
27         <87y6m0lxym.fsf@yoom.home.cworth.org>\r
28         <20091120210556.GA25421@glandium.org>\r
29 MIME-Version: 1.0\r
30 Content-Type: text/plain; charset=us-ascii\r
31 Content-Disposition: inline\r
32 In-Reply-To: <20091120210556.GA25421@glandium.org>\r
33 X-GPG-Fingerprint: A479 A824 265C B2A5 FC54  8D1E DE4B DA2C 54FD 2A58\r
34 User-Agent: Mutt/1.5.20 (2009-06-14)\r
35 Cc: notmuch@notmuchmail.org\r
36 Subject: Re: [notmuch] Segfault with weird Message-ID\r
37 X-BeenThere: notmuch@notmuchmail.org\r
38 X-Mailman-Version: 2.1.12\r
39 Precedence: list\r
40 List-Id: "Use and development of the notmuch mail system."\r
41         <notmuch.notmuchmail.org>\r
42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
43         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
44 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
45 List-Post: <mailto:notmuch@notmuchmail.org>\r
46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
48         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
49 X-List-Received-Date: Sat, 21 Nov 2009 22:27:01 -0000\r
50 \r
51 On Fri, Nov 20, 2009 at 10:05:56PM +0100, Mike Hommey wrote:\r
52 > On Fri, Nov 20, 2009 at 09:53:37PM +0100, Carl Worth wrote:\r
53 > > On Fri, 20 Nov 2009 14:26:25 +0100, Mike Hommey <mh+notmuch@glandium.org> wrote:\r
54 > > > - for some reason, xapian doesn't want to add the document corresponding\r
55 > > >   to this old spam message: notmuch->xapian_db->add_document throws an\r
56 > > >   exception.\r
57 > > \r
58 > > I think things had just gone wrong long before then.\r
59\r
60 > I *did* see it throwing an exception from there. The sad thing is that I\r
61 > can't reproduce the problem anymore :-/\r
62\r
63 > > > I can provide the spam if necessary, or can continue debugging the issue\r
64 > > > with some guidance.\r
65 > > \r
66 > > Thanks for providing it. It turns out that the giant Message-Id value\r
67 > > wasn't causing the problem. Instead the message was corrupt by having a\r
68 > > stray new line at the third line. (So GMime is seeing only the first two\r
69 > > lines of headers). We *used* to have working code to detect this kind of\r
70 > > file as "not an email" but again, this broke when we changed\r
71 > > notmuch_message_get_header to return "" instead of NULL for missing\r
72 > > headers.\r
73\r
74 > Interestingly, when I first traced on what message the crash was\r
75 > happening, I did see notmuch having the message-id in the message_id\r
76 > variable.\r
77 \r
78 I just was able to reproduce after starting over.\r
79 \r
80 header isn't "", and message_id is correctly filled. I can also confirm\r
81 the exception is thrown from notmuch->xapian_db->add_document.\r
82 \r
83 > FWIW, that was using c05c3f1.\r
84 \r
85 With 3ae12b1, I get the following output:\r
86 Error: A Xapian exception occurred. Halting processing.\r
87 \r
88 But I confirm there is no crash, now.\r
89 \r
90 Cheers,\r
91 \r
92 Mike\r