Charset in newgroup sample

Julien ÉLIE <[email protected]> Sun, 1 Mar 2009 23:54:08 +0100
Newsgroups gmane.ietf.usenet.format
Organization TrigoFACILE -- http://www.trigofacile.com/
Message-ID <E4BA0CE227654DF7B1CF57C6F2B0885C@Iulius>
Hi,

In the sample of newgroup control message:

      Control: newgroup example.admin.info moderated
      MIME-Version: 1.0
      Content-Type: multipart/mixed; boundary="nxtprt"
      Content-Transfer-Encoding: 8bit

      This is a MIME control message.
      --nxtprt
      Content-Type: application/news-groupinfo

      For your newsgroups file:
      example.admin.info      About the example.* groups (Moderated)

      --nxtprt
      Content-Type: text/plain

      A moderated newsgroup for announcements about new newsgroups in
      the example.* hierarchy.

      --nxtprt--

wouldn't it be better to put the charsets in order to highlight the
fact they are useful (though it is said the default is US-ASCII)?
I fear people might still forget it...

      Content-Type: multipart/mixed; boundary="nxtprt"; charset=us-ascii
      Content-Type: application/news-groupinfo; charset=us-ascii
      Content-Type: text/plain; charset=us-ascii

or another one if you want (iso-8858-1 and utf-8 are also fine for instance
but RFC 2046 states it SHOULD be the lowest common denominator us-ascii,
enough for that sample).

Why mention the charset?  RFC 2046 also states:

   In order to eliminate such ambiguity and variations in the
   future, it is strongly recommended that new user agents explicitly
   specify a character set as a media type parameter in the Content-Type
   header field.



In our case, the most important is the second one.  Incidentally,
I wonder what happens when the first one is defined to utf-8 and
the second one is undefined.  Is it utf-8 (out of transitivity)
or us-ascii?

-- 
Julien ÉLIE

« Plus un ordinateur possède de RAM, plus vite il peut générer un message d'erreur. »