From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37177 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Re: bah, i've had it with html Date: Fri, 27 Jul 2001 19:05:15 -0400 Message-ID: References: <873d7j2r0r.church.of.emacs@space-ghost.verbum.org> <01Jul27.114536edt.115277@gateway.intersys.com> <01Jul27.170319edt.115239@gateway.intersys.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=-=-=" X-Trace: main.gmane.org 1035172638 12491 80.91.224.250 (21 Oct 2002 03:57:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:57:18 +0000 (UTC) Keywords: text,plain,html,last,part Return-Path: Return-Path: Original-Received: (qmail 12742 invoked from network); 27 Jul 2001 23:05:18 -0000 Original-Received: from mesquite.slip.cs.cmu.edu (HELO cinnamon.vanillaknot.com) (128.2.207.11) by gnus.org with SMTP; 27 Jul 2001 23:05:18 -0000 Original-Received: (from karl@localhost) by cinnamon.vanillaknot.com (8.11.2/8.11.2) id f6RN5FT19009; Fri, 27 Jul 2001 19:05:15 -0400 Original-To: ding@gnus.org X-Face: ?=p^Gj2JkX~UU_@W}[q/'Dxn19x-zfIQ](y<&ky/?1-&Nz&,!W}R.Gp+"LeGojoR =RF>?!XVs{a:`Yt(gqM<#$Zy(C@]'dR4Hy4S1.I(n3:2"R:=Uy!)K9>U!gNTyH{p +_w#F[gt).$Vyvo5=9LF^PeQ(@H#}QLAbfyYxX/8t:TDR5nA\|RmJO"EwjL8tWyvM In-Reply-To: <01Jul27.170319edt.115239@gateway.intersys.com> (Stainless Steel Rat's message of "Fri, 27 Jul 2001 17:02:02 -0400") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Developer-Friendly Unix APIs) Original-Lines: 50 Xref: main.gmane.org gmane.emacs.gnus.general:37177 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37177 --=-=-= Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit You are erroneously reading the text/html component of this message.

Standards stipulate that the preferred segment of a multipart/alternative message, which this is, is the last of those available alternatives which the user interface comprehends.¹ The last such component here is text/plain.

If your interface doesn't offer you that portion, then ask for "view page source," or some equivalent, braindamaged nonsense.

I have placed text/plain last, as being the most correct display method for what I have to say.

¹ RFC 2046, MIME Part Two: Media Types, §5.1.4, pp.24-25: 

   ...Systems should choose the "best" type based on the
   local environment and references, in some cases even through user
   interaction...
   ...In general, the
   best choice is the LAST part of a type supported by the recipient
   system's local environment.
--=-=-= Content-Type: text/plain; charset=iso-8859-1 Stainless Steel Rat writes: > Current and recent versions of Eudora default to "html on" and "no > text part". Just another FYI, Eudora is particularly broken as regards handling multipart/alternative. This message is mp/alt. It contains a text/html part *first*, and text/plain *last*. That means that every MUA on the planet should render the message as text/plain, because "last" means "preferred" and every MUA can "do" text/plain. But not Eudora. No, silly us, how dare we presume. You see, Eudora, in its parental arrogance, will take such a mp/alt, wrongly display the text/html and _*throw the text plain away*_ _*/ENTIRELY/*_. It isn't even /available/ to the user. > AOL v6 is html only, no text at all. "Hit man for hire." --=-=-=--