From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/27108 Path: main.gmane.org!not-for-mail From: Graham Todd Newsgroups: gmane.emacs.gnus.general Subject: Multi-part MIME problems Date: 20 Nov 1999 16:20:46 -0500 Organization: Gnus Information Center Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035164194 22914 80.91.224.250 (21 Oct 2002 01:36:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:36:34 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA23580 for ; Sat, 20 Nov 1999 16:19:35 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id PAB11299; Sat, 20 Nov 1999 15:19:32 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 20 Nov 1999 15:19:25 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id PAA24635 for ; Sat, 20 Nov 1999 15:19:15 -0600 (CST) Original-Received: from quimby.gnus.org (quimby.gnus.org [193.69.4.139]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA23563 for ; Sat, 20 Nov 1999 16:18:46 -0500 (EST) Original-Received: (from news@localhost) by quimby.gnus.org (8.9.3/8.9.3) id WAA21941 for ding@gnus.org; Sat, 20 Nov 1999 22:20:55 +0100 (CET) Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 52 Original-NNTP-Posting-Host: hse-tor-ppp30120.sympatico.ca Original-X-Trace: quimby.gnus.org 943132854 8549 209.226.112.45 (20 Nov 1999 21:20:54 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 20 Nov 1999 21:20:54 GMT User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:27108 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:27108 I seem to recall this being reported previously but I've had spotty connectivity of late and haven't searched the ding archive (I'm on ADSL and have had lots of fun switching from DHCP to "PPP over ethernet"). Pterodactyl Gnus v0.98 on XEmacs 20.4 (i386-pc-linux) I've been getting multi-part MIME messages with images from the Netscape mail program (Win95) that I've had trouble reading them. Message containing images and documents encoded this way are problematic - if the same message is sent with the files "uuencoded" and "attached" (instead of MIME) it seems to work. I copied the two offending messages (they're not too personal I hope ;-) to: ftp://ftp.equilibrio.qc.ca/pub/GnusStuff/ If anyone wants to read them. If I download a message and do the following: ~$ echo "From nobody Sat Nov 20 15:27:25 1999" >> Mail/Somefolder ~$ cat MIME-message-1 >> Mail/Somefolder this puts the message in a mailfolder where I can read it. Reading the folder with Pine I see the message and all the attached images and I can launch the viewer of my choice without a problem. Pine shows the message size as ~ 380k. In Gnus the message appears in the folder's Summary Buffer but shows the size as 5 megs. The attachements don't show up in the Article buffer when I read the message though. I thought perhaps the message was just too big (the actual message file for MIME-message-1 is ~380 k but as noted Gnus seems to "expand" its size to 5 megabytes in the group buffer). However a smaller message prepared in the same way has the same problem. I can read the message using Netscape's mail reader under Unix. In fact in Gnus I use "B c" and copy the message to an IMAP folder on my system and then read the message in that folder with Netscape's mail reader. Netscape too seems confused about the size but will read the message in any case. The message shows one size in the folder list "buffer" in Netscape and is much bigger when decoded and read in the message "buffer". Something strange is going on and I don't know what it is but I thought it might be worth reporting. -- G. Todd