From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/25806 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: RFC 2646 Date: 11 Oct 1999 10:11:40 +0200 Organization: NCR METIS 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 1035163126 15952 80.91.224.250 (21 Oct 2002 01:18:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:18:46 +0000 (UTC) Return-Path: Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id EAA14562 for ; Mon, 11 Oct 1999 04:13:39 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id DAB06449; Mon, 11 Oct 1999 03:13:22 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 11 Oct 1999 03:13:48 -0500 (CDT) 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 DAA21897 for ; Mon, 11 Oct 1999 03:13:39 -0500 (CDT) Original-Received: from viffer.oslo.metis.no (sb@viffer.oslo.metis.no [195.0.254.249]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id EAA14549 for ; Mon, 11 Oct 1999 04:11:42 -0400 (EDT) Original-Received: (from sb@localhost) by viffer.oslo.metis.no (8.8.8/8.8.8) id KAA06872; Mon, 11 Oct 1999 10:11:40 +0200 Original-To: ding@gnus.org In-Reply-To: Steinar Bang's message of "11 Oct 1999 10:06:12 +0200" Original-Lines: 18 User-Agent: Gnus/5.07009701 (Pterodactyl Gnus v0.97.1) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:25806 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:25806 >>>>> Steinar Bang : >>>>> Per Abrahamsen : >> After pGnus is released, I think RFC 2646 support would be a good >> thing to work on. It solves some of the worst shortcommings of >> text/plain in a backward compatible way. > http://www.ietf.org/rfc/rfc2646.txt > Title: The Text/Plain Format Parameter Of course one problem with this solution is that offenders like eg. MS Outlook and OE will never implement it, because it would break with the MS policy of creating subtle and some not so subtle annoyances in other programs that tries to interoperate with them. Not to speak of the legacy MUAs which will just keep on sending broken messages.