Re: Accents en 8 bits brut dans le champ Subject [Fut : (rien)]

Olivier Miakinen wrote:
> Le 20/12/2007 22:56, regis a écrit :
>>>> oh ma joye c'est son lecteur qui supporte pas les accents pas lui ;-)
>>> Oui, mais le lecteur ne les efface pas, il fait de son mieux de les
>>> traduire, genre ^$*%*
>> non, c'est le protocole nntp qui les interdit.
> 
> Si je puis me permettre, ce n'est pas le protocole NNTP [RFC977] qui les
> interdit (sinon il serait tout aussi interdit d'avoir des caractères 8
> bits non encodés dans le corps des articles) mais plus probablement le
> format Usenet [RFC850/RFC1036]. J'ai la flemme de vérifier alors je fais
> une diapublication avec suivi sur fr.usenet.8bits.

Tu as raison, je n'ai rien trouvé dans
RFC 977 (Network News Transfert Protocol) qui definit le
protocole de communication pour l'obtention des articles.

RFC 850 et 1036 (Standard for Interchange of USENET Messages)
ne semblent rien contenir à ce propos directement mais
précisent que RFC 822 (Standard for the format of
Arpa Internet Messages) doit etre respecté,
tout message de news devant etre un message de mail correct.
Dans RFC 822, on trouve:

     3.1.  GENERAL DESCRIPTION

           A message consists of header fields and, optionally, a body.
      The  body  is simply a sequence of lines containing ASCII charac-
      ters.  It is separated from the headers by a null line  (i.e.,  a
      line with nothing preceding the CRLF).

     3.1.2.  STRUCTURE OF HEADER FIELDS

         Once a field has been unfolded, it may be viewed as being com-
         posed of a field-name followed by a colon (":"), followed by a
         field-body, and  terminated  by  a  carriage-return/line-feed.
         The  field-name must be composed of printable ASCII characters
         (i.e., characters that  have  values  between  33.  and  126.,
         decimal, except colon).  The field-body may be composed of any
         ASCII characters, except CR or LF.  (While CR and/or LF may be
         present  in the actual text, they are removed by the action of
         unfolding the field.)

Donc, si on en croit RFC 822, c'est carré: tout est ascii,
corps et entete.

Après, il y a RFC 2045-2047 MIME (Multipurpose Internet Mail Extensions)
qui tente d'etendre RFC 822 aux jeux de caracteres non ascii
dans les corps et les entetes.

    Abstract

    STD 11, RFC 822, defines a message representation protocol specifying
    considerable detail about US-ASCII message headers, and leaves the
    message content, or message body, as flat US-ASCII text.  This set of
    documents, collectively called the Multipurpose Internet Mail
    Extensions, or MIME, redefines the format of messages to allow for

     (1)   textual message bodies in character sets other than
           US-ASCII,

     (2)   an extensible set of different formats for non-textual
           message bodies,

     (3)   multi-part message bodies, and

     (4)   textual header information in character sets other than
           US-ASCII.

Je retourne demain matin en Normandie, et je n'aurais pas de connexion.
Donc, je ne pourrais poursuivre le sujet (jusqu'au 3 Janvier...)

-- 
regis