Subject: Re: header ni MIME dounyuu ni tsuite

From: [email-masked] (Masuda Kooiti)
Date: Mon, 1 Nov 1993 03:35:25 GMT

増田＠都立大学です。
# 東大大型計算機センターから投稿した <[email-masked]>
# が外に出ていかないので、障害が回復すると重なってしまうかもしれませんが、
# 臨時に東大理学部におじゃまして投稿しています。

メイル・ニュースのヘッダの日本語文字とMIMEの利用に関する意見を述べます。
電子メイル技術者ではなく末端利用者としての意見です。

なお、個別の記事に対する応答ではなく、
1か月くらいの議論全体を読んで考えたことであることと、
オフラインで書いているという事情(勝手な事情ではありますが)から、
Referencesを省略することをお許しください。

Fromフィールドの本名の部分や、Subject中に、日本語文字を使いたい
というのは自然な欲求だと思います。
その手段として、わたしは、MIMEよりも、
ISO-2022そのものを入れる方向が望ましいと思っています。
                                                                                
発信者・受信者の了解のもとに、MIMEを使うのはけっこうなことです。
しかし、MIMEを標準にすべきだ、というのは少し無理があるように思います。
                                                                                
MIMEは音声や画像をも扱う規格であって、
あるソフトウェアがMIMEをサポートすると言うからには、
そこまでサポートしなくてはいけないという人もでてくるでしょう。
そうなると、実現は楽ではありません。
MIMEの利用を推進するかたは、当面は、FromやSubjectに音声や画像を
含めることは考えておられないと思いますが、それならば、
MIMEのあるサブセットを具体的に規格として提唱するべきでしょう。
                                                                                
また、FromやSubjectに、突然 ISO-2022-... と来たら、
MIMEエンコードされたISO-2022ではなくて、
ISO-2022そのものが来ることを期待するのが自然ではないでしょうか。
したがって、MIMEを使うならば、MIME-...と始める習慣にしていただくと
ありがたいと思います。
(MIMEを解釈しないソフトウェアを使っていても、ここはMIMEなのか、と
 納得できますから。)
メイルの本文については、ヘッダ部分で Content-Type: MIME とでも
断わっておけば、MIMEの規格通り画像でも音声でも含められる
という約束にしてはどうでしょうか。

一方、8ビット透過も、あらかじめ送信者、受信者が了解して、
ISO-2022のGLがローマ字、GRが漢字と決めている範囲ならば有効ですが、
どの言語のメイルが飛びこんでくるかわからないような状況では、
たとえば英語PC DOSの8ビットコードがそのまま来た場合に
「各種漢字コード自動対応」のソフトウェアがどう応答するか想像すると、
ちょっと恐ろしくなってしまいます。
                                                                                
日本語ニュース記事本文と同様、ヘッダでも、7ビットコードで、
コードを指定するエスケープシークエンスを許すのならば
まぎれはなく、また実現可能性もあるのではないでしょうか。
ESCというコードの透過を認めるだけですむはずです。
                                                                                
しかし一方、ESCコードはISO-2022だけのためにあるわけではないことにも
注意する必要があるでしょう。
画面制御の ANSIエスケープシークエンスに代表されるように、
一般には、装置を制御するための命令を示すコードだと思います。
したがって、ヘッダで charset=ISO-2022 と指示された記事の本文でならば
ISO-2022の規約に従ってESCを使うのは無理がありませんが、
ヘッダ中 (charsetを指定される前) にESCを含めると、
記事が通過するオブジェクトを誤動作させるおそれがあるかもしれません。
ESCが「見えない文字」なので、誤動作の原因は発見しにくいと思います。
                                                                                
そこで、思いつきなのですが、
ヘッダ中では、ESCをある目に見える文字列で置きかえるという
変形をした ISO-2022 を使うという習慣を作ることができないでしょうか。
たとえば、文字どおり ^[ という2文字を使って、
^[$B と来たら、その次から日本語文字だ、ということにするのです。
                                                                                
この案がいいかどうかわかりませんが
(ASCII ^[ に相当する2バイトは、JIS漢字でも使われていますから)、
なんらかの習慣が確立すれば、
日本語表示能力のないソフトウェアでも、
最低限、どこからどこまでが日本語文字かを(伏せ字で)表示するように
作ってもらうことはできるのではないでしょうか。
--
"macroscope"                             増田 耕一＠地理.都立大学
MASUDA Kooiti  Dept. of Geography, Tokyo Metropolitan University
               internet mail address: [email-masked]
               posting as:            [email-masked]