[1]
[DFN@en[[CODE(MIME)@en[[[message/global]]]]]] は、[[国際化]]された[[メッセージ]]の[[媒体型]]として
[[RFC 5335]] で定義されています。
([[名無しさん]])

[2]
[[RFC 5335]] 4.6 は、[[メッセージ]]が [DFN[[CODE(MIME)@en[[[message/global]]]] [CODE[[[メッセージ]]]@en[message]]]]である条件として、
- [[UTF-8]] [[頭値]]を含んでいること、または
- [[本体部分]]の[[頭欄]]が [[UTF-8]] 値を含むこと

を挙げています。
これだけを読むと従来の [[ASCII]] だけの[[メッセージ]]は該当しないように思えますが、
わかりにくいことに、3章で、 [[RFC 5335]] で [[UTF-8]] を認めるように拡張された[[頭部]]で使われている
[[ASCII]] [[文字]]は [[UTF-8]] [[文字]]とみなす、と定義されています
(そもそも [[ASCII]] は [[UTF-8]] の[[部分集合]]なので)。なので、
[[RFC 2822]] [[メッセージ]]は [CODE(MIME)@en[[[message/global]]]] でもあります。

;; [CODE(MIME)@en[[[message/rfc822]]]] の定義は壊れた ([[RFC 822]] 不適合の)
[[メッセージ]]を [CODE(MIME)@en[[[message/rfc822]]]] と[[札付け]]することを認めています。
[[RFC 5335]] はそれについて明確には述べていませんが、それを禁じる or 禁じていると解釈しなければ矛盾するような記述はありません。

;; 文脈から明らかなのかもしれませんが、「[[メッセージ]]」という語は定義されていません。

([[名無しさん]])

[3]
この[[媒体型]]に対しては任意の[[内容転送符号化]]が認められていますが、
可能な場合は [CODE(MIME)@en[[[8bit]]]] や [CODE(MIME)@en[[[binary]]]]
とすることが推奨 ([[小文字]]の [[recommend]]) されています。
更に、[[7ビット]]専用の[[輸送路]]を通す場合を除き、
[CODE(MIME)@en[[[8bit]]]] や [CODE(MIME)@en[[[binary]]]]
を使わなければ[['''ならない''']] ([[RFC 2119]] の [['''MUST''']]) とされています。

;; [[RFC 5335]] 4.6

([[名無しさん]])

[4]
[CODE(MIME)@en[[[message/global]]]] で [[RFC 2047]] [CODE(MIME)@en[[[encoded-word]]]]
が使えるのかどうかは明確ではありません。
([[名無しさん]])


[5]
[[RFC 5335]] は [[RFC 2822]] の[[生成規則]]の一部を更新しているので、
[[RFC 2822]] を参照している他の仕様 (追加の[[頭欄]]を定義するものなど)
も更新されるものと思われます (明記されていませんが)。
[[RFC 2822]] 以前に出版され、 [[RFC 2822]] を参照していない仕様に関してはどう解釈するべきなのかは定かではありません。

;; ちなみに、 [[MIME]] 本体で定義されている[[頭欄]]は、 [[RFC 5335]]
で定義が更新されている [CODE(MIME)@en[[[Content-Description]]]]
以外は影響しないようです。
[CODE(MIME)@en[[[Content-Type]]]] の[[引数]]で使われている
[CODE(ABNF)@en[[[quoted-string]]]] も [[ASCII]] だけのまま、
変更ありません ([CODE(ABNF)@en[[[utf8-quoted-string]]]]
には変わっていません)。

([[名無しさん]])