Thanks for the reply! On Tue, 14 Feb 2012 10:41:20 +0100, Rodney Lorrimar <dev at rodney.id.au> wrote: > Hi Michael, > > On Tue, 14 Feb 2012 11:01:56 +1300, Michael Hudson-Doyle <michael.hudson at > canonical.com> wrote: > > The attached gzipped mbox appears to trip up the emacs interface. The > > problem seems to come from the message with id > > CAGNsrLCWv6=36q+q+5Hc_SzgdZ2ergeKkapT7T3xXvim=2cK+A at mail.gmail.com. > > > > If you load up the thread in emacs, you get a message: > > > > mm-extern-cache-contents: Couldn't find access type > > If you put (require 'gnus-art) into your .emacs and eval it, does the > problem go away?
No. > I had a similar problem when running a newer emacs-snapshot with > notmuch. See this thread: id:"87d3aaqyur.fsf at eve.chaoflow.net" I'm running emacs-snapshot-gtk from Ubuntu Oneiric, emacs-version says GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.5) of 2011-08-15 on allspice, modified by Debian > > Then attempting to advance past the last display message (or pressing A, > > or a few other things I expect gets emacs to loop indefinitely. > > toggle-debug-on-quit gets me this backtrace: > > I believe the actual bug is in gnus but I don't really like the loop on > error behaviour of notmuch. I would like to try and fix it but haven't > found the time. As far as I can tell, gnus isn't involved here. I may be wrong, of course! Cheers, mwh