W3C home > Mailing lists > Public > www-international@w3.org > April to June 2001

RE: UTF-16 and MIME text/*

From: McDonald, Ira <imcdonald@sharplabs.com>
Date: Fri, 8 Jun 2001 12:50:04 -0700
Message-ID: <1115A7CFAC25D311BC4000508B2CA537C52D4A@mailsrvnt02.enet.sharplabs.com>
To: "'Chris Lilley'" <chris@w3.org>, John Cowan <cowan@mercury.ccil.org>
Cc: Bjoern Hoehrmann <derhoermi@gmx.net>, www-international@w3.org, phoffman@imc.org
Hi Chris,

I hope you meant to say, XML which is encoded in UTF-16 should
not be served as "text/xml".  XML which is encoded in UTF-8 is
perfectly safe to serve as "text/xml" and SHOULD be.

Oddly, RFC 3023 (XML Media Types) actually discusses using
"text/xml" with UTF-16 encoding ONLY over HTTP transport
(how this could be safe for the receiver AFTER the resource
is moved by HTTP transport is not explained in RFC 3023).

- Ira McDonald

-----Original Message-----
From: Chris Lilley [mailto:chris@w3.org]
Sent: Thursday, June 07, 2001 2:27 PM
To: John Cowan
Cc: Bjoern Hoehrmann; www-international@w3.org; phoffman@imc.org
Subject: Re: UTF-16 and MIME text/*

John Cowan wrote:
> Bjoern Hoehrmann scripsit:
> >    RFC 2871 registers all UTF-16 charsets (UTF-16BE, UTF-16LE and
> > UTF-16) as not suitable for use in MIME content types under the
> > "text" top-level type. Why?
> Because a MIME processor, when encountering something of type text/*,
> is allowed to assume that any 0x0A byte means "LF" and any 0x0D byte means
> and to transmute them to some other kind of line ending.  UTF-16
> of whatever flavor violates this rule.

And thus, xml should never be served as text/xml ....

Received on Friday, 8 June 2001 15:54:35 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 21 September 2016 22:37:20 UTC