1 Return-Path: <rodney@rodney.id.au>
\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 092B8431FBD
\r
6 for <notmuch@notmuchmail.org>; Tue, 14 Feb 2012 01:41:19 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\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 p7B70god3cjp for <notmuch@notmuchmail.org>;
\r
16 Tue, 14 Feb 2012 01:41:18 -0800 (PST)
\r
17 Received: from rodney.id.au (rodney.id.au [178.79.159.183])
\r
18 (using TLSv1 with cipher AES256-SHA (256/256 bits))
\r
19 (No client certificate requested)
\r
20 by olra.theworths.org (Postfix) with ESMTPS id 50393431FBC
\r
21 for <notmuch@notmuchmail.org>; Tue, 14 Feb 2012 01:41:18 -0800 (PST)
\r
22 Received: from 114.52-200-80.adsl-dyn.isp.belgacom.be ([80.200.52.114]
\r
24 by rodney.id.au with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:16)
\r
25 (Exim 4.77) (envelope-from <rodney@rodney.id.au>)
\r
26 id 1RxEst-0007bG-Ow; Tue, 14 Feb 2012 09:41:15 +0000
\r
27 From: Rodney Lorrimar <dev@rodney.id.au>
\r
28 To: Michael Hudson-Doyle <michael.hudson@canonical.com>,
\r
29 notmuch@notmuchmail.org
\r
30 Subject: Re: notmuch-emacs bug report -- infinite looping trying to select
\r
32 In-Reply-To: <877gzql7e3.fsf@canonical.com>
\r
33 References: <877gzql7e3.fsf@canonical.com>
\r
34 User-Agent: Notmuch/0.11.1 (http://notmuchmail.org) Emacs/24.0.93.1
\r
35 (x86_64-pc-linux-gnu)
\r
36 Date: Tue, 14 Feb 2012 10:41:20 +0100
\r
37 Message-ID: <87zkcllpkv.fsf@boekje.home>
\r
39 Content-Type: text/plain
\r
40 X-SA-Exim-Connect-IP: 80.200.52.114
\r
41 X-SA-Exim-Mail-From: rodney@rodney.id.au
\r
42 X-SA-Exim-Scanned: No (on rodney.id.au); SAEximRunCond expanded to false
\r
43 X-BeenThere: notmuch@notmuchmail.org
\r
44 X-Mailman-Version: 2.1.13
\r
46 List-Id: "Use and development of the notmuch mail system."
\r
47 <notmuch.notmuchmail.org>
\r
48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
49 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
51 List-Post: <mailto:notmuch@notmuchmail.org>
\r
52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
54 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
55 X-List-Received-Date: Tue, 14 Feb 2012 09:41:19 -0000
\r
59 On Tue, 14 Feb 2012 11:01:56 +1300, Michael Hudson-Doyle <michael.hudson@canonical.com> wrote:
\r
60 > The attached gzipped mbox appears to trip up the emacs interface. The
\r
61 > problem seems to come from the message with id
\r
62 > CAGNsrLCWv6=36q+q+5Hc_SzgdZ2ergeKkapT7T3xXvim=2cK+A@mail.gmail.com.
\r
64 > If you load up the thread in emacs, you get a message:
\r
66 > mm-extern-cache-contents: Couldn't find access type
\r
68 If you put (require 'gnus-art) into your .emacs and eval it, does the
\r
71 I had a similar problem when running a newer emacs-snapshot with
\r
72 notmuch. See this thread: id:"87d3aaqyur.fsf@eve.chaoflow.net"
\r
74 > Then attempting to advance past the last display message (or pressing A,
\r
75 > or a few other things I expect gets emacs to loop indefinitely.
\r
76 > toggle-debug-on-quit gets me this backtrace:
\r
78 I believe the actual bug is in gnus but I don't really like the loop on
\r
79 error behaviour of notmuch. I would like to try and fix it but haven't
\r