Re: problem with I-D announcements

diff --git a/90/10be0139cbb5a80805e24ac33d4c969485c32c b/90/10be0139cbb5a80805e24ac33d4c969485c32c
new file mode 100644 (file)
index 0000000..f325b42
--- /dev/null
+++ b/90/10be0139cbb5a80805e24ac33d4c969485c32c
@@ -0,0 +1,89 @@
+Return-Path: <lhotka@cesnet.cz>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id BF38040BC62\r
+       for <notmuch@notmuchmail.org>; Mon, 16 Aug 2010 10:45:17 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.9\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9] autolearn=ham\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id iRtA8Ic81KOl for <notmuch@notmuchmail.org>;\r
+       Mon, 16 Aug 2010 10:45:06 -0700 (PDT)\r
+Received: from trail.lhotka.cesnet.cz (trail.lhotka.cesnet.cz\r
+       [195.113.161.162])\r
+       by olra.theworths.org (Postfix) with ESMTP id 35AC840BC61\r
+       for <notmuch@notmuchmail.org>; Mon, 16 Aug 2010 10:45:06 -0700 (PDT)\r
+Received: from localhost (missotis.lhotkovi.cz [172.29.2.201])\r
+       (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by trail.lhotka.cesnet.cz (Postfix) with ESMTPSA id 5EB7F3E05F2;\r
+       Mon, 16 Aug 2010 19:44:33 +0200 (CEST)\r
+From: Ladislav Lhotka <lhotka@cesnet.cz>\r
+To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
+Subject: Re: problem with I-D announcements\r
+In-Reply-To: <87iq3a3bak.fsf@steelpick.2x.cz>\r
+References: <87pqxisy8p.fsf@cesnet.cz> <87iq3a3bak.fsf@steelpick.2x.cz>\r
+User-Agent: Notmuch/0.3.1-59-g676d251 (http://notmuchmail.org) Emacs/23.1.1\r
+       (i486-pc-linux-gnu)\r
+Date: Mon, 16 Aug 2010 19:44:45 +0200\r
+Message-ID: <877hjqfo4y.fsf@cesnet.cz>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 16 Aug 2010 17:45:18 -0000\r
+\r
+On Mon, 16 Aug 2010 16:02:59 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
+> On Mon, 16 Aug 2010, Ladislav Lhotka wrote:\r
+> > I am experiencing a problem with a specific type of messages, namely\r
+> > announcements of new Internet drafts. One such message is shown below\r
+> > with all headers.\r
+> > \r
+> > In a search buffer, if I press [RET], the message is shown but the echo\r
+> > line says "Couldn't find access type". The [SPC] key then doesn't work,\r
+> > only "Beginning of buffer" is displayed in the echo area. Other\r
+> > commands, such as adding tags, work as usual.\r
+> \r
+> Greetings to another czech notmuch user :-)\r
+> \r
+> I can confirm the behavior you describe. It seems the error message is\r
+> generated by mm-extern-cache-contents in gnus/mm-extern.el. According to\r
+> comments in that file, it works with something called\r
+> "message/external-body". Currently, I have no clue what external-body\r
+> means but your message contains such thing.\r
+\r
+It's just a pointer to an external resource. The code in mm-extern.el\r
+appears to know about the access type used in that message ("anon-ftp")\r
+but somehow it's unable to figure it out from the MIME header.\r
+\r
+> \r
+> My poor Elisp knowledge doesn't allow me to debug the problem, but you\r
+> may want to check whether the same problem appears in Gnus and if so,\r
+> consult it with Gnus developers.\r
+\r
+OK, I'll try it.\r
+\r
+Thanks, Lada\r
+\r
+> \r
+> Cheers,\r
+> Michal\r
+\r
+-- \r
+Ladislav Lhotka, CESNET\r
+PGP Key ID: E74E8C0C\r