From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42885 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Re: MIME attachment not shown Date: Sat, 02 Feb 2002 11:39:03 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035178066 14578 80.91.224.250 (21 Oct 2002 05:27:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:27:46 +0000 (UTC) Return-Path: Original-Received: (qmail 21454 invoked from network); 2 Feb 2002 16:41:47 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 2 Feb 2002 16:41:47 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16X3DC-0005Xc-00; Sat, 02 Feb 2002 10:40:22 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 02 Feb 2002 10:40:07 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA13245 for ; Sat, 2 Feb 2002 10:39:07 -0600 (CST) Original-Received: (qmail 21419 invoked by alias); 2 Feb 2002 16:39:06 -0000 Original-Received: (qmail 21414 invoked from network); 2 Feb 2002 16:39:04 -0000 Original-Received: from mesquite.slip.cs.cmu.edu (HELO cinnamon.vanillaknot.com) (128.2.207.11) by gnus.org with SMTP; 2 Feb 2002 16:39:04 -0000 Original-Received: (from karl@localhost) by cinnamon.vanillaknot.com (8.11.6/8.11.6) id g12Gd3T18265; Sat, 2 Feb 2002 11:39:03 -0500 Original-To: ding@gnus.org X-Face: "8-CgoYhiD_O!#(F%E=..0>QA_#WDy+]_XoAr)L]`-zjAc\d+nsFXq`=v_# =pVh#sP*K~j,0k9N}`E7jX"5+U?4/UIF1EE X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6 hR;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu In-Reply-To: (Tom Koelman's message of "Sat, 02 Feb 2002 17:28:29 +0100") Original-Lines: 40 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.4 (Common Lisp, i686-pc-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:42885 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:42885 Tom Koelman writes: > it results in an extra line in front of the plain text: > 1. (*) text/plain ( ) text/html > which wasn't there without gnus-unbuttonized-mime-types set to nil. Right, that lets you see what the MIME analysis discovered. > So, my guess is that Gnus correctly detects the first mime-part, and > after detecting that it can choose whether to display the HTML or the > plain text. Due to my preferences it displays the plain text and > normally just ignores the HTML, which is correct. So far, so good. > The second mime-part however, containing the image is skipped al > together. Is this a bug in the message, in Gnus or am I talking > complete gibberish? Well, you're halfway to gibberish, I'm afraid. You evidently told Gnus explicitly not to display text/html, something that a lot of us do. Having told Gnus that, it did what you wanted, ignoring the component of that flavor. Inline images are generally only displayable as a function of HTML processing (other than for images just plain inserted in their own right, as entire and independent MIME components) It is for this reason that I have gnus-unbuttonized-mime-types set to nil all the time, so I am at least informed that Gnus made a choice on my behalf, in accordance with my wishes. If you want to see the image, you'll have to toggle the text/html side of the posting, which you can do with `b' (which takes as argument the part number to be displayed, and part 1 is of course the default). If you still don't see the image, you might experiment with whether (setq gnus-mime-display-multipart-related-as-mixed t) helps you out. This is a bug workaround due to problems in the past of "related" components not being dealt with properly -- it makes images intended as inline (especially background images) be displayed after the intended component entirely, as though they were just another of a "mixed" set.