From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/36010 Path: main.gmane.org!not-for-mail From: Toby Speight Newsgroups: gmane.emacs.gnus.general Subject: Re: multipart/alternative bug? [fix included] Date: 25 Apr 2001 16:26:24 +0100 Sender: tspeight@lanber.cam.eu.citrix.com Message-ID: References: <3AE5D49F.40A74F9F@HatterasOnMyMind.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035171670 6335 80.91.224.250 (21 Oct 2002 03:41:10 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:41:10 +0000 (UTC) Return-Path: Original-Received: (qmail 17680 invoked by alias); 25 Apr 2001 15:26:28 -0000 Original-Received: (qmail 17675 invoked from network); 25 Apr 2001 15:26:27 -0000 Original-Received: from gatekeeper.ctxuk.citrix.com (root@195.153.38.114) by gnus.org with SMTP; 25 Apr 2001 15:26:27 -0000 Original-Received: from sh.ctxuk.citrix.com (sh.ctxuk.citrix.com [10.30.224.4]) by gatekeeper.ctxuk.citrix.com (8.8.7/BSCF-1.7) with ESMTP id QAA26918 for ; Wed, 25 Apr 2001 16:26:26 +0100 (BST) Original-Received: from uk1mailscan01 (uk1mailscan01.ctxuk.citrix.com [10.30.224.37]) by sh.ctxuk.citrix.com (8.8.7/BSCF-1.7) with SMTP id QAA01970 for ; Wed, 25 Apr 2001 16:26:25 +0100 (BST) Original-Received: from 10.30.224.104 by uk1mailscan01 (InterScan E-Mail VirusWall NT); Wed, 25 Apr 2001 16:26:25 +0100 (GMT Daylight Time) Original-Received: from lanber.cam.eu.citrix.com ([10.70.128.81]) by hwmail04.ctxuk.citrix.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id JJS3TLZP; Wed, 25 Apr 2001 16:26:25 +0100 Original-To: The Gnus Mailing List In-Reply-To: User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Original-Lines: 55 Xref: main.gmane.org gmane.emacs.gnus.general:36010 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:36010 0> In article , 0> Karl Kleinpaste ("Karl") wrote: Karl> I suspect it's a 5.8.8 bug. I'm running Oort 0.03 and it displays Karl> fine, ... Funny, it works from my email quoting it, but it didn't work as received. BTW, this brokenness seems to be common to articles that have been through the scanner's multipart filter, and it also happened with Gnus 5.8.3. Could it be caused by an extraneous ^M in the multipart? The original had > --------------InterScan_NT_MIME_Boundary > Content-Type: multipart/alternative; > boundary="------------27BEBD72CFE816D2DAE0A30E"^M > > --------------27BEBD72CFE816D2DAE0A30E where ^M is a CR character. I'm wondering if Gnus's MIME parser dislikes that. What I see is exactly what you'd get if that header was not there and the part defaulted to text/plain. That would explain why it works when embedded. [some time later] Yes, that appears to be the case. I think that the expression > (memq c '(? ?\t ?\n)) in `ietf-drums-remove-whitespace' should be > (memq c '(? ?\t ?\r ?\n)) to deal with this. I'm not sure if there's anywhere else this appears, but this one-liner looks safe to me. Could someone please apply the appropriate patch? (ietf-drums.el, line 119). Thanks. Karl> but the embedded links are not active, evidently due to the fact Karl> that W3 didn't like it enough ... I never got that far - all rendered as text/plain, without even loading w3. Karl> Perhaps it's related to the bogus .jpg image -- it's not a real Karl> image. Even after saving it with `K o', xv(1) complains that Karl> "there is no image data." As I said, I cut out most of the image data (I didn't attempt to make it a valid JPEG image, as that's not of interest). The image in the original was certainly okay by xv (my default for image/*). Thanks for helping with this, Karl.