🚀 go-pugleaf

In article <19171.966005736@rananim.ie.u-ryukyu.ac.jp>
	kono@ie.u-ryukyu.ac.jp (Shinji KONO) writes:
> 「MIMEの考え方」ってのが、サブジェクトやファイル名の指定に関
> することならば、一言で言えば「狂ってる」ってことだと僕は思い
既存の転送システムにそのまま載るということを第1に置いた、というとこ
ろからの制約は大きかったと思います。

> ます。Envelope のフォーマットだと思うと割りと使えるんだけど...
ここで、なんでエンベロープが出てくるんでしょうか。河野さんの言われて
いるエンベロープって何ですか?

> で、どこが狂っているかと言うと、
>
>     配送途中ではMIMEデコードしてはいけない部分
>     MIMEデコードしないと処理できない部分
>
> この二つの部分が重なっているからです。今の場合は、
配送途中でデコードしないといけないケースというのってありますか?

>     Re: の処理は、ニュースリーダが行なうべきなのだが、
>     MIME エンコードするとそれができなくなってしまう
これは単純にニュースリーダの処理の問題に過ぎないでしょう。

> なんだけど、
>
>     MIMEエンコードを続けると間の空白の情報が失われる
>
> ってのがあるので、全体をエンコードしたい気持も理解できます。
理解できるけれど、やるべきでないことでしょう。

> >> （RFCはSubjectが「Re:」そのもので始まっていることを要請しており、
> >> “MIMEデコードして「Re:」になる文字列”では要請を満たさないと読解する）
> >すみません。ここでいう「RFC」とは何番のことでしょうか?
>
> この議論は前にもあって、その時は、ネットニュースのが引用され
> ていたような気がする。
これはRFC1036, Standard for interchange of USENET messagesでしょう。

> ちなみに僕は、MHから投稿しているので、かなり特殊なほうかもね。
希少種でしょう。:-)

--
神戸 隆博 / Takahiro Kambe