Edit

Page

Page title:

Page body:

[13] [DFN[[CODE(MIME)@en[[[Content-Base:]]]]]] は、
[[HTTP]] や [[MIME]] の[[メッセージ]]における[[基底URL]]
を指定するものとして提案されていた[[ヘッダー]]でした。

[28] この[[ヘッダー]]は広く実装されること無く削除されました。

[FIG(important)[
[29] 本項は[[廃止]]された [[HTTP]] および [[MIME]]
の機能に関するものです。本項の事項は当時の状況を説明するもので、
現状とは異なることがあります。
]FIG]

* 仕様書

[REFS[

- [14] [[MHTML]] ([[MIME]])
-- [32] [DEL[[[RFC 2110]]]] ([[IETF]] [[提案標準]]; [[廃止]])
<urn:ietf:rfc:2110>
--- [33] [CSECTION[4.2 The Content-Base header]]
-- [34] [[RFC 2557]] ([[IETF]] [[提案標準]]) <urn:ietf:rfc:2557>
--- [35] [CSECTION[12.  Differences as compared to the previous version of this proposed standard in RFC 2110]]

]REFS]

* 構文

[15] [[RFC 2110]] では [[RFC 822]] の [[ABNF]]
を使って

>
[PRE(ABNF code)[
content-base ::= "Content-Base:" absoluteURI
]PRE]

と構文が定義されていました。ここで、 [CODE(ABNF)[[[absoluteURI]]]]
の定義については明確な説明がありませんが、
[Q[URI は [[RFC 1738]] の定義に制限される]]と書いてあるので、
[[RFC 1738]] で規定されている[[絶対URL]]
を表すのでしょう。
[WEAK[([CODE(ABNF)[[[absoluteURL]]]] でなくて [CODE(ABNF)[[[absoluteURI]]]] なのは既に [[RFC 2396]] の策定作業中であったからでしょう。)]]

[16] >>15 は [[RFC 822]] の [[ABNF]] で記述されていますが、
[[RFC 822]] 的には[[欄本体]]の前後には [CODE(ABNF)[[[LWS]]]]
が挿入できると考える方が適当です。実際 [[RFC 2110]]
の改訂版の [[RFC 2557]] には ([CODE(MIME)[Content-Base]]
の定義はありませんが、一緒に定義されていた [CODE(MIME)[Content-Location]]
は) [[ABNF]] で [CODE(ABNF)[[[CFWS]]]] 
[WEAK[([CODE(ABNF)[[[LWS]]]] の [[RFC 2822]] 版)]]
を使うように修正されています。

それを考慮して定義を書き直すと、
[PRE(ABNF code)[
[DFN[content-base]] := "Content-Base:" '''['''[[CFWS]]''']''' [[absolute-URI]] '''['''[[CFWS]]''']'''
]PRE]

となります。まあ書き直すというほどの違いではありませんが。
[[RFC 1738]] の [[URL]] というのはいくらなんでも古過ぎるので、
勝手に [[RFC 3986]] の [CODE(ABNF)[[[absolute-URI]]]]
に変えさせて頂きました。

;; 実は欄本体の末尾に [CODE(ABNF)[[[CFWS]]]] が書けるというのには問題があります。
[CODE(char)[(]] が [[URI]] なのか [CODE(ABNF)[[[comment]]]]
なのか判断できないことがあります。詳しくは
[CODE(MIME)[[[Content-Location]]:]] 欄の解説をご覧下さい。

[6] '''URLBODY''':
さて、話は >>15-16 で終わりではありません。
[[RFC 2110]] 4.4 によれば、 [[URI]] は [[MIME]] の頭欄の行長制限
[WEAK[(そんなのあったか?)]] を超え得るので、
[[URLBODY]] 3.1 節の方法を採用するとしています。
簡単に言えば、[[引用符]]で括れば[[空白]]を [[URI]] 
の途中に勝手に挿入してもよいということです。

これを考慮すると:
[PRE(ABNF code)[
[DFN[content-base]] := "Content-Base:" '''['''[[CFWS]]''']''' (absolute-URI / quoted-absolute-URI) '''['''[[CFWS]]''']'''
[DFN[quoted-absolute-URI]] := <"> URI-word *([[FWS]] URI-word) <">
    [CODE(comment)[;; [[FWS]] を除去すると、 [[absolute-URI]] になること]]
[DFN[URI-word]] := 1*40(%x21 / %x23-5B / %x5D-7E)
    [CODE(comment)[;; [[CTL]], [[SP]], <">, "\", 8ビットを除くもの]]
]PRE]

([[URLBODY]] の仕様上の問題を補正済み。詳しくは [[URLBODY]]
の解説を参照。)

[17] '''[CODE(MIME)[Content-Location:]] 新規格との整合性''':
[[RFC 2110]] では [CODE(MIME)[Content-Base]] と
[CODE(MIME)[Content-Location]] が共に規定されていましたが、
新しい [[RFC 2557]] は [CODE(MIME)[Content-Location]]
だけを規定しています。どちらの欄も元々ほとんど構文等は同じでしたが、
[[RFC 2557]] では [CODE(ABNF)[[[encoded-word]]]]
に関する規定が加わっています。

両欄の整合性を考えるなら、 [CODE(MIME)[Content-Base]]
も [CODE(MIME)[Content-Location]] とほぼ同じように処理するべきです。

[CODE(MIME)[[[Content-Location]]:]] 
欄の解説に新しい構文についての考察があります。

[21]
>>6 実装は [[URLBODY]] の方法を使うというのを引用符で囲むのも含めてと解釈していますけど
(>>12)、それは本当に
[[RFC 2110]] の意図なのでしょうか? [[URLBODY]] は 
[CODE(MIME)[[[message/external-body]]]] の[[媒体型引数]]だから引用符も含めて定義しているだけで、
[[欄本体]]で使うなら引用符をわざわざ含める必然性はないのですから。

でも [[RFC 2110]] を厳密に読んだら確かに引用符が必要と解釈するのが自然な気もする。仕様書が曖昧なのが一番問題だな。

* 文脈

[31] 
[[Mozilla Thunderbird]]
の[[フィードリーダー]]機能の[[メッセージ]]では、
[[エントリー]]の記事 ([[HTML]]) の [[URL]] 
(引用符等のない[[絶対URL]]で)
が
[CODE[Content-Base:]]
に設定されます。
([[素片識別子]]付きのこともあります。)

* 意味

[18] '''適用範囲''':
[[RFC 2110]] には、[CODE(MIME)[Content-Base]]
と [CODE(MIME)[Content-Location]] が適用されるのはその[[実体]]そのものだけであり、
[CODE(MIME)[[[multipart/[VAR[*]]]]]] 
の[[実体]]に指定しても内側の[[実体本体]]には適用されないと規定されています
[SRC[[[RFC 2110]] 4.1]]。

が、それに反する例もあります [SRC[[[RFC 2110]] 9.3]]。
[CODE(MIME)[Content-Location]] の改訂版の [[RFC 2557]]
には相当する規定が無いので、撤回されたものと思われます。

* 歴史

** RFC 2110 (MHTML)

[3] [CODE(WikiPage)[[[RFC 2110]>>2]]] をご覧下さい。

** HTTP

*** RFC 2068

[FIG(quote)[
[FIGCAPTION[
[2] RFC 2068 (HTTP/1.1) 14.11 Content-Base
]FIGCAPTION]

[19]

> The Content-Base entity-header field may be used to specify the base
URI for resolving relative URLs within the entity. This header field
is described as Base in RFC 1808, which is expected to be revised.

[CODE(HTTP)[Content-Base]] [[実体頭欄]]は、[[実体]]中の[[相対URL]]
を[[解決]]するための[[基底URI]] を指定するために使うことができます。
この[[頭欄]]は、改訂が期待される [[RFC 1808]]
で [CODE(MIME)[[[Base]]]] 欄として説明されているものです。

[20]

>
- [CODE(ABNF)[[DFN[Content-Base]]      = "Content-Base" ":" absoluteURI]]

[4]

> If no Content-Base field is present, the base URI of an entity is
defined either by its Content-Location (if that Content-Location URI
is an absolute URI) or the URI used to initiate the request, in that
order of precedence. Note, however, that the base URI of the contents
within the entity-body may be redefined within that entity-body.

[CODE(HTTP)[Content-Base]] 欄が無ければ、[[実体]]の[[基底URI]] は[[実体]]の
[CODE(HTTP)[[[Content-Location]]]] ([CODE(MIME)[[[Content-Location]]]] 
が[[絶対URI]] の場合。)
又は[[要求]]を[[初期化]]するのに使った [[URI]] のいずれかにより、
この優先順で定義されます。
ただし、[[実体本体]]中の内容の[[基底URI]] 
は[[実体本体]]中で再定義されるかもしれないことに注意して下さい。
]FIG]

*** RFC 2616

[23] [[RFC 2616]] は使われていないし導入するのも難しい、 [[MHTML]]
とも仕様が微妙に違うため削除するとしています [SRC[>>5, >>11]]。

[REFS[
- [5] [CITE@en[RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1]] ([TIME[2014-09-07 04:14:53 +09:00]] 版) <http://tools.ietf.org/html/rfc2616#page-173>
- [11] [CITE@en[RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1]] ([TIME[2014-09-07 04:14:53 +09:00]] 版) <http://tools.ietf.org/html/rfc2616#page-175>
]REFS]

*** RFC 4229

[26] [[RFC 4229]] は [[RFC 2068]] を出典に [[IANA登録簿]]に登録しています [SRC[>>24]]。
状態は「[[標準]]」となっていました [SRC[>>24]]。

[REFS[
- [24] [CITE@en[RFC 4229 - HTTP Header Field Registrations]] ([TIME[2014-11-02 09:53:20 +09:00]] 版) <http://tools.ietf.org/html/rfc4229#section-2.1.21>
- [25] [CITE[Message Headers]] ([TIME[2014-10-31 18:26:49 +09:00]] 版) <http://www.iana.org/assignments/message-headers/message-headers.xhtml>
]REFS]

[27] 現在は [[RFC 2068]] と [[RFC 2616]] が出典となっており、
状態は「[[廃止]]済み」になっています [SRC[>>25]]。 [TIME[2014-11-04T16:07:47.700Z]]

* 実装

[12]
>>8-11 [[Mozilla]] (Not [[Classic Mozilla]]) 系 [[MUA]] ([[Mozilla Suite]] の MUA とか、 [[Thunderbird]] とか)
で非 local の文書を添付して送ると [CODE(MIME)[Content-Base]] と
[CODE(MIME)[[[Content-Location]]]] ''両方''が >>8 のように [URLBODY]
を使ったものになるようです。
([[名無しさん]] [WEAK[2004-08-05 11:25:36 +00:00]])

[22]
[[Thundirbird]] 1.5 は[[RSS]]を[[電子メイル]]のような [[822]] + [[MIME]]らしき形式に変換して処理しているようですが、
その中で元の[[基底URI]]を保存するための[CODE(MIME)@en[[[Content-Base]]:]]
欄が使われています。

* 関連

[1] 似たものとして [CODE(MIME)[[[Content-Location]]:]]
欄があります。どちらもあまり有効に使われていないのが実情で、
意味的に多少違いがあるのですが、新しい規格では
[CODE(MIME)[Content-Location]] だけ残して
[CODE(MIME)[Content-Base]] は削除されています。

* 統計

[823] [CITE@en[HTTP/1.1 Content-Base header]] ([TIME[2009-07-19 12:19:17 +09:00]] 版) <http://www.http-stats.com/Content-Base>

[824] >>823 によると [[Lotus-Domino]] が吐きまくっているみたいです。

* 例

[8] [[URLBODY]] の方法で分割された例
[PRE(MIME example code)[
Content-Base: "http://foo.example/
   path/to/base/URI
   /%28very%20very%20long%2E%29?foo=bar;bar=foo"
]PRE]

[9] >>8 というかそもそも [CODE(MIME)[Content-Base:]] 
欄が使われているの自体はじめてみました。
ちなみに [CODE(MIME)[Content-Location:]] 欄と併用されては''いません''でした。

* 関連

[10] 本来はその名の通り [ABBR@en[CL] [Content-Location]] は位置、
[ABBR@en[CB] [Content-Base]] は基底だったんですけどねぇ。 
[ABBR@en[CL] [Content-Location]] 指定すれば敢えて 
[ABBR@en[CB] [Content-Base]] 指定する必要はないし。 
[WEAK[(意味的には確かに異なるけど、実際必要な場面ってねぇ。)]]

[7] [[相対URI]] でも良い [CODE(MIME)[[[Content-Location]]:]] 欄に対して、 
[CODE(MIME)[[[Content-Base]]:]] 欄は[[絶対URI]] しか使えません。

* メモ

[825] [CITE[HTML::HeadParser - search.cpan.org]]
([TIME[2009-12-30 11:29:07 +09:00]] 版)
<http://search.cpan.org/~gaas/HTML-Parser-3.64/lib/HTML/HeadParser.pm>

[826] [CITE[IANA | Permanent Message Header Field Registry]]
( ([TIME[2011-09-28 08:08:10 +09:00]] 版))
<http://www.iana.org/assignments/message-headers/perm-headers.html>

[827] [CITE[HTML::HeadParser - search.cpan.org]]
([TIME[2012-02-03 14:45:21 +09:00]] 版)
<http://search.cpan.org/dist/HTML-Parser/lib/HTML/HeadParser.pm>

[828] [CITE@en[RFC 4463 - A Media Resource Control Protocol (MRCP) Developed by Cisco, Nuance, and Speechworks]]
( ([TIME[2011-12-04 10:31:11 +09:00]] 版))
<http://tools.ietf.org/html/rfc4463#section-5.4.6>

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

[830] [CITE@en[3248 – HTTP headers are not passed on to main NGLayout code ''''''[''''''IMPORT'''''']'''''']]
( ([TIME[2013-08-29 23:51:08 +09:00]] 版))
<https://bugzilla.mozilla.org/show_bug.cgi?id=3248>

[831] [CITE[RFC Errata Report]]
( ([TIME[2014-12-03 17:37:57 +09:00]] 版))
<http://www.rfc-editor.org/errata_search.php?rfc=4229>

[FIG(quote)[
[FIGCAPTION[
[30] [CITE[HTTP::Response - search.cpan.org]]
([TIME[2015-03-15 12:30:47 +09:00]] 版)
<http://search.cpan.org/dist/HTTP-Message/lib/HTTP/Response.pm#%24r-%3Ebase>
]FIGCAPTION]

> A "Content-Base:" or a "Content-Location:" header in the response.
> For backwards compatibility with older HTTP implementations we will also look for the "Base:" header.

]FIG]

Historical Legal Sensitive Parent: [Help / License]

Edit

Page

Errors

Page name(s)