[1] HTTP メッセージの頭部で使用する欄のうち、 実体本体についての情報を伝達するものを実体頭欄といいます。
[12] 実体ヘッダーは RFC 2616 世代まで存在した HTTPヘッダーの分類でしたが、 RFC 723x 世代では廃止されています。 (RFC 723x 世代では payload header と表現メタデータが意味的に近そうです。)
ETag 欄は RFC2068 では実体頭欄に分類されていましたが、
RFC2616 では応答頭欄に分類されています。URI 欄は RFC 2068 では分類なしです。
(ここでは RFC 1945 に従い実体欄に分類しました。)Date, Public は後の HTTP
では応答頭欄に分類されています。[11] Content-Length とか Content-Range
って、実体頭欄というより応答頭欄じゃないかなあ。
[14] Content-Disposition は RFC 2616
では応答頭欄。
Entity-HeaderEntity-header fields define{1945,2068} optionalmetainformation about theEntity-Bodyentity-body or, if no body is present, about the resource identified by the request.
実体頭欄は entity-body か、本体が無い場合にはその要求で識別される資源についての省略可能なメタ情報を定義します。
{2616} Some of this metainformation is OPTIONAL; some might be REQUIRED by portions of this specification.
このメタ情報の幾つかは任意選択'です。 いくつかはこの仕様書のどこかで必須とされているかもしれません。
{1945}
Entity-Header = Allow ; Section 10.1 | Content-Encoding ; Section 10.3 | Content-Length ; Section 10.4 | Content-Type ; Section 10.5 | Expires ; Section 10.7 | Last-Modified ; Section 10.10 | extension-header
{2068}
entity-header = Allow ; Section 14.7 | Content-Base ; Section 14.11 | Content-Encoding ; Section 14.12 | Content-Language ; Section 14.13 | Content-Length ; Section 14.14 | Content-Location ; Section 14.15 | Content-MD5 ; Section 14.16 | Content-Range ; Section 14.17 | Content-Type ; Section 14.18 | ETag ; Section 14.20 | Expires ; Section 14.21 | Last-Modified ; Section 14.29 | extension-header
{2616}
entity-header = Allow ; Section 14.7 | Content-Encoding ; Section 14.11 | Content-Language ; Section 14.12 | Content-Length ; Section 14.13 | Content-Location ; Section 14.14 | Content-MD5 ; Section 14.15 | Content-Range ; Section 14.16 | Content-Type ; Section 14.17 | Expires ; Section 14.21 | Last-Modified ; Section 14.29 | extension-header
extension-header = HTTP-header- extension-header = message-header
The extension-header mechanism allows additional
Entity-Headerentity-header fields to be defined without changing the protocol, but these fields cannot be assumed to be recognizable by the recipient. Unrecognized header fieldsshouldSHOULD be ignored by the recipient and {2616} MUST be forwarded by {2616} transparent proxies.
extension-header 機構によって、追加の実体頭欄をプロトコルを変更せずに定義できますが、
その欄は受信者が認識することを仮定できません。
受信者は認識出来ない頭を無視するべきですし、透過串は無視しなければなりません。
注: 注記なき変更点は 1945→2068 のもの。
Allow | [RFC 2326] |
Content-Base | [RFC 2326] |
Content-Encoding | [RFC 2326] |
Content-Language | [RFC 2326] |
Content-Length | [RFC 2326] |
Content-Location | [RFC 2326] |
Content-Type | [RFC 2326] |
Expires | [RFC 2326] |
Last-Modified | [RFC 2326] |
Content-Disposition | [RFC 3261] |
Content-Encoding | [RFC 2543], [RFC 3261] |
Content-Language | [RFC 2543], [RFC 3261] |
Content-Length | [RFC 3261] |
Content-Type | [RFC 2543], [RFC 3261] |
c == Content-Type | [RFC 2543], [RFC 3261] |
e == Content-Encoding | [RFC 2543], [RFC 3261] |
l == Content-Length | [RFC 2543], [RFC 3261] |
[13] 電子メイル//頭欄・電子ニュース//頭欄のうち、 メッセージ実体の性質を表す頭欄です。
| 名前 | 意味 | メイル | ニュース |
| Article-Names | 記事名 | ○ | |
| Base | 基底URI | ○ | |
| Comments | 注釈 | ○ | |
| DL-Expansion-History-Indication | ○ | ||
| Encoding | ○ | ||
| Encrypted | 暗号化 | ○ | |
| Importance | 重要度 | ○ | |
| Keywords | 鍵言葉 | ○ | ○ |
| Language | 内容言語 | ○ | |
| Lines | 行数 | ○ | |
| Link | ハイパーリンク | ○ | |
| Mail-System-Version | ○ | ||
| Mailer | メイラー | ○ | |
| Message-Context | ○ | ||
| Message-Type | ○ | ||
| MIME-Version | MIME 版 | ○ | ○ |
| Original-Encoded-Information-Types | ○ | ||
| Originating-Client | |||
| Priority | 優先度 | ○ | |
| Sensitivity | 親展度 | ○ | |
| Subject | 主題 | ○ | ◎ |
| Summary | 要約 | ○ | |
| User-Agent | 利用者エージェント | ○ | ○ |
| X-Mailer | メイラー | ○ | |
| X-Mew | Mew | ○ | ○ |
| X-Newsreader | ニュース読者 | ○ | |
| X-NSubject | 日本語主題 | ○ | ○ |
| X-Priority | 優先度 | ○ | |
MIME頭欄など、 Contetn- で始まるもの | ○ | ○ | |
User-Agent: 系の欄をここに分類するのは不適当じゃない?