From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/34896 Path: main.gmane.org!not-for-mail From: Dan Christensen Newsgroups: gmane.emacs.gnus.general Subject: Re: funny multipart/related not displaying correctly Date: 21 Feb 2001 21:20:18 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <871ysrfogt.fsf@julian.uwo.ca> References: <87r90sr33l.fsf@julian.uwo.ca> <2nu25oblbi.fsf@tiger.jia.vnet> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035170733 32640 80.91.224.250 (21 Oct 2002 03:25:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:25:33 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by mailhost.sclp.com (Postfix) with ESMTP id 42EAAD049E for ; Wed, 21 Feb 2001 21:22:01 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id UAC07249; Wed, 21 Feb 2001 20:21:44 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 21 Feb 2001 20:20:44 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id UAA00884 for ; Wed, 21 Feb 2001 20:20:33 -0600 (CST) Original-Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63]) by mailhost.sclp.com (Postfix) with ESMTP id E7CCFD049E for ; Wed, 21 Feb 2001 21:20:59 -0500 (EST) Original-Received: from scratchy (jdc.math.uwo.ca [129.100.75.19]) by pony.its.uwo.ca (8.10.0/8.10.0) with ESMTP id f1M2Kw223715 for ; Wed, 21 Feb 2001 21:20:59 -0500 (EST) Original-Received: from jdc by scratchy with local (Exim 3.22 #1 (Debian)) id 14VlMg-0003MX-00; Wed, 21 Feb 2001 21:20:18 -0500 Original-To: ding@gnus.org In-Reply-To: <2nu25oblbi.fsf@tiger.jia.vnet> (ShengHuo ZHU's message of "21 Feb 2001 01:29:37 -0500") User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/21.0.98 Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 73 Xref: main.gmane.org gmane.emacs.gnus.general:34896 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:34896 ShengHuo ZHU writes: > Dan Christensen writes: > > > The message attached below isn't displayed well by Gnus. I suspect > > that it is incorrect MIME. Unfortunately, I'm getting a lot of > > messages like this from a certain source who can't change the software > > which generates them. So I'm wondering: are they in fact incorrect > > MIME, and is there a way to get Gnus to detect this and display them > > properly automatically? > > > > The messages consist of a multipart/related with > > type="multipart/alternative" and two sub-parts. The first subpart > > (part 1) is a multipart/alternative (which is correct) and the second > > (part 2) is an image (replaced below by a text/plain part). The > > enclosing multipart/related shouldn't be an alternative; I want to see > > one of the first two parts and the last part. If I hit `K m', Gnus > > somehow can tell this is what I want and fixes the message. I'd like > > this to happen automatically. > > > By the way, before being fixed, `K b' only shows one button, which > > corresponds to part 1, the alternative. But I never see part 2. > > `C-u K b' fixes this, but shouldn't I see an alternative to part 1 > > with `K b'? > > > > `C-d' on the message shows the correct heirarchy of parts. > > gnus-mime-display-multipart-as-mixed is the variable, but maybe you > don't want multipart/alternative displayed as mixed. So, I just added > gnus-mime-display-multipart-related-as-mixed and > gnus-mime-display-multipart-alternative-as-mixed. Thanks, that helps a lot. Is there a way I can set variables like this (and mm-discouraged-alternatives and mm-inline-override-types) on a per user basis? For example, can they be functions which examine the headers of the current article and decide how to display it? Most of the time I discourage html, but in this case I need to see it. ... I've just looked at rfc2112 on multipart/related, and now I think that the original message might be legitimate. The "type=multipart/alternative" in the headers actually specifies the type of the first part, which is correct. So now I don't see why `K b' doesn't show me the last part. In the actual message, rather than the modified one I included yesterday, the last part is referenced in the second html part, but w3 doesn't inline the image for some reason. (I'm using emacs 21 pretest which does correctly inline the image after `C-u K b' or with gnus-mime-display-multipart-related-as-mixed set to t.) Gnus complains that there is an html error Error while rendering html; showing as text/plain but with w3-debug-error set to t, there is no *HTML Debug* buffer and w3-display-errors says: w3-display-errors: No HTML errors on this page! Amazing, isn't it? If anyone is curious about this, the original message is located at http://jdc.math.uwo.ca/bad-message in mbox format (34k). Thanks, Dan -- Dan Christensen jdc@uwo.ca