Secondo questo articolo si preferisce application / xml.
MODIFICARE
Ho fatto un piccolo seguito sull'articolo.
L'autore afferma che la codifica dichiarata nelle istruzioni di elaborazione XML, come:
<?xml version="1.0" encoding="UTF-8"?>
può essere ignorato quando text/xml
si utilizza il tipo di supporto.
Supportano la tesi con la definizione delle text/*
specifiche della famiglia di tipi MIME in RFC 2046 , in particolare il seguente frammento:
4.1.2. Charset Parameter
A critical parameter that may be specified in the Content-Type field
for "text/plain" data is the character set. This is specified with a
"charset" parameter, as in:
Content-type: text/plain; charset=iso-8859-1
Unlike some other parameter values, the values of the charset
parameter are NOT case sensitive. The default character set, which
must be assumed in the absence of a charset parameter, is US-ASCII.
The specification for any future subtypes of "text" must specify
whether or not they will also utilize a "charset" parameter, and may
possibly restrict its values as well. For other subtypes of "text"
than "text/plain", the semantics of the "charset" parameter should be
defined to be identical to those specified here for "text/plain",
i.e., the body consists entirely of characters in the given charset.
In particular, definers of future "text" subtypes should pay close
attention to the implications of multioctet character sets for their
subtype definitions.
Secondo loro, tali difficoltà possono essere evitate quando si utilizza il application/xml
tipo MIME. Che sia vero o no, non vorrei andare fino in fondo per evitare text/xml
. IMHO, è meglio seguire la semantica della leggibilità umana (non leggibilità) e ricordarsi sempre di specificare il set di caratteri.