かねみきのうふふ o(^-^)o

RFC2822は Abstract にもあるように

This standard specifies a syntax for text messages that are sent between computer users, within the framework of "electronic mail" messages.

E-Mail のスペックに触れた RFC なのだ．

先日たまたまサブ機の MUA から送ったメールに Date フィールドがついていないことに気づき恥ずかしい思いをしたので確認してみた．Date フィールドは MUA がつけるべきか MTA がつけるべきか．これは単純な話で，RFC2822を読めば MUA 側で Date フィールドをつけた方が良さそうだということがわかる．うーん．サブ機の MUA は nPOPQ なのだが，デフォルトで Date フィールドを送信してほしいなぁ等と思った．メールを送信した後に気付いたので，慌てて "Dateを送信" を ON に修正．これで安心．最近の sendmail はあまり知らないのだが，Date フィールドがなかったら付加するように設定できないのかなぁ？（∵その ISP の MTA が sendmail なので）Date フィールドつけないヘタレ MUA は使うな！ということなのかもしれないが（うん，そう考えた方がよさそうだ）．

二点目も Date フィールドについてなのだが，

The date and time-of-day SHOULD express local time.

とあるように，Date フィールドは，ローカルタイムが推奨されている．私はドイツのフリーメールを長く愛用しているのだが，当然ながらローカルタイムが JST ではなく EST．しかも夏時間のおまけつき．たまに送信するメールが EST になっていることがあって「ん？」と思っていたのだが，これも MUA で +0900 JST を設定すれば済むこと．そこのフリーメールは，MTA に localtime-patch を当てた qmail を使っているので，MTA 側でつけた Date フィールド（つまり EST に設定された Date フィールド）が送信されていたのだ．

結局は自分の MUA 設定のミスによって起きていたトラブルなので，かなり反省...

ただ，このことがわかって新たに気になったことがある．私が個人的に使っている MUA は，Date フィールドの送信はできるのだが「手動設定」なのだ．自分で "+0900" 等と入力しなくてはならない．今後日本にサマータイム制が施行されたら面倒だ．そのときにはソフトウェアがバージョンアップするのだろうか．少し不安になった．