Re: In memoriam

À (at) Fri, 8 Feb 2008 17:58:02 +0100,
"Antoine Leca" <root@localhost.invalid> écrivait (wrote):
> De NNTP ? je ne suis pas sûr. Ou alors de manière accessoire. Cela fait bien
> longtemps qu'on a remisé les BNews qui circulaient encore, aujourd'hui tout
> le monde considère que NNTP est 8bit-free.

Le protocole NNTP n'est pas 8bit-free !

La RFC 3977 (la dernière décrivant NNTP) indique qu'on peut supposer
que le canal de communication utilisé par NNTP est 8bit-free. Mais
c'est tout.

Ensuite, l'un des apports de cette dernière RFC est le passage de
l'US-ASCII à l'UTF-8 (qui n'est pas 8bit-free et de loin...).

Mais ce changement de codage s'accompagne de recommandations fortes
concernant les en-têtes :

   o The names of headers (e.g., "From" or "Subject") MUST be in
     US-ASCII.

Là, c'est impératif : le nom des chapns d'en-tête doit être de l'ASCII
pur.

Et pour leur valeur :

   o Header values SHOULD use US-ASCII or an encoding based on it,
     such as RFC 2047 [RFC2047], until such time as another approach
     has been standardised. At present, 8-bit encodings (including
     UTF-8) SHOULD NOT be used because they are likely to cause
     interoperability problems.

C'est moins impératif mais si on veut garantir l'interopérabilité,
pour les valeurs des champs, on doit utiliser l'ASCII complété par le
RFC 2027 (qui autorise l'encodage en ASCII des caractères autres) mais
de 8-bit.

On est donc loin du 8bit-free annoncé...

-- 
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>