[1] 頭 (頭部) とは header の訳語で、「かしら」と呼びます。
手紙の最初の部分のことを頭かしら と呼んだことにちなんで、この訳語が当てられました。 (なお頭部に対して本文部分を本体 (body )
と呼びます。)
[2] 電子メイル や電子ニュース では、記事の題や著者, 日時,
その他のメタ情報 を記述する部分として、頭部は重要な役割を果たしています。
[3] RFC822 では、頭部は頭欄 の集合として定義されています。
頭欄は更に頭欄名と頭欄本体で構成されます。この電子メイルの構造は USENET
のニュース記事, HTTP メッセージ, SIP メッセージなどにも流用されています。
意味 [32]
メッセージ の種別によっては、内容 の一部であって、
利用者エージェント の処理に役立つ情報を含むもの。
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
構文 ありがちな構造 comment quoted-string encoded-word atomとtokenの類 [29] atom , token
頭部の 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 として認識してはもらえないけど。文脈 [11]
RFC 822メッセージ の前半がヘッダー部 です。
[12]
text/rfc822-headers として単体で使われることもあります。
ヘッダー欄の一覧 RFC 822メッセージのヘッダー一覧
関連 [13] RFC 822メッセージ から派生した HTTPメッセージ でも、
同じ構造が踏襲されています (細部は異なります)。詳しくはヘッダー部 (HTTP) を参照。
歴史 [14] RFC 561 - Standardizing Network Mail Headers , 2021-01-24T10:12:52.000Z , 2021-03-10T05:35:07.479Z https://tools.ietf.org/html/rfc561
[15] RFC 680 - Message Transmission Protocol , 2021-01-31T19:20:31.000Z , 2021-03-10T05:59:48.108Z https://tools.ietf.org/html/rfc680
[16] RFC 886 - Proposed standard for message header munging , 2021-02-01T00:43:07.000Z , 2021-03-10T06:26:28.002Z https://tools.ietf.org/html/rfc886
[17] RFC 2076 - Common Internet Message Headers , 2021-03-14T08:56:21.000Z , 2021-03-22T10:00:33.366Z https://tools.ietf.org/html/rfc2076
[18] RFC Errata Report » RFC Editor , 2021-03-22T10:00:45.000Z https://www.rfc-editor.org/errata_search.php?rfc=2076
[19] RFC 4249: Implementer-Friendly Specification of Message and MIME-Part Header Fields and Field Components , 2021-08-17T11:54:07.000Z https://www.rfc-editor.org/rfc/rfc4249.html
メモ [5] 本体 (body ), 脚部 (footer ) と対にして、最初の部分。本体に対してメタ情報 の類の伝送に使うのが普通。 Header。頭 。かしら 。
[6] メッセージ の伝送上の情報, 本体 の概要, 本体の解釈上のメタ情報などを表現した頭欄 の集合。 822 電子メイル では Date: 欄 が必須。先頭に From MIME では空になり得る。 HTTP では先頭に要求行 や状態行 が先行する。
[7] RFC 2110 2.2, RFC 2557 2.2頭Header
メッセージ 見出し や内容 見出し の欄 で、
1つの属性 の値 を指定するところ。 [9] これは頭欄 の意味。
[8] RFC 2110 2.2, RFC 2557 2.2見出しHeading
最初の CRLFCRLF の前のメッセージ や内容 の一部分で、
メッセージ や内容 の属性により書式付けされた欄 を含んでいる。 [10] これは頭部 の意味。