RFC 6657 - Update to MIME regarding "charset" Parameter Handling in Textual Media Types 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc6657
タイトル : RFC 6657 - テキストメディアタイプの「charset」パラメータ処理に関するMIMEの更新
翻訳編集 : 自動生成

[要約] RFC 6657は、テキストメディアタイプの「charset」パラメータの処理に関するMIMEの更新です。その目的は、テキストデータの文字セットの処理を改善することです。

Internet Engineering Task Force (IETF)                       A. Melnikov
Request for Comments: 6657                                 Isode Limited
Updates: 2046                                                 J. Reschke
Category: Standards Track                                     greenbytes
ISSN: 2070-1721                                                July 2012

Update to MIME regarding "charset" Parameter Handling in Textual Media Types

テキストメディアタイプの「charset」パラメータ処理に関するMIMEの更新

Abstract

概要

This document changes RFC 2046 rules regarding default "charset" parameter values for "text/*" media types to better align with common usage by existing clients and servers.

このドキュメントでは、「text / *」メディアタイプのデフォルトの「charset」パラメータ値に関するRFC 2046ルールを変更して、既存のクライアントおよびサーバーによる一般的な使用法とより適切に一致させます。

Status of This Memo

本文書の状態

This is an Internet Standards Track document.

これはInternet Standards Trackドキュメントです。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.

このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション2をご覧ください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6657.

このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc6657で入手できます。

著作権表示

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents

   1. Introduction and Overview .......................................2
   2. Conventions Used in This Document ...............................2
   3. New Rules for Default "charset" Parameter Values for
      "text/*" Media Types ............................................3
   4. Default "charset" Parameter Value for "text/plain" Media Type ...4
   5. Security Considerations .........................................4
   6. IANA Considerations .............................................4
   7. References ......................................................4
      7.1. Normative References .......................................4
      7.2. Informative References .....................................5
   Appendix A.  Acknowledgements ......................................6

1. Introduction and Overview

1. 紹介と概要

RFC 2046 specified that the default "charset" parameter (i.e., the value used when the parameter is not specified) is "US-ASCII" (Section 4.1.2 of [RFC2046]). RFC 2616 changed the default for use by HTTP (Hypertext Transfer Protocol) to be "ISO-8859-1" (Section 3.7.1 of [RFC2616]). This encoding is not very common for new "text/*" media types and a special rule in the HTTP specification adds confusion about which specification ([RFC2046] or [RFC2616]) is authoritative in regards to the default charset for "text/*" media types.

RFC 2046では、デフォルトの「charset」パラメータ（つまり、パラメータが指定されていない場合に使用される値）は「US-ASCII」であると規定されています（[RFC2046]のセクション4.1.2）。 RFC 2616は、HTTP（ハイパーテキスト転送プロトコル）が使用するデフォルトを「ISO-8859-1」に変更しました（[RFC2616]のセクション3.7.1）。このエンコーディングは新しい「text / *」メディアタイプではあまり一般的ではなく、HTTP仕様の特別なルールにより、「text / *」のデフォルトの文字セットに関してどの仕様（[RFC2046]または[RFC2616]）が信頼できるかについて混乱が生じます。 "メディアタイプ。

Many complex text subtypes such as "text/html" [RFC2854] and "text/ xml" [RFC3023] have internal (to their format) means of describing the charset. Many existing User Agents ignore the default of "US-ASCII" rule for at least "text/html" and "text/xml".

"text / html" [RFC2854]や "text / xml" [RFC3023]などの多くの複雑なテキストサブタイプには、文字セットを記述するための内部的な（形式に応じた）手段があります。多くの既存のユーザーエージェントは、少なくとも "text / html"および "text / xml"のデフォルトの "US-ASCII"ルールを無視します。

This document changes RFC 2046 rules regarding default "charset" parameter values for "text/*" media types to better align with common usage by existing clients and servers. It does not change the defaults for any currently registered media type.

このドキュメントでは、「text / *」メディアタイプのデフォルトの「charset」パラメータ値に関するRFC 2046ルールを変更して、既存のクライアントおよびサーバーによる一般的な使用法とより適切に一致させます。現在登録されているメディアタイプのデフォルトは変更されません。

2. Conventions Used in This Document

2. このドキュメントで使用される規則

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].

このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。

3. New Rules for Default "charset" Parameter Values for "text/*" Media Types

3. 「text / *」メディアタイプのデフォルトの「charset」パラメータ値の新しいルール

Section 4.1.2 of [RFC2046] says:

[RFC2046]のセクション4.1.2は次のように述べています。

The default character set, which must be assumed in the absence of a charset parameter, is US-ASCII.

charsetパラメータがない場合に想定する必要があるデフォルトの文字セットはUS-ASCIIです。

As explained in the Introduction section, this rule is considered outdated, so this document replaces it with the following set of rules:

「はじめに」セクションで説明したように、このルールは古くなっていると考えられるため、このドキュメントでは次のルールセットに置き換えます。

Each subtype of the "text" media type that uses the "charset" parameter can define its own default value for the "charset" parameter, including the absence of any default.

「charset」パラメータを使用する「text」メディアタイプの各サブタイプは、デフォルトがないことを含め、「charset」パラメータの独自のデフォルト値を定義できます。

In order to improve interoperability with deployed agents, "text/*" media type registrations SHOULD either

展開されたエージェントとの相互運用性を向上させるために、「text / *」メディアタイプ登録は、

a. specify that the "charset" parameter is not used for the defined subtype, because the charset information is transported inside the payload (such as in "text/xml"), or

a. charset情報がペイロード内（ "text / xml"など）に転送されるため、定義されたサブタイプに "charset"パラメータが使用されないことを指定する、または

b. require explicit unconditional inclusion of the "charset" parameter, eliminating the need for a default value.

b. 「charset」パラメータを明示的に無条件に含める必要があるため、デフォルト値の必要がなくなります。

In accordance with option (a) above, registrations for "text/*" media types that can transport charset information inside the corresponding payloads (such as "text/html" and "text/xml") SHOULD NOT specify the use of a "charset" parameter, nor any default value, in order to avoid conflicting interpretations should the "charset" parameter value and the value specified in the payload disagree.

上記のオプション（a）に従って、対応するペイロード（「text / html」や「text / xml」など）内で文字セット情報を転送できる「text / *」メディアタイプの登録では、「「charset」パラメーター値とペイロードで指定された値が一致しない場合の解釈の競合を回避するために、charset」パラメーターもデフォルト値も使用しないでください。

Thus, new subtypes of the "text" media type SHOULD NOT define a default "charset" value. If there is a strong reason to do so despite this advice, they SHOULD use the "UTF-8" [RFC3629] charset as the default.

したがって、「text」メディアタイプの新しいサブタイプは、デフォルトの「charset」値を定義してはなりません（SHOULD NOT）。このアドバイスにもかかわらず強い理由がある場合は、デフォルトとして「UTF-8」[RFC3629]文字セットを使用する必要があります（SHOULD）。

Regardless of what approach is chosen, all new "text/*" registrations MUST clearly specify how the charset is determined; relying on the default defined in Section 4.1.2 of [RFC2046] is no longer permitted. However, existing "text/*" registrations that fail to specify how the charset is determined still default to US-ASCII.

どのアプローチを選択するかに関係なく、すべての新しい "text / *"登録では、文字セットの決定方法を明確に指定する必要があります。 [RFC2046]のセクション4.1.2で定義されているデフォルトに依存することは許可されなくなりました。ただし、文字セットの決定方法の指定に失敗した既存の「text / *」登録は、依然としてUS-ASCIIがデフォルトです。

Specifications covering the "charset" parameter, and what default value, if any, is used, are subtype-specific, NOT protocol-specific. Protocols that use MIME, therefore, MUST NOT override default charset values for "text/*" media types to be different for their specific protocol. The protocol definitions MUST leave that to the subtype definitions.

「charset」パラメーターをカバーする仕様、および使用されるデフォルト値（ある場合）は、プロトコル固有ではなく、サブタイプ固有です。したがって、MIMEを使用するプロトコルは、「text / *」メディアタイプのデフォルトの文字セット値を特定のプロトコルで異なるものにオーバーライドしてはなりません（MUST NOT）。プロトコル定義は、それをサブタイプ定義に任せる必要があります。

4. Default "charset" Parameter Value for "text/plain" Media Type

4. 「text / plain」メディアタイプのデフォルトの「charset」パラメータ値

The default "charset" parameter value for "text/plain" is unchanged from [RFC2046] and remains as "US-ASCII".

「text / plain」のデフォルトの「charset」パラメータ値は[RFC2046]から変更されておらず、「US-ASCII」のままです。

5. Security Considerations

5. セキュリティに関する考慮事項

Guessing of the "charset" parameter can lead to security issues such as content buffer overflows, denial of services, or bypass of filtering mechanisms. However, this document does not promote guessing, but encourages use of charset information that is specified by the sender.

「charset」パラメータを推測すると、コンテンツバッファのオーバーフロー、サービス拒否、またはフィルタリングメカニズムのバイパスなどのセキュリティ問題が発生する可能性があります。ただし、このドキュメントは推測を促進しませんが、送信者によって指定された文字セット情報の使用を奨励します。

Conflicting information in-band vs. out-of-band can also lead to similar security problems, and this document recommends the use of charset information that is more likely to be correct (for example, in-band over out-of-band).

帯域内と帯域外の情報が競合している場合も、同様のセキュリティ問題が発生する可能性があります。このドキュメントでは、より正確である可能性が高い文字セット情報の使用を推奨しています（たとえば、帯域内より帯域内）。。

6. IANA Considerations

6. IANAに関する考慮事項

   IANA has updated the "text" subregistry of the Media Types registry
   (<http://www.iana.org/assignments/media-types/text/>) to add the
   following preamble: "See [RFC6657] for information about 'charset'
   parameter handling for text media types."

Also, IANA has added this RFC to the list of references at the beginning of the Application for Media Type (<http://www.iana.org/form/media-types>).

また、IANAはApplication Type for Media Type（<http://www.iana.org/form/media-types>）の冒頭にあるリファレンスリストにこのRFCを追加しました。

7. References

7. 参考文献

7.1. Normative References

7.1. 引用文献

[RFC2046] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types", RFC 2046, November 1996.

[RFC2046] Freed、N。およびN. Borenstein、「Multipurpose Internet Mail Extensions（MIME）Part Two：Media Types」、RFC 2046、1996年11月。

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。

[RFC3629] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003.

[RFC3629] Yergeau、F。、「UTF-8、ISO 10646の変換フォーマット」、STD 63、RFC 3629、2003年11月。

7.2. Informative References

7.2. 参考引用

[RFC2616] Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999.

[RFC2616] Fielding、R.、Gettys、J.、Mogul、J.、Frystyk、H.、Masinter、L.、Leach、P。、およびT. Berners-Lee、「Hypertext Transfer Protocol-HTTP / 1.1」、RFC 2616、1999年6月。

[RFC2854] Connolly, D. and L. Masinter, "The 'text/html' Media Type", RFC 2854, June 2000.

[RFC2854] Connolly、D。およびL. Masinter、「The 'text / html' Media Type」、RFC 2854、2000年6月。

[RFC3023] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.

[RFC3023] Murata、M.、St。Laurent、S。、およびD. Kohn、「XML Media Types」、RFC 3023、2001年1月。

Appendix A. Acknowledgements

付録A謝辞

Many thanks to Ned Freed and John Klensin for comments and ideas that motivated creation of this document, and to Carsten Bormann, Murray S. Kucherawy, Barry Leiba, and Henri Sivonen for feedback and text suggestions.

このドキュメントの作成の動機となったコメントとアイデアについてはNed FreedとJohn Klensinに、フィードバックとテキストの提案についてはCarsten Bormann、Murray S. Kucherawy、Barry Leiba、およびHenri Sivonenに感謝します。

Authors' Addresses

著者のアドレス

Alexey Melnikov Isode Limited 5 Castle Business Village 36 Station Road Hampton, Middlesex TW12 2BX UK

Alexey Melnikov Isode Limited 5 Castle Business Village 36 Station Road Hampton、Middlesex TW12 2BX UK

   EMail: Alexey.Melnikov@isode.com

Julian F. Reschke greenbytes GmbH Hafenweg 16 Muenster, NW 48155 Germany

Julian F. Reschke greenbytes GmbH Hafenweg 16 Muenster、NW 48155ドイツ

   EMail: julian.reschke@greenbytes.de
   URI:   http://greenbytes.de/tech/webdav/