From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19083 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: MIMEish uudecodable portions are misnumbered. Date: 23 Nov 1998 16:47:56 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035157497 9746 80.91.224.250 (20 Oct 2002 23:44:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:44:57 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA07007 for ; Mon, 23 Nov 1998 16:49:35 -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.1/8.9.1) with ESMTP id PAB20460; Mon, 23 Nov 1998 15:49:01 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 23 Nov 1998 15:48:56 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id PAA19570 for ; Mon, 23 Nov 1998 15:48:43 -0600 (CST) Original-Received: from beaver.jprc.com (BEAVER.JPRC.COM [207.86.147.217]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA06973 for ; Mon, 23 Nov 1998 16:48:28 -0500 (EST) Original-Received: (from karl@localhost) by beaver.jprc.com (8.8.7/8.8.7) id QAA15060; Mon, 23 Nov 1998 16:47:56 -0500 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu Original-Lines: 17 User-Agent: Gnus/5.070053 (Pterodactyl Gnus v0.53) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:19083 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19083 If one is looking at a message whose body contains 2 uuencoded images, so that the message is displayed in the MIMEish manner, the available- for-viewing parts are misnumbered. E.g., I just experimented with a couple of messages which have a bit of ordinary text, then 2 images, with 1 blank line separating text from uuencoding, and separating 1 uuencoding from the other. The display of the body is intro text [ 2. image/jpeg (somefilename.jpg)] [ 4. image/jpeg (someotherfile.jpg)] "3" is conspicuously absent. It's not much of a bug, of course, but I am curious as to what would cause the pseudoMIME analysis to miss "3" somehow.