Subject: Re: [MIME] cost to cope with MIME

From: [email-masked] (Akira Takuma)
Date: Tue, 2 Nov 1993 10:57:39 GMT

この記事の X-Nsubject は 「Re: [MIME] MIME に対処するコスト」です。

fj.mailの<[email-masked]>
の記事においてJST時間1993年10月30日(土)03時51分23秒頃、
佐藤さんは書きました。

  | user agent(UA) 内部にMIME化のためのコードを埋め込むことは、必ずしも
  | 必要ではありません。MIMEエンコーダ／デコーダをUAとTransfer Agent(TA)
  | の間に噛ませるだけで済みます。これで、UAはあたかも自分のローカルコー
  | ドで外部とやりとりしているように見えるわけです。

この方法は私も考えていましたが、特に MIME でこの方法を考えると
以下の点において疑問を感じてしまいます。

(1) UA と TA の間に別個のデコーダ/エンコーダをはさむと処理が重い。
    (特に metamail + nkf なんて論外だと思います)
(2) メッセージ本体に画像や音声が含まれていると厄介。例えば、metamail
    では何らかのファイルがエンコードされていた時にデコードすると
    ユーザへファイル名などの入力を求める処理などが入ってしまう。
(3) 特にエンコード時に MIME のように後ろに何が入っているかを前に
    書く(Content-Type)フォーマットではパイプで実装するのは困難。

まあ MIME をヘッダで ISO-2022-JP を使うためだけにするなら (2),(3)
は問題とはなりませんが、それじゃ何のための MIME かわからないです。
ヘッダのためだけなら ESC を通過させる方がずっとスマートですね。
そして MIME は本文において好きなように使ったらいいのです。
X-Nsubject のように ESC の補完処理も ESC の通過が十分に広まれば
不要になりますから。

問題は From: や To: などにおいて日本語を書きたい場合ですが、ここに
ESC の通過を許すのが困難ならば MIME-From: なりを使えばいいのです。
(しつこいって？)

後は質問なのですが、MH-6.8JP は使ったことはないですが、inc した後も
Subject: などは MIME エンコードされたままなのでしょうか？もしエン
コードされたままだったらとっても不便ですよね。
それと pick とかも真面目に MIME(ISO-2022-JP) 対応してるん
でしょうか？(pick -subject "漢字" とかが通用するかという意味です)

  | ぼくは、政治やシステムに関わらずにユーザレベルで出来る方法を選び
  | ました。それにかかるコストと、またそれで実現出来る機能が見合う
  | ものだとも思っています。

ユーザレベルでできるけれども後々まで余計な苦労(grep できないとか
相手が MIME 対応のリーダを使っているか考えないといけないとか)を
ユーザが持ち続けないといけないことは避けたいですね。

------------------------------------------------------------------------------
付録.

(1) mnews での X-Nsubject: の使い方

インストール時に「デフォルトで X-Nsubject を使いますか？」に N
と答えてインストールされた mnews でも再インストールは不要です。
ユーザが ~/.mnews_setup に

x_nsubj_mode:	on

の一行を加えるだけで OK です。また Wnn やパソコンの仮名漢字変換
システムなどでエディタに入る前に直接 Subject に日本語を書く場合は

input_code: euc

などを更に加えて下さい。(古い版では input_code はサポートしていません)

(2) 次版 mnews での MIME の考え方

次版にむけて ISO-2022-JP ヘッダのデコードはほぼ完成しています。
私は現在のところヘッダに MIME を使われるのは好んでいませんが、
そうかといって MIME 対応リーダで送ってきた人のメールを無視する
わけにもいかないのでとりあえず実装はしました。(パイプ方式じゃ
ないので割合高速かつ MIME 対応部はモジュールごと切り離し可能です)
また vin との思想の違い(?)により From: に日本語がかかれていても
そこはコメント(gcos)とみなし、一覧表示には適用しません。
(記事表示ではちゃんと見えますが)

エンコードに関しても 80% ほどできていますが、現在の考えでは
デフォルトではエンコードはしない設定の予定です。(エンコード
モードは動的に変更可能にする予定ですが、ESC の通過にもう少し
こだわりたいです)
ただ、fj.mail での動向次第で最後の仕様のつめがどう変わるかは
何ともいえませんが…

こうしたらいいんじゃないの？という御意見がある方は参考にしたい
のでどしどし下さい。
-- 
-------------------------------------------------------------------------
(株) 松下ソフトリサーチ	第一開発部 第一開発室 宅間
				E-mail:[email-masked]
-------------------------------------------------------------------------

---

From: [email-masked] (Akira Takuma)
Date: Mon, 8 Nov 1993 08:54:54 GMT

上流のニュースサーバの調子が悪いので再ポストします。

fj.mailの<[email-masked]>
の記事においてJST時間1993年11月02日(火)19時57分39秒頃、
私は書きました。

  | 後は質問なのですが、MH-6.8JP は使ったことはないですが、inc した後も
  | Subject: などは MIME エンコードされたままなのでしょうか？もしエン
  | コードされたままだったらとっても不便ですよね。
  | それと pick とかも真面目に MIME(ISO-2022-JP) 対応してるん
  | でしょうか？(pick -subject "漢字" とかが通用するかという意味です)

自己フォローします。
幸い MH-6.8JPc を使う機会がありましたので試してみました。

inc		エンコードされたままされる。
scan,show	.mh_profile, scancomps などの設定が必要(システム管理者
		がやっておいてくれないとユーザ毎にやる必要があり面倒)
		サンプルでは content 毎(?)に自動停止してわずらわしい。
pick		-subject "漢字" などは却下された。(使い方が間違っている
		のかもしれないが、いずれにせよ素直にそのままできないよう
		ではちょっと不便では？)
		なお、Subject にダイレクトに(エンコードせず)漢字を書いて
		いたものは -subject "漢字" で正常に pick された。

何分ちょっと試しに使っただけなので間違っていたら御教授ください。

で、正直な感想、現状のようにヘッダのためにユーザが何でここまで
苦労する必要があるの？と思いました。
別にこれは MH-6.8JPc の問題であって MIME そのものの問題ではありま
せんが、かなり不安が残ります。

# 少なくとも mnews 上では X-Nsubject で ESC が欠落していてもしていなくとも
# MH が JIS や EUC パッチどちらでインストールされていようともユーザは
# 気にすることなく表示上のパターンでそのまま「漢字」などで検索は可能です。
# (バグがなければね:-)
-------------------------------------------------------------------------
(株) 松下ソフトリサーチ	第一開発部 第一開発室 宅間
				E-mail:[email-masked]
-------------------------------------------------------------------------