受信日時の表示がおかしい

> 受信したメールの時刻設定がなんであろうとも、受信日時は正しく日本時間で...
10.4にした直後の日付が変なようですので...
メールを取り込み直してみたらどうでしょう。
Mailをバックアップして、Mailフォルダ、com.apple.mail.plistを
消去して、再起動、Mailを初めから設定し直すのです。

うえださん、こんばんは。
＞普通に考えたら、受信したメールの時刻設定がなんであろうとも、
＞受信日時は正しく日本時間で表示してくれないと、日本内にある
＞サーバから受信するメールしか正しく表示されないことになって
＞しまいます
Tigerは全世界で使われている訳ですからそうですよね。
Mailだけ再インストールしてみてはどうでしょうか？

実験してみましたので、ご報告します。
元のメールのヘッダは
Received: from mac.com (smtpin20-en2 [10.13.11.248])
by ms71.mac.com (iPlanet Messaging Server 5.2
HotFix 2.03 (built Nov 22 2004))
with ESMTP id <0IIO00E14OVX1G@ms71.mac.com> for
xxxx@mac.com; Sun, 26 Jun 2005 01:57:33 -0700 (PDT)
これの受信時刻は26日の17:57と表示される。
このヘッダをうえださんが書かれていたヘッダ情報の時間に書き換え、Mailで開いてみる。（メールボックスの再構築もしました。）
Received: from mac.com (smtpin20-en2 [10.13.11.248])
by ms71.mac.com (iPlanet Messaging Server 5.2
HotFix 2.03 (built Nov 22 2004))
with ESMTP id <0IIO00E14OVX1G@ms71.mac.com> for
xxxx@mac.com; Sat, 25 Jun 2005 01:23:51 GMT
そうすると、受信時刻は25日の01:23になってしまう。
→うえださんの現象の再現ができる
また、ヘッダの時刻に+0000 (GMT)を付けてみる
Received: from mac.com (smtpin20-en2 [10.13.11.248])
by ms71.mac.com (iPlanet Messaging Server 5.2
HotFix 2.03 (built Nov 22 2004))
with ESMTP id <0IIO00E14OVX1G@ms71.mac.com> for
xxxx@mac.com; Sat, 25 Jun 2005 01:23:51 +0000 (GMT)
こうすると受信時刻は+9時間され25日の10:23と表示される。
よって、Mailの仕様なのか、GMTでも+0000がないとおかしなことが起きるようです。
GMTの場合にGMTと書くのがメールの世界では正しいのか、+0000 (GMT)と書くのが正しいのかはE-mailの仕様を見てみないとちょっと分かりませんが（＾＾；
なので、うえださん、もしMailの再インストールをもうしてしまっていたらすみませんm(_ _)m

こんにちは。
こちらこそわざわざ実験していただいてありがとうございます。
この情報を読む前に再インストールは試してみました。
その他にも別ユーザでMailのアカウントを作ったり、Library/Mail以下とcom.apple.mail.plistを捨ててアカウントを作り直したりもしましたが、もちろんダメでした。
やはり結論としてはメールヘッダの時刻の表記方法のようですか。
GMT or +0000(GMT)、どちらが正解なのか、それともどちらとも認められているのか、ここまでくるとメールヘッダを規定したRFCを読みこまないとわからない世界ですね。
となると、ちょっとお手上げです。何となくどちらでもいい、という答えになっているような気もするのですが・・・

うえださん、こんばんわ
ここまできてしまうと私たちユーザーの手ではどうしようもなくApple社に頼んでMailを修正してもらうしかなさそうですね。
GMTが正しい場合にはApple社のきちんと対応して下さいと強くいうこともできますが、+0000(GMT)が正しい場合にはあまり強くいうことはできませんし・・・
頼むだけ頼んでAppleに対応をお願いしてみてはどうでしょうか？

失礼します。
＞頼むだけ頼んでAppleに対応をお願いしてみてはどうでしょうか？
まだTigerの９０日無料サポート期間だと思います。
アップルケアに、このことを確認して貰ってはいかがでしょう。
その後、Appleに対応をお願いしてみるというのも、一つの手かもしれません。

お子様ランチさん、こんばんは
＞まだTigerの９０日無料サポート期間だと思います。
＞アップルケアに、このことを確認して貰ってはいかがでしょう。
たしかにそれがいいかもしれませんね。

＞GMT or +0000(GMT)、どちらが正解なのか、それともどちらとも認められているのか、
＞ここまでくるとメールヘッダを規定したRFCを読みこまないとわからない世界ですね。
メール関連の RFC は RFC 2821, RFC2822 が基本です。他には MIME 関連の RFC もあります。で、タイムゾーンについては RFC2822 に書かれています。今どき世界標準時を GMT と書くのは古いですが、まだ認められていて、+0000 と同じ意味だと書いてあります。+0000 (GMT) は少し変な気もしますが、かっこの中はコメントなので +0000 とだけ書くのと同じです。
つまり、RFC 的には問題ないと解釈できます。
で、他の地域の時刻を、利用者のローカル時間 (例えば日本時間) に変換するかどうかは、クライアントの自由でしょう。変換せずに、元のローカル時間のまま表示したっていいわけです。その場合、送信者が (現地時間で) 何時ごろ出したかを知ることができるメリットがあります。今回も、メールサーバが GMT とつけたのだから、(イギリス周辺から送信されたと解釈して) GMT のまま表示したっていいわけです。
とはいえ、変換するかしないかが決め打ちというのは使いにくいでしょう。利用者のローカル時間に変換するかどうかは選択できた方がいいと思います。Apple にお願いするとしたら、そういう選択機能をつけてくれ、ということになると思います。

RFC 2822 (Internet Message Format) によれば
zone = (( "+" / "-" ) 4DIGIT) / obs-zone
The form "+0000" SHOULD be used to indicate a time zone at Universal Time.
世界時間のゾーンを表すのに「+0000」が使われるべきである(SHOULD)。
とあります。
本来は Sun Microsystems の iPlanet Messaging Server のインプリメントを変えさせるのが筋ですが、Mail.app でカバーできればそれでもよい訳で、要するにどっちが小回りが効くかという点に尽きます。

targzさん、こんばんは
勉強になりました。
ありがとうございます。

みなさん、アドバイスをありがとうございます。
RFC的にはどちらのフォーマットであっても問題がないようなので、とりあえずアップルに問い合わせてみることにします。
また結果が分かれば皆さんにご連絡します。
ありがとうございました。

昨日アップルに問い合わせてみました。
・10.4からMailの仕様が変更になったとは聞いていない
・現時点ではバグなのか、仕様なのかわからない
・開発元(US)にエスカレーションパスを通して確認してみるが、結果はわからないし確認できない
ということでした。
そこで、
・あなたの上司かエスカレーション権限を持った人と話をさせろ
・バグなのか仕様なのかぐらい確認できるだろう
・うちの会社(某高井戸に本社がある会社)でも自社開発のOSはバグなのかどうなのかちゃんと確認して連絡する
と言ったところ、
・アップルジャパン内のアクション(エスカレーションをUSへあげた、USから日本に対して連絡が来た、USから日本への回答内容など)については、連絡することはできる
と言われたため、それでお願いをしました。
果たしてどんな回答が来るのでしょうか。
対して期待はしていないのですが、少し興味深いです。
それより、本当に連絡してくるでしょうか(笑)。

うえださん、こんにちは。
アップルに連絡ありがとうございます。
アップルからの回答が来るのを期待して、回答が来ましたら、お教え下さいますようお願い致します。

本日アップルから連絡が来ました。
まさか来るとは思っていなかったため、びっくりです(笑)。
連絡内容は、開発元も不具合だと認め、原因を解明しているそうです。
原因が分かれば、今後リリースされるアップデータで対応する予定のようです。
ただ、いつ対応が可能になるかどうかはわからない、と言われました。
それでも少なくともアップルが不具合だと認めてくれたため、今後のアップデートに期待が持てるようになりました。
これも皆さんのおかげです。
ありがとうございました。

うえださん、こんばんは。
情報ありがとうございます。
10.4.2はでてしまったので次の10.4.3で修正してくれるといいですね。