Illegal-

ヘッダー欄 (電子メール)

[823] 頭欄 (ヘッダー・フィールド) (header field) は、 RFC 822 や派生プロトコルのメッセージにおいて、頭部 (ヘッダー) を構成する項目です。頭欄は名前 (name) と本体 (body) によって構成されます。

一覧

[824] 頭欄の一覧

HTTP ヘッダー

[831] HTTPヘッダーを参照してください。

SIP ヘッダー

[12] SIPヘッダーを参照。

プロトコル間変換

電子メールと MMS の変換

[825] インターネット・メールと MMS は、どちらも RFC 822 をベースにした書式を使っていますので、おおむねそのまま、無変換に近い形でやりとりできますが、転送プロトコルと関連が強い部分を中心に若干の差異もあり、 RFC 4356 で対応付けが規定されています。

[826] RFC 4356 内で対応が明記されていない頭欄は、変更せずにそのまま素通しにするべきです。

RFC 4356 - Mapping Between the Multimedia Messaging Service (MMS) and Internet Mail http://tools.ietf.org/html/rfc4356#section-2.1.3

`Illegal-*:` ヘッダー

[15] RFC 4249: Implementer-Friendly Specification of Message and MIME-Part Header Fields and Field Components, 2021-08-17T11:58:52.000Z https://www.rfc-editor.org/rfc/rfc4249.html#section-3.1.2.2.3

メモ

[1] Quick reference to Internet message headers http://www.cs.tut.fi/~jkorpela/headers.html でっかな表があるので注意。
[2] 実際のところ 822 世界で頭欄の相互不干渉・相互独立の原則が確立したのは MIME の時のようです。 MIME の仕様には色々なところに、 (当時の技術的背景に由来する) MIMEr の1パス思想 (一度の処理で(後戻りすることなく) すませられるようにしようというもの。) が現れていますけど、これもその一つで、頭欄を最初から順に表示していくのに、順序の関係のない 822 の頭において後のほうにあるかもしれない必要な情報を確認してから前の方の頭を表示することはよくない、と。
[3] もちろん、今の計算機資源を考えれば >>2 のような走査は難なくこなせますのですが。
[4] ヘッダフィールド一覧 http://www6.plala.or.jp/go_west/note/mail_hdr/toc.htm : 紹介している頭欄の数がかなり多い。たぶん日本語圏では一番。ただし独自の情報は少ないし、あんまり詳しくない。正しくないところもある。メイル寄りでニュースは非標準扱いされてるし。

[5] 822 (メイル・ニュース・MIME・HTTP) の頭欄の登録手続きがやっと2004年9月に RFC (BCP) になりました。

Registration Procedures for Message Header Fields RFC 3864 urn:ietf:rfc:3864 = BCP 90 urn:ietf:bcp:90

IANAREG http://www.iana.org/assignments/message-headers/

[13] rfc3864, 2021-06-05T12:03:00.000Z https://datatracker.ietf.org/doc/html/rfc3864

[6] >>5 RFC 2822 や RFC 1036 からの登録はまだ RFC になってない模様です。登録第1号は9月に RFC になった Solicitation。

(名無しさん)

[7] >>6 10月に一気に登録きたーと思ったら、なんかこれ:

IANA | MIME Media Types http://www.iana.org/assignments/message-headers/mail-message-header-index.html

はリンク切れだし。 (6月付けだから放置プレイ中?)

ほとんど同じ内容の IANA | MIME Media Types http://www.iana.org/assignments/message-headers/message-header-index.html は正しい。 (こっちは10月付け) (名無しさん 2004-11-24 12:13:16 +00:00)

[8] 頭欄の仕様作成のためのBruce Lillyの指針Implementer-Friendly Specification of Message and MIME-Part Header Fields and Field ComponentsがやっとRFC 4249になりました。

今後の新しい頭欄の仕様書の品質がよくなるといいんですけどね。。。 (名無しさん 2006-01-25 12:58:24 +00:00)

[827] 迷惑メール相談センター|情報提供のお願い|Eメールヘッダ情報の確認方法|JADAC (2012-06-11 10:15:01 +09:00 版) http://www.dekyo.or.jp/soudan/ihan/header.html

[828] RFC 6787 - Media Resource Control Protocol Version 2 (MRCPv2) ( (2012-11-13 15:18:40 +09:00 版)) http://tools.ietf.org/html/rfc6787#section-6

[829] RFC 6787 - Media Resource Control Protocol Version 2 (MRCPv2) ( (2012-11-13 15:18:40 +09:00 版)) http://tools.ietf.org/html/rfc6787#section-13.1.3

[830] Media Resource Control Protocol Version 2 (MRCPv2) Parameters ( (2012-11-13 21:47:44 +09:00 版)) http://www.iana.org/assignments/mrcpv2-parameters/mrcpv2-parameters.xhtml#header-fields

[832] RFC 5536 - Netnews Article Format ( (2014-09-21 18:14:06 +09:00 版)) http://tools.ietf.org/html/rfc5536#page-8

[9] Update for casing changes in ES's record fields · whatwg/html@5239b84 (2016-02-26 17:41:48 +09:00 版) https://github.com/whatwg/html/commit/5239b849ee7f7042d367b83d19a1a3e46eb59d00

[10] RFC 4249 - Implementer-Friendly Specification of Message and MIME-Part Header Fields and Field Components (2016-07-04 02:04:17 +09:00) https://tools.ietf.org/html/rfc4249

[11] RFC 886 - Proposed standard for message header munging (2016-07-03 20:37:57 +09:00) https://tools.ietf.org/html/rfc886

[14] rfc4021, 2021-07-16T04:26:51.000Z https://datatracker.ietf.org/doc/html/rfc4021