もり です。

前から気になってたのでしゃしゃりでてきました。

## 優先度、ほぼゼロかも知れない要望という事で。
## 以前話題に成った時にもどこ迄重要なんて話もありましたし。


表題: [sylpheed-jp:01286] Re: Date
日付: Thu, 29 Nov 2001 22:17:41 +0900
ID:   20011129221741.08b0ddc3.kazz@xxxxxxxxxx
"OOSATO,Kazzrou" <kazz@xxxxxxxxxx> さんの記された上記メールに関してです。

> > サマリビューでのDateの表示なんですが、
> > へッダーで
> >  Date: Thu, 29 Nov 2001 01:37:45 JST
> > と記述されているメールが、サマリビューでは「10:37」と表示されます。

JST等に関してはMIME TYPEを扱うようにSylpheedでデータベースを持ち管理できない
かな? (JSTが未知に成ってしまい嫌な人はJSTが+0900だと登録すれば良い。そして、
MLにでも知らせれば作者の方が標準添付なデータベースを更新してくれるかも知れ
ない。)


あと、サマリ上の表示に関しては、設定項目に
   1. システムの設定(地域時間や個人環境設定)に従って
   2. メールヘッダそのままに無変換で
   3. 指定タイムゾーンの時刻に変換して
表示できるようになれば良いのではないかな。

## メールがだされた時刻を見る時に気になる事は人によって違うと思います。
## 例えば、だされてからどれだけ時間が経っているかが気になる場合には
## 何らかの方法で時差を吸収できれば便利だし(何時間以内に返事を書きますと
## 宣言しているウェブページを運営している場合等)、生活時間から受ける
## 印象を考えた場合には(対話上に朝早くだとか書きたい場合には)現地時刻の
## まま表示された方がありがたいでしょうし。
## 時々によって望ましい表示が違うのだから、設定できた方が嬉しいものだ
## と思います。


> >  Date: Thu, 29 Nov 2001 01:37:45 +0000 ないし
> >  Date: Thu, 29 Nov 2001 10:37:45 +9000 と同等の扱いなわけです。
> > 
> > 「JST」が付いていて「+0900」が付いてない場合には、
> > 「+0000」として扱われる、という方が正しいんでしょうか。
> 
> 違うと思います。
> +0000(UT) じゃなくて、-0000(未知のゾーン)という意味でしょう。

これって、正しい事が良い事かと考えるとそうともいえない気がします。

JSTって場合によっては未知のゾーンでないのでは?

## RFC822なのかRFC2822なのかで大きく違いますよね。メールがどっちの形式でやって
## きても解釈するよって事なら、日本では一般的にそれ[JST]でわかるのだから(昔の
## 規定ではあるけれど)使っても正しくないと迄はいえない気がします。
## もちろん、今となっては使うべきでないというのは正しいのでしょうが。
## で、JSTを付けてくるメーラの作者に連絡するだとか、古いメーラを使っている
## メールの送信者に説明して新しいソフトを使ってもらう(時には非常に難しい)だ
## とか。


> # 不完全な形式を拒否してはいけないが、勝手に類推してくれるの
> # は嬉しくないです。

過去には正しかった形式(RFC822的には)なので、古いメールの書庫を漁る時等の
事を考えると2桁時差やJSTは解釈できても良いと思う。(今、優先度がとか考える
とどうでも良い気もしますが)


> で、未知のゾーンをとりあえず UT として扱うのは健全な妥協に思
> えるのですが。

Sylpheedの実装としては許される範囲の妥協(健全といえる程は肯定的でない)に
思います。JSTを付けたメール自体はRFC822の解釈の一つとしてあり得たものだと
思うし。