大里です。

> From: mori <taka_mo@xxxxxxxxxx>
> Subject: [sylpheed-jp:01301] Re: Date
> Date: Mon, 3 Dec 2001 16:17:27 +0900
> Message-ID: 20011203161727.71d56ab5.taka_mo@xxxxxxxxxx

> > RFC822 でも JST は規格にはなかったと思うのですが。
> 
> JSTが規格にあったのではなくて、RFC822では文字表記に関しては柔軟性があった
> (曖昧だった)のではありませんでしたっけ。(そこから、わかるという表現を使った
> [JSTで日本では一般的に日本時間とわかる]のです。)

「日本では」というのは、地域？言語？国籍？民族？共同体？国境？
緯度経度で区切られた座標系？それとも？....タイムゾーン（これは
循環してしまう）？

> RFC822にでているUT/GMT/EST/EDT等は文字表記の例でしかなく(米国では地域時刻
> としてANSIにあるこれらの文字を使う[米国での事情だけが記載されているけど、
> 他の地域でその地域毎に一般的な文字表記はダメって訳ではない; 勿論、実装者
> によって解釈の違う部分だけれども、RFC822でJSTが誤りとは言い切れないと
> 私は思います。])、米国以外で文字表記を使えないという感じではないですよね。

いま論じられているのは、使えるか、許されるか、ではなくて、JST
という文字列を頼りに、+0900 のタイムゾーンを決め打ちしてもいい
のか？さらに一般化して文字表記からタイムゾーンを正確に導くこと
の妥当性はあるかという話ですよね。
私の考えは「やっちゃいけない、ダメ」。
仮に、 -0000 (JST) というメールを受け取ったら、どうしましょ？

JST ---> +0900 とするべしと主張する人のお話から見えないのは
具体的な矛盾のない実装方法。まさかハードコーディングじゃない
でしょう。

# メールの社会性・重要性はますます大きくなってきます。取引や
# 契約や時には争いの材料にもなるかもしれない。だから、単に便
# 利だから楽だからという発想でシステムを考えちゃいけないのだ
# と思うのです。

-- 
  ; kazz@xxxxxxxxxx 
  ; 大里和朗＠江戸川区西葛西