[Mew-dist 337] Re: JIS subject ?

[Takahiro Kambe]

On Mon, 23 Dec 1996 21:36:57 +0900
	Shuhei KOBAYASHI <shuhei-k at example.com> writes
>   私もそう思いますが、それは RFC822 の記述とは明らかに異なる[*]主張な
> ので確認したまでです。
RFC822の記述自体が曖昧であるというところからですね。

>   もうひとつ確認します。(どこでの発言か知りませんが) Dave の発言はこの
> 通りなのですね？
> 
> mew.info より:
> | RFC822 is so ambiguous that we misunderstand that JUNET code can be used
> | for header and body since it is 7 bit. The author of RFC822, Dave, says,
> | however, ASCII means restricted combination of ASCII characters. That
> | is, ASCII never contains JUNET code due to its ESC sequences. Strictly
> | speaking, it is illegal to convey JUNET code in a mail body.
> 
>   だとすると、"restricted ASCII" に対する山本さんの解釈が間違っている
> のです。restricted ASCII というのは printable ASCII の事ではなく、符号
> 拡張を含まない(ESC を ISO 2022 の ESC として解釈しない etc.)ということ
> です。この事は RFC2046 の以下の部分に書かれています。
> (RFC1521, RFC1341 でも同様)

符号拡張の意味を含まない → 符号拡張の目的のエスケープを入れてはいけない

と解釈するのは不自然でしょうか?

>   RFC822 の ambiguity とは control characters の解釈の余地があったこと
> を指しています。
同意します。

> >>>>> Kazuhiko Yamamoto 山本和彦  <kazu at example.com> wrote:
> > 昔も今も、日本でも世界のどこでも header には、制限された ASCII 文字
> > 列しか使ってはいけません。これは、header が配送にかかわる重要な情報
> > を含んでいるからです。
> 
>   RFC822 において ESC を header に含めることができるのは formal syntax
> より明らかです。
> ＃[*]特にこの点をどうして無視できるのか私には理解できません。
というよりも、符号拡張の意味を持って使うとか使わないといったことは、
このformal syntaxからは出て来ない(考慮されていない)曖昧さであると
理解しています。

逆に、

o ISO-2022的な意味を持ってESCが入ってはいけない。
o 画面上の表示の意味を持つ意味で入っても良い。(まさか...)
o 単独なエスケープが入ってはいけない。

といった、どのようなレベルまで入れて良いとお考えですか。

>   また、MIME はこの点に関して RFC822 に何ら制限を加えるものではない
> ので、header に ESC を(US-ASCII の ESC として!)含めることができます。
符号拡張の意味を持って使っている限り、restricted ASCIIでなくなると
理解しています。

>   以上、私の解釈はすべて RFC に書かれていることです。まだ、RFC の記述
> とは異なる解釈を主張されるのでしたら、その根拠を明らかにしてください。
以上のように、私は異なる解釈であるとは思っていません。

--
神戸 隆博(かんべ たかひろ)