とみたです。

On Wed, 5 Dec 2001 14:32:25 +0900
mori <taka_mo@xxxxxxxxxx> wrote:

> 別のメールで岩井氏が訳して下さった右記「Subject: [sylpheed-jp:01296] Re: Date」
> のメールの一部を引用します。
> 
> 岩井>> http://www.puni.net/~mimori/rfc/rfc2822.txt より
> 岩井>> >   Other multi-character (usually between 3 and 5) alphabetic time zones
> 岩井>> >   have been used in Internet messages.  Any such time zone whose
> 岩井>> >   meaning is not known SHOULD be considered equivalent to "-0000"
> 岩井>> >   unless there is out-of-band information confirming their meaning.
> 岩井>
> 岩井>> >他の複数文字（普通３から５）のアルファベットのタイムゾーンがインターネッ
> 岩井>> >トのメッセージで使われてきた。そのような、意味がわからないタイムゾーン
> 岩井>> >は、その意味を確かめる情報がある場合以外は"-0000"と同じに考えるべきで
> 岩井>> >ある(SHOULD)。

これは RFC2822 の記述ですよね。RFC822 にはこのような記述はありませんでし
た。

> 私は、文章と式で矛盾した記述がある場合に、どちらを取るかは実装者の選択で
> しょうし過去に文書の方を優先して実装されたものを間違いと言い切れはしないと
> 思います。(人によっては文書は無効[式があるし]だと解釈する事もあるでしょう
> けど、それは個人的な解釈に留めるべきだと思います。別の解釈で実装された
> ソフトでだされたメールデータを排除するのはやりすぎかと思います。)

いえ、RFC822 には式と矛盾するような文章もないと思います。

> ですから、過去のメールを参照する時にJSTを+0900と扱える様にする機能はメーラが
> 持っていても良い機能だと思います。(新規メールにJSTを付けたいといっている
> 訳ではありませんが。)

それは否定しません。私の作ってる某ツールでも JST は +0900 と解釈してます
し :-)

> 上記で説明した通り、私はそう書いている訳ではありません。
> (JSTと付いているメールが解釈できて欲しい理由は、過去に解釈次第で正しかった
> からです。)

その「解釈次第で正しい」の根拠が知りたいのです。RFC822 の zone の記述に
曖昧に解釈できるよな部分はなかったと思うのです。

> 岩井さんのメールを引用した部分を とみたさん はどう解釈されたのかを教えて
> 下さい。(RFC822でわざわざ「その意味を確かめる情報がある場合」と言及されて
> いる事も絡めて)

RFC2822 ですよね。

「他の複数文字（普通３から５）のアルファベットのタイムゾーンがインターネッ
トのメッセージで使われてきた。」の部分は「不正にもかかわらず使われてきた」
と解釈してます。

私は「RFC822的には JST でも正しかった」という点に引っ掛かっただけなので、
「JST」を「+0900」と解釈してくれる手段を Sylpheed に提供して欲しいってこ
とについては特に反対ではないです。

--
とみたまさひろ <tommy@xxxxxxxxxx>, <tommy@xxxxxxxxxx>
日本MySQLユーザ会 http://www.mysql.gr.jp