頭部 (RFC 822 メッセージ)

[1] 頭 (頭部) とは header の訳語で、「かしら」と呼びます。手紙の最初の部分のことを頭 (かしら) と呼んだことにちなんで、この訳語が当てられました。 (なお頭部に対して本文部分を本体 (body) と呼びます。)

[2] 電子メイルや電子ニュースでは、記事の題や著者, 日時, その他のメタ情報を記述する部分として、頭部は重要な役割を果たしています。

[3] RFC822 では、頭部は頭欄の集合として定義されています。頭欄は更に頭欄名と頭欄本体で構成されます。この電子メイルの構造は USENET のニュース記事, HTTP メッセージ, SIP メッセージなどにも流用されています。

意味

メッセージの種別によっては、内容の一部であって、利用者エージェントの処理に役立つ情報を含むもの。 heading, header。
この情報には、メッセージの主題, 以前のメッセージの参照及び重要度などがある。 (JISX0032:1999 32.03.03)

[33]

見出し (Heading)
最初の CRLFCRLF の前のメッセージや内容の一部分で、メッセージや内容の属性により書式付けされた欄を含んでいる。 RFC 2110 2.2, RFC 2557 2.2

[34] RFC 4356 - Mapping Between the Multimedia Messaging Service (MMS) and Internet Mail http://tools.ietf.org/html/rfc4356#page-4

構文

ありがちな構造

頭部の charset

[4] 注: Subject: 欄の末尾から引越しますた。
[23] spam なんですけど、本文が Content-Type: & charsetパラメーターつきのシフトJIS (名前が shift-jis だったが。) で、 Subject: 欄が生シフト JIS のメッセージがありました。今ではこんなのはあんまり見かけませんが、過去には (特に私信や local newsgroup で) よくあったんじゃないかと思います。
[24] >>23 で、 Subject: が8ビットで、本文も8ビットだけど本文の charset が分かっている場合には、その charset を Subject: にも適用したらどうかなあとか思ったです。
[25] >>23-24 本文はシフト JIS で Subject: は ISO-2022-JP ってこともありますから、何も考えずに一律にやってしまうとまずいとは思うんですけど、状況を >>24 くらいに限定すればどうかなと。 (だけど、この類は hard coding しないと実装は困難かなあ。)
[26] >>25 こういう処理を入れてくと条件分岐や option がどんどん増えてってぐちゃぐちゃになって嫌ですよねえ。
[27] >>23-26 spam じゃない普通のメッセージでも、 ISO-8859-1 の生 From: とかがよくあるね、英語の ML とか読んでると。やっぱりそういう実装は、 header 全体レベルで、人間可読文字列部分に対して付ける必要がありそう。
[28] >>27 header charset が US-ASCII, ISO/IEC2022, ISO-8859-1, UTF-8 とあって、更に encoded-word がある状況で、こういうのを全部うまくきれいにまとめて実装するのはとてつもなくしんどそうだ。
[30] RFC822 を見ましたが、 field-name は ASCII の一部図形文字しか使えませんね。ちょっと安心。
[31] >>30 でも encoded-word (っぽいもの) は書けるね。 encoded-word として認識してはもらえないけど。