Internet Engineering Task Force (IETF) M. Davids
Request for Comments: 10023 SIDN Labs
Category: Informational July 2026
ISSN: 2070-1721
This document defines an operational convention that uses the reserved underscored DNS leaf node name "_for-sale" to indicate the parent domain name is available for purchase.
この文書では、予約済みのアンダースコア付き DNS リーフ ノード名「_for-sale」を使用して、親ドメイン名が購入可能であることを示す運用規則を定義します。
The convention can be deployed without disrupting existing operations, and it may be applied even when the domain name is still actively in use.
この規則は、既存の運用を中断することなく展開でき、ドメイン名がまだアクティブに使用されている場合でも適用できます。
This document is not an Internet Standards Track specification; it is published for informational purposes.
この文書は 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). Not all documents approved by the IESG are candidates for any level of Internet Standard; see Section 2 of RFC 7841.
このドキュメントは Internet Engineering Task Force (IETF) の成果物です。これは IETF コミュニティのコンセンサスを表しています。この文書は公開レビューを受け、Internet Engineering Steering Group (IESG) によって公開が承認されました。IESG によって承認されたすべての文書が、あらゆるレベルのインターネット標準の候補となるわけではありません。RFC 7841 のセクション 2 を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc10023.
この文書の現在のステータス、正誤表、およびそれに対するフィードバックの提供方法に関する情報は、https://www.rfc-editor.org/info/rfc10023 で入手できます。
Copyright (c) 2026 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright (c) 2026 IETF Trust および文書の著者として特定された人物。無断転載を禁じます。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
この文書は、BCP 78 およびこの文書の発行日に有効な IETF 文書に関する IETF トラストの法的規定 (https://trustee.ietf.org/license-info) の対象となります。これらの文書には、この文書に関するお客様の権利と制限が記載されているため、注意深くお読みください。この文書から抽出されたコード コンポーネントには、トラスト法的規定のセクション 4.e に記載されている改訂 BSD ライセンス テキストが含まれている必要があり、改訂 BSD ライセンスに記載されているように保証なしで提供されます。
1. Introduction
1.1. Terminology
2. Conventions
2.1. General Record Format
2.2. Content Tag Type Definitions
2.2.1. fcod
2.2.2. ftxt
2.2.3. furi
2.2.4. fval
2.2.5. Future Tags
2.3. Content Limitations
2.4. RRset Limitations
2.5. Wildcard Limitation
2.6. Placement of the Leaf Node Name
3. Operational Considerations
3.1. DNS Wildcards
3.2. Handling of RDATA
3.3. Currency
3.4. TTLs
3.5. Ambiguous Constructs
3.6. Robustness
3.7. Scope of Application
4. Security Considerations
5. Privacy Considerations
6. IANA Considerations
7. References
7.1. Normative References
7.2. Informative References
Appendix A. Additional Examples
A.1. Example 1: Code Format
A.2. Example 2: Free Text Format
A.3. Example 3: URI Format
A.4. Example 4: Asking Price Format
A.5. Example 5: Combinations
Acknowledgements
Author's Address
Well-established services [RFC3912] [RFC9083] exist for determining whether a DNS domain name is registered. However, the existence of a domain name does not necessarily imply that it cannot be obtained; it may still be available for sale.
DNS ドメイン名が登録されているかどうかを判断するための、確立されたサービス [RFC3912] [RFC9083] が存在します。ただし、ドメイン名の存在は、必ずしもそれを取得できないことを意味するものではありません。まだ販売できるかもしれません。
Some registrars and other parties offer brokerage services between domain name holders and interested buyers. Such services are of limited value when the domain name is not available for purchase, but they may be beneficial for domain names that are explicitly marked as for sale.
一部のレジストラおよびその他の関係者は、ドメイン名所有者と関心のある購入者との間の仲介サービスを提供しています。このようなサービスは、ドメイン名が購入できない場合には価値が限定されますが、販売用として明示的にマークされているドメイン名には有益である可能性があります。
This document defines a simple method to explicitly signal that a domain name, although registered, is available for purchase. It enables a domain name holder to add a reserved underscored leaf node name [RFC8552] in the zone, indicating that the domain name is for sale. The indicator can be turned on and off at will, and moreover, it is immediately deployable and does not require significant changes in existing services, allowing for a smooth introduction of the concept.
この文書では、ドメイン名が登録されているにもかかわらず購入可能であることを明示的に通知する簡単な方法を定義します。これにより、ドメイン名所有者は、予約済みのアンダースコア付きリーフ ノード名 [RFC8552] をゾーンに追加して、ドメイン名が販売されていることを示すことができます。インジケーターは任意にオン・オフが可能で、しかも即導入可能で既存サービスに大幅な変更を必要としないため、スムーズな導入が可能です。
The TXT RR type [RFC1035] created for this purpose must follow the formal definition of Section 2. Its content may contain a pointer, such as a Uniform Resource Identifier (URI) [RFC3986], an Internationalized Resource Identifier (IRI) [RFC3987], or another string, allowing interested parties to obtain information or contact the domain name holder for further negotiations. Details about whether and how such negotiations occur are out of scope.
この目的のために作成された TXT RR タイプ [RFC1035] は、セクション 2 の正式な定義に従わなければなりません。そのコンテンツには、Uniform Resource Identifier (URI) [RFC3986]、Internationalized Resource Identifier (IRI) [RFC3987]、または別の文字列などのポインタが含まれる場合があり、関係者が情報を取得したり、さらなる交渉のためにドメイン名所有者に連絡したりできるようになります。そのような交渉が行われるかどうか、またどのように行われるかについての詳細は対象外です。
With due caution, such information can also be incorporated into automated availability services. When checking a domain name for purchasability, the service may indicate whether it is for sale and provide a pointer to the seller's information.
十分な注意を払って、このような情報を自動可用性サービスに組み込むこともできます。ドメイン名が購入可能かどうかをチェックするとき、サービスはそのドメイン名が販売されているかどうかを示し、販売者の情報へのポインタを提供することがあります。
The TXT content defined by this document is intended primarily for human-readable informational display, rather than for algorithmic string comparison or automated processing.
この文書で定義されている TXT コンテンツは、アルゴリズムによる文字列比較や自動処理ではなく、主に人間が判読できる情報表示を目的としています。
The operational convention described in this document does not require any protocol change.
この文書で説明されている操作規則では、プロトコルの変更は必要ありません。
Examples are provided in Appendix A.
例は付録 A に記載されています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
このドキュメント内のキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、および「OPTIONAL」は、ここに示すようにすべて大文字で表示されている場合にのみ、BCP 14 [RFC2119] [RFC8174] で説明されているように解釈されます。
Although this document defines an operational convention rather than a protocol extension, normative language is used to promote consistent and unambiguous behaviours among entities that adopt the convention.
この文書はプロトコルの拡張ではなく運用上の規約を定義していますが、規約を採用するエンティティ間の一貫した明確な動作を促進するために規範的な言語が使用されています。
The term "processor" refers to an entity (person, system, or service) that reads, interprets, and takes appropriate actions based on "_for-sale" DNS labels, whether manually or automatically.
「プロセッサ」という用語は、手動または自動で「_for-sale」DNS ラベルを読み取り、解釈し、それに基づいて適切なアクションを実行するエンティティ (人、システム、またはサービス) を指します。
The term "for sale" is used in a broad sense and may also refer to cases where the domain name is available for lease or where the contractual right to use the domain name is offered to another party.
「販売用」という用語は広い意味で使用され、ドメイン名がリースできる場合や、ドメイン名を使用する契約上の権利が他の当事者に提供される場合も指します。
DNS terminology in this document follows [RFC9499].
この文書の DNS 用語は [RFC9499] に従います。
Each "_for-sale" TXT record MUST begin with a version tag, optionally followed by a string containing content that follows a simple "tag=value" syntax.
各「_for-sale」TXT レコードは、バージョン タグで始まり、必要に応じて、単純な「tag=value」構文に従うコンテンツを含む文字列が続きます。
The formal definition of the record format, using ABNF [RFC5234] [RFC7405], is as follows:
ABNF [RFC5234] [RFC7405] を使用したレコード形式の正式な定義は次のとおりです。
forsale-record = forsale-version [forsale-content]
; referred to as 'content' or RDATA
; in a single character-string
forsale-version = %s"v=FORSALE1;"
; %x76.3D.46.4F.52.53.41.4C.45.31.3B
; version tag, case-sensitive, no spaces
forsale-content = fcod-pair / ftxt-pair / furi-pair / fval-pair
; referred to as 'tag-value pairs'
; only one tag-value pair per record
fcod-pair = fcod-tag fcod-value
ftxt-pair = ftxt-tag ftxt-value
furi-pair = furi-tag furi-value
fval-pair = fval-tag fval-value
; the tags are referred to as 'content tags'
; the values are referred to as 'content values'
fcod-tag = %s"fcod="
ftxt-tag = %s"ftxt="
furi-tag = %s"furi="
fval-tag = %s"fval="
; all content tags case-sensitive lowercase
fcod-value = 1*239OCTET
ftxt-value = 1*239OCTET
furi-value = URI / IRI
; 'http', 'https', 'mailto', and 'tel' URI schemes
; exactly one URI or IRI
URI = <as defined in RFC3986, Appendix A>
IRI = <as defined in RFC3987, Section 2.2>
fval-value = fval-currency fval-amount
; total length: 2 to 239 characters
fval-currency = 1*%x41-5A
; one or more uppercase letters (A-Z)
; indicating (crypto)currency
; e.g., USD, EUR, BTC, ETH
; standard three-letter fiat currencies recommended
fval-amount = int-part [ %x2E frac-part ]
; integer part with optional fractional part
; e.g., 0.00010
int-part = 1*DIGIT
frac-part = 1*DIGIT
See Section 2.2 for more detailed format definitions per content tag type.
コンテンツタグタイプごとのフォーマット定義の詳細については、セクション 2.2 を参照してください。
Each "_for-sale" TXT record MUST NOT contain more than one tag-value pair, but multiple TXT records MAY be present in a single RRset.
各「_for-sale」TXT レコードには複数のタグと値のペアを含めてはなりませんが、単一の RRset に複数の TXT レコードが存在してもよい (MAY)。
Every tag-value pair in the RRset MUST be unique, but multiple instances of the same content tag MAY occur within a single RRset (e.g., two "fcod=" content tags, each with a different content value).
RRset 内のすべてのタグと値のペアは一意でなければなりません (MUST) が、同じコンテンツ タグの複数のインスタンスが 1 つの RRset 内に存在してもよいです (例: それぞれ異なるコンテンツ値を持つ 2 つの "fcod=" コンテンツ タグ)。
See Section 2.4 for additional RRset limitations.
RRset のその他の制限については、セクション 2.4 を参照してください。
The OPTIONAL forsale-content provides information to interested parties as explained in Section 1.
オプションの販売コンテンツは、セクション 1 で説明したように、利害関係者に情報を提供します。
If the forsale-content is absent or invalid, but a valid version tag is present, processors SHOULD assume that the domain is for sale unless a local policy indicates otherwise. For example:
forsale-content が存在しないか無効であるが、有効なバージョンタグが存在する場合、プロセッサは、ローカルポリシーが別段の指示をしない限り、ドメインが販売されていると想定すべきです(SHOULD)。例えば：
_for-sale.example.com. IN TXT "v=FORSALE1;"
_for-sale.example.com. IN TXT "v=FORSALE1;fcod="
_for-sale.example.com. IN TXT "v=FORSALE1;foo=bar"
In such cases, processors determine how to proceed. An approach might be to signal that the domain is for sale and to rely on conventional mechanisms (e.g., WHOIS or Registration Data Access Protocol (RDAP)) to retrieve and present contact information.
このような場合、プロセッサは処理方法を決定します。アプローチとしては、ドメインが売りに出されていることを通知し、連絡先情報を取得して提示するために従来のメカニズム (WHOIS や登録データ アクセス プロトコル (RDAP) など) に依存することが考えられます。
TXT records in the same RRset that lack a version tag MUST NOT be interpreted as a valid "_for-sale" indicator. However, they may still offer some additional information for humans when considered alongside a valid record. For example:
同じ RRset 内のバージョンタグのない TXT レコードは、有効な "_for-sale" インジケータとして解釈してはなりません (MUST NOT)。ただし、有効な記録と併せて考慮すると、人間にとって追加情報が提供される可能性があります。例えば：
_for-sale.example.com. IN TXT "I am for sale"
_for-sale.example.com. IN TXT "v=FORSALE1;fcod=XX-NGYyYjEyZWY"
If no TXT records at a "_for-sale" leaf node name contain a valid version tag, processors MUST consider the node name invalid and MUST ignore it.
"_for-sale" リーフ ノード名の TXT レコードに有効なバージョン タグが含まれていない場合、プロセッサはそのノード名を無効とみなし、無視しなければなりません (MUST)。
See Section 2.3 for additional content limitations.
追加のコンテンツ制限については、セクション 2.3 を参照してください。
The following content tags are defined as valid content tags.
次のコンテンツ タグが有効なコンテンツ タグとして定義されています。
Content tags are optional. Providing at least one to give interested parties a pointer for engagement is RECOMMENDED.
コンテンツタグはオプションです。関係者に関与のヒントを提供するために、少なくとも 1 つを提供することが推奨されます。
This content tag is intended to contain a code that is meaningful only to processors that understand its semantics. The content value MUST consist of at least one octet.
このコンテンツ タグは、そのセマンティクスを理解するプロセッサにとってのみ意味のあるコードを含めることを目的としています。コンテンツ値は少なくとも 1 オクテットで構成されなければなりません (MUST)。
The manner in which the "fcod=" content tag is used is determined by agreement between cooperating parties.
「fcod=」コンテンツタグがどのように使用されるかは、協力者間の合意によって決定されます。
For example, a domain name registry may allow registrars to enter a "for sale" URL into their back-end system. From that URL, a unique code is generated. This code is inserted as the value of the "fcod=" content tag of the "_for-sale" TXT record of a domain name, as shown in the example below.
たとえば、ドメイン名レジストリでは、レジストラが「販売用」URL をバックエンド システムに入力できる場合があります。その URL から一意のコードが生成されます。このコードは、次の例に示すように、ドメイン名の「_for-sale」TXT レコードの「fcod=」コンテンツ タグの値として挿入されます。
When a user checks the availability of the domain name using a registry-provided tool (e.g., a web interface), the domain name registry may use the code to redirect the user to the appropriate "for sale" URL, which may include a query component containing the domain name, for example:
ユーザーがレジストリ提供のツール (Web インターフェイスなど) を使用してドメイン名の可用性を確認すると、ドメイン名レジストリはコードを使用してユーザーを適切な「販売用」URL にリダイレクトする場合があります。これには、次のようなドメイン名を含むクエリ コンポーネントが含まれる場合があります。
https://forsale-url.example.com/exco?d=example.org
The rationale for this approach is that controlling parties retain authority over redirection URLs and any other information derived from the content tag, thereby preventing users from being sent to unintended or malicious destinations or from being presented with unintended content. This approach also allows the interpretation of "fcod=" content values to be adjusted centrally in back-end systems, such as determining which "for sale" URL to redirect to, without modifying the "_for-sale" TXT records.
このアプローチの理論的根拠は、制御当事者がリダイレクト URL やコンテンツ タグから得られるその他の情報に対する権限を保持し、それによってユーザーが意図しない宛先や悪意のある宛先に送信されたり、意図しないコンテンツが表示されたりするのを防ぐというものです。このアプローチにより、「_for-sale」TXT レコードを変更せずに、どの「for sale」URL にリダイレクトするかを決定するなど、「fcod=」コンテンツ値の解釈をバックエンド システムで一元的に調整することもできます。
The following example shows a string encoded using Base64 [RFC4648] preceded by the prefix "EXCO-" as the value of the content tag:
次の例は、Base64 [RFC4648] を使用してエンコードされ、コンテンツ タグの値としてプレフィックス「EXCO-」が前に付けられた文字列を示しています。
_for-sale IN TXT "v=FORSALE1;fcod=EXCO-S2lscm95IHdhcyBoZXJl"
See Appendix A for other possible uses of this content tag.
このコンテンツ タグのその他の使用法については、付録 A を参照してください。
Note: As an implementation consideration, when multiple parties are involved in the domain sale process and use the same mechanism, it may be difficult to identify the relevant content in an RRset. Adding a recognisable prefix to the content (e.g., "EXCO-") is one possible approach. However, this is left to the implementor, as it is not enforced in this document. In this case, Example Corporation (ExCo) would recognise its content tag and interpret it as intended. This example uses Base64 encoding to avoid escaping and ensure printable characters, though this is OPTIONAL and not required.
注: 実装上の考慮事項として、複数の当事者がドメイン販売プロセスに関与し、同じメカニズムを使用する場合、RRset 内の関連コンテンツを識別することが困難になる可能性があります。考えられるアプローチの 1 つは、コンテンツに認識可能な接頭辞 (「EXCO-」など) を追加することです。ただし、この文書では強制されていないため、これは実装者に任されています。この場合、Example Corporation (ExCo) はそのコンテンツ タグを認識し、意図したとおりに解釈します。この例では、Base64 エンコードを使用してエスケープを回避し、印刷可能な文字を保証しますが、これはオプションであり必須ではありません。
This content tag is intended to contain concise, human-readable text that conveys additional information to interested parties. For example:
このコンテンツ タグは、関係者に追加情報を伝える簡潔で人間が読めるテキストを含めることを目的としています。例えば：
_for-sale IN TXT "v=FORSALE1;ftxt=Call for info."
While a single octet is the minimum, it is RECOMMENDED to provide more context.
単一オクテットが最小値ですが、より多くのコンテキストを提供することが推奨されます。
While a URI in this field is not syntactically prohibited, its interpretation as a URI is not guaranteed. Use of URIs in this field SHOULD be avoided in favour of the "furi=" content tag.
このフィールドの URI は構文的に禁止されていませんが、URI としての解釈は保証されていません。「furi=」コンテンツタグを優先して、このフィールドでの URI の使用は避けるべきです(SHOULD)。
See Section 2.2.4 for a way to explicitly indicate an asking price for easier machine parsing.
マシン解析を容易にするために希望価格を明示的に示す方法については、セクション 2.2.4 を参照してください。
See Section 3.2 for considerations regarding the representation of non-ASCII data in the content value.
コンテンツ値における非 ASCII データの表現に関する考慮事項については、セクション 3.2 を参照してください。
This content tag is intended to contain a human-readable and machine-parsable URI that can be used by interested parties to retrieve further information.
このコンテンツ タグは、関係者がさらなる情報を取得するために使用できる、人間が読み取り可能で機械が解析可能な URI を含むことを目的としています。
While the syntax allows any URI scheme, only the following schemes are RECOMMENDED for use:
構文では任意の URI スキームが許可されていますが、次のスキームのみの使用が推奨されます。
* 'http' and 'https' (see [RFC9110]),
* 'http' と 'https' ([RFC9110] を参照)、
* 'mailto' (see [RFC6068] and Section 11.1 of [RFC6530]), and
* 'mailto' ([RFC6068] および [RFC6530] のセクション 11.1 を参照)、および
* 'tel' (see [RFC3966]).
* 「電話」 ([RFC3966] を参照)。
The content value MUST contain exactly one URI. For example:
content 値には、URI を 1 つだけ含める必要があります。例えば：
_for-sale IN TXT "v=FORSALE1;furi=https://example.com/foo%20bar"
URIs MUST conform to the syntax and encoding requirements specified in Section 2.1 of [RFC3986], including the percent-encoding of characters not allowed unencoded (e.g., spaces must be encoded as %20 in a URI).
URI は、エンコードされていない文字が許可されていないパーセントエンコーディングを含む、[RFC3986] のセクション 2.1 で指定されている構文およびエンコーディング要件に準拠しなければなりません (例: URI ではスペースは %20 としてエンコードされなければなりません)。
Section 3.2 provides additional guidelines on character encoding.
セクション 3.2 では、文字エンコーディングに関する追加のガイドラインを提供します。
See the Security Considerations section for possible risks.
考えられるリスクについては、「セキュリティに関する考慮事項」セクションを参照してください。
Note: References to a URI in this document also encompass IRIs [RFC3987].
注: この文書での URI への言及には、IRI [RFC3987] も含まれます。
This content tag is intended to contain human-readable and machine-parsable text that explicitly indicates an asking price in a certain currency.
このコンテンツ タグは、特定の通貨での希望価格を明示的に示す、人間が判読可能かつ機械が解析可能なテキストを含めることを目的としています。
Price information is commonly published by domain sellers. The "fval=" content tag provides a structured format for this purpose, enabling reliable machine parsing and reducing ambiguity compared to embedding prices in free-form "ftxt=" content tags. For example:
価格情報は通常、ドメイン販売者によって公開されます。「fval=」コンテンツタグは、この目的のための構造化フォーマットを提供し、信頼性の高いマシン解析を可能にし、自由形式の「ftxt=」コンテンツタグに価格を埋め込む場合と比較して曖昧さを軽減します。例えば：
_for-sale IN TXT "v=FORSALE1;fval=EUR999"
The information provided in "fval=" is not binding and is intended for indicative purposes only. Current and reliable information can be obtained by engaging directly via "furi=" or other available communication mechanisms.
「fval=」で提供される情報には拘束力はなく、表示のみを目的としています。最新の信頼できる情報は、「furi=」またはその他の利用可能な通信メカニズムを介して直接連絡することで取得できます。
See Section 3.3 for additional operational guidelines and the Security Considerations section for possible risks.
追加の運用ガイドラインについてはセクション 3.3 を、考えられるリスクについては「セキュリティに関する考慮事項」セクションを参照してください。
Future tags may be defined to accommodate operational needs. Future content tags MUST NOT alter the semantics of existing content tags.
運用上のニーズに対応するために、将来のタグが定義される可能性があります。今後のコンテンツ タグは、既存のコンテンツ タグのセマンティクスを変更してはなりません (MUST NOT)。
A tag name length of 4 characters is RECOMMENDED for consistency with the initial tag set and to maintain compact record formats.
初期タグセットとの一貫性を確保し、コンパクトなレコード形式を維持するために、タグ名の長さは 4 文字にすることが推奨されます。
The "_for-sale" TXT record [RFC8553] (Section 2.1) MUST contain content deemed valid under the operational convention defined in this document.
"_for-sale" TXT レコード [RFC8553] (セクション 2.1) には、この文書で定義されている運用規約に基づいて有効とみなされるコンテンツが含まれなければなりません (MUST)。
The "_for-sale" indicator is only to be used for domain names that are available for purchase. Any text suggesting that a domain is not for sale is invalid content. When a domain name is no longer for sale, the "_for-sale" indicator is to be removed.
「_for-sale」インジケーターは、購入可能なドメイン名にのみ使用されます。ドメインが販売されていないことを示唆するテキストは無効なコンテンツです。ドメイン名が販売されなくなった場合、「_for-sale」インジケーターは削除されます。
The existence of a "_for-sale" leaf node name does not obligate the holder to sell the domain name; it may have been published in error or withdrawn later for other reasons.
「_for-sale」リーフ ノード名の存在は、所有者にドメイン名を販売する義務を負いません。誤って公開されたか、他の理由で後で取り消された可能性があります。
This document does not dictate the exact use of any content values in the "_for-sale" TXT record. Parties may use it in their tools, perhaps even by defining specific requirements that the content value must meet. Content values can also be represented in a human-readable format for individuals to interpret. See Appendix A for clarification.
この文書は、「_for-sale」TXT レコード内のコンテンツ値の正確な使用を指示するものではありません。当事者は、コンテンツの値が満たさなければならない特定の要件を定義することによって、それをツールで使用することもできます。コンテンツの値は、個人が解釈できるように人間が読める形式で表すこともできます。詳細については、付録 A を参照してください。
See Section 3 for additional guidelines.
追加のガイドラインについては、セクション 3 を参照してください。
This document does not impose a limit on the number of TXT records in the RRset of "_for-sale" TXT records.
この文書は、「_for-sale」TXT レコードの RRset 内の TXT レコードの数に制限を課しません。
When multiple "_for-sale" TXT records are present in an RRset, the processor MAY select one or more of them.
複数の「_for-sale」TXT レコードが RRset に存在する場合、プロセッサはそれらのうちの 1 つ以上を選択してもよい(MAY)。
For example, a domain name registry might extract content from an RRset that includes a recognisable "fcod=" content tag and use it to direct visitors to a sales page as part of its services. An individual, on the other hand, might extract a phone number (if present) from a "furi=" tag in the same RRset and use it to contact a potential seller.
たとえば、ドメイン名レジストリは、認識可能な「fcod=」コンテンツ タグを含むコンテンツを RRset から抽出し、サービスの一部として訪問者を販売ページに誘導するために使用する場合があります。一方、個人は、同じ RRset 内の「furi=」タグから電話番号 (存在する場合) を抽出し、それを使用して潜在的な販売者に連絡する可能性があります。
An example of such a combined record is provided in Appendix A.5.
このような結合されたレコードの例を付録 A.5 に示します。
The RDATA [RFC9499] of each "_for-sale" TXT record MUST consist of a single character-string [RFC1035] with a maximum length of 255 octets, to avoid the need to concatenate multiple character-strings during processing.
各「_for-sale」TXT レコードの RDATA [RFC9499] は、処理中に複数の文字列を連結する必要を避けるために、最大長 255 オクテットの単一の文字列 [RFC1035] で構成されなければなりません (MUST)。
The following example illustrates an invalid "_for-sale" TXT record due to the presence of multiple character-strings:
次の例は、複数の文字列が存在するために無効な「_for-sale」TXT レコードを示しています。
_for-sale IN TXT "v=FORSALE1;" "ftxt=foo" "bar" "invalid"
Wildcards are only interpreted as leaf names, so "_for-sale.*.example." is not a valid wildcard [RFC4592] and is non-conformant. Hence, it is not possible to put all domains under a Top-Level Domain (TLD) for sale with just one "_for-sale" TXT record.
ワイルドカードはリーフ名としてのみ解釈されるため、「_for-sale.*.example」となります。は有効なワイルドカード [RFC4592] ではなく、準拠していません。したがって、1 つの「_for-sale」TXT レコードだけで、すべてのドメインをトップレベル ドメイン (TLD) の下に販売用に置くことはできません。
The example below, however, shows a common use case where a "_for-sale" leaf node name exists alongside a wildcard:
ただし、以下の例は、「_for-sale」リーフ ノード名がワイルドカードと一緒に存在する一般的な使用例を示しています。
* IN A 198.51.100.80
IN AAAA 2001:db8::80
_for-sale IN TXT "v=FORSALE1;ftxt=Only $99 at ExCo"
The "_for-sale" leaf node name can be placed at any level of the DNS, except in the .arpa infrastructure TLD.
「_for-sale」リーフ ノード名は、.arpa インフラストラクチャ TLD を除く、DNS の任意のレベルに配置できます。
Table 1 illustrates this:
表 1 はこれを示しています。
+================================+================+================+
| Name | Situation | Verdict |
+================================+================+================+
| _for-sale.example. | Root zone | For sale |
+--------------------------------+----------------+----------------+
| _for-sale.aaa.example. | Second level | For sale |
+--------------------------------+----------------+----------------+
| _for-sale.exco.bbb.example. | Third level | For sale |
| | with public | |
| | registry | |
+--------------------------------+----------------+----------------+
| _for-sale.www.ccc.example. | Third level | See "Note 1" |
| | without public | below |
| | registry | |
+--------------------------------+----------------+----------------+
| _for-sale.51.198.in-addr.arpa. | Infrastructure | See "Note 2" |
| | TLD | below |
+--------------------------------+----------------+----------------+
| xyz._for-sale.example. | Invalid | Non-conformant |
| | placement, not | |
| | a leaf | |
+--------------------------------+----------------+----------------+
Table 1: Placements of TXT Record
表 1: TXT レコードの配置
Note 1:
注1:
When the "_for-sale" leaf node name is applied to a label under a subdomain, there may not be a public domain name registry [RFC9499] capable of properly recording the rights associated with that label. Nevertheless, this does not constitute a violation of this document. One possible approach is for the involved parties to establish a mutual agreement to formalise these rights.
「_for-sale」リーフ ノード名がサブドメイン内のラベルに適用される場合、そのラベルに関連付けられた権利を適切に記録できるパブリック ドメイン名レジストリ [RFC9499] が存在しない可能性があります。ただし、これはこの文書の違反にはなりません。考えられるアプローチの 1 つは、関係当事者がこれらの権利を正式に確立するための相互合意を確立することです。
Note 2:
注2:
If a "_for-sale" leaf node name were to appear under the .arpa infrastructure TLD, it might be interpreted as an offer to sell IP address space, E.164 numbers, or the like. However, such use is explicitly out of scope for this document, and processors MUST ignore any such records.
「_for-sale」リーフ ノード名が .arpa インフラストラクチャ TLD の下に表示された場合、IP アドレス空間や E.164 番号などの販売のオファーとして解釈される可能性があります。ただし、そのような使用は明示的にこの文書の範囲外であり、処理者はそのような記録を無視しなければなりません(MUST)。
The operational convention in this document is designed for the global DNS. An application to Special-Use Domain Names [RFC6761] (e.g., .onion, .alt) is out of scope.
この文書の運用規則は、グローバル DNS を対象に設計されています。特殊用途ドメイン名 [RFC6761] (例: .onion、.alt) への適用は範囲外です。
DNS wildcards interact poorly with underscored names [RFC8552] (Section 1.4), but they may still be encountered in practice, especially with operators who are not implementing this mechanism. This is why the version tag is a mandatory element: It allows processors to distinguish valid "_for-sale" records from unrelated TXT records.
DNS ワイルドカードは、アンダースコア付きの名前 [RFC8552] (セクション 1.4) との相互作用が不十分ですが、実際には、特にこのメカニズムを実装していないオペレーターの場合には依然として遭遇する可能性があります。これが、バージョン タグが必須要素である理由です。これにより、プロセッサは、有効な "_for-sale" レコードと無関係な TXT レコードを区別できるようになります。
Nonetheless, any assumptions about the content of "_for-sale" TXT records should be made with caution, particularly in edge cases where wildcard expansion -- possibly combined with DNS aliases (e.g., CNAMEs) or redirections (e.g., DNAMEs [RFC6672]) -- might result in misleading listings or unintended references to third-party domains.
それにもかかわらず、「_for-sale」TXT レコードの内容についての仮定は、特に、DNS エイリアス (CNAME など) またはリダイレクト (DNAME [RFC6672] など) と組み合わせたワイルドカード拡張によって、誤解を招くリストやサードパーティ ドメインへの意図しない参照が生じる可能性があるエッジ ケースでは、注意して行う必要があります。
Since this method relies on DNS TXT records, standard content rules apply as defined in [RFC1035] (Section 3.3.14). This includes the possibility of including non-ASCII data in the content value.
この方法は DNS TXT レコードに依存しているため、[RFC1035] (セクション 3.3.14) で定義されている標準コンテンツ ルールが適用されます。これには、コンテンツ値に非 ASCII データが含まれる可能性が含まれます。
When non-ASCII data is used, interpretation may become ambiguous. For this reason, it is RECOMMENDED that text in content values be encoded in UTF-8 [RFC3629], conform to the Network Unicode format [RFC5198], and use a subset of Unicode code points consistent with [RFC9839] (Section 4.3), with the exception of %x09, %x0A, and %x0D, which are best avoided.
非 ASCII データを使用すると、解釈が曖昧になる可能性があります。このため、コンテンツ値のテキストは UTF-8 [RFC3629] でエンコードされ、Network Unicode 形式 [RFC5198] に準拠し、[RFC9839] (セクション 4.3) と一致する Unicode コード ポイントのサブセットを使用することが推奨されます。 ただし、避けた方がよい %x09、%x0A、および %x0D は例外です。
Processors are RECOMMENDED to handle such encodings to ensure that non-ASCII content values are correctly interpreted and represented.
プロセッサは、非 ASCII コンテンツ値が正しく解釈され表現されることを保証するために、そのようなエンコーディングを処理することが推奨されます。
Internationalized Domain Names (IDN) (e.g., in the "furi=" content tag) MAY appear as A-labels as well as U-labels [RFC5890], with U-labels encoded as described above.
国際化ドメイン名 (IDN) (たとえば、「furi=」コンテンツタグ内) は、上記のようにエンコードされた U ラベルとともに、A ラベルとしても U ラベルとしても表示できます [RFC5890]。
Implementation note: Some DNS query tools return DNS records in presentation format, rather than the underlying RDATA content. Parsers of the ABNF in this document MUST ensure they operate on the raw TXT RDATA content, not its escaped presentation format [RFC1035] (Section 5.1). If the TXT RDATA consists of multiple character-strings, they SHOULD be concatenated into a single contiguous string prior to being interpreted as a UTF-8 encoded value matching the ABNF.
実装に関する注意: 一部の DNS クエリ ツールは、基盤となる RDATA コンテンツではなく、プレゼンテーション形式で DNS レコードを返します。この文書の ABNF のパーサーは、エスケープされたプレゼンテーション形式 [RFC1035] (セクション 5.1) ではなく、生の TXT RDATA コンテンツ上で動作することを保証しなければなりません (MUST)。TXT RDATA が複数の文字列で構成されている場合、ABNF に一致する UTF-8 エンコード値として解釈される前に、それらを単一の連続文字列に連結する必要があります (SHOULD)。
See Section 3.6 for additional guidelines and the Security Considerations section for possible risks.
追加のガイドラインについてはセクション 3.6 を、考えられるリスクについては「セキュリティに関する考慮事項」セクションを参照してください。
The ABNF in Section 2.1 allows currency codes consisting of one or more uppercase letters, providing flexibility to accommodate both standard fiat currencies and other widely recognised abbreviations, such as cryptocurrencies.
セクション 2.1 の ABNF では、1 つ以上の大文字で構成される通貨コードが許可されており、標準的な法定通貨と、暗号通貨などのその他の広く認識されている略語の両方に対応できる柔軟性が提供されます。
The use of standard fiat currencies is RECOMMENDED. When used, they MUST be represented by three-letter uppercase currency codes as specified in [ISO4217] (e.g., USD, EUR, GBP, and JPY).
標準法定通貨の使用が推奨されます。使用する場合は、[ISO4217] で指定されている 3 文字の大文字の通貨コード (USD、EUR、GBP、JPY など) で表さなければなりません (MUST)。
The amount component consists of an integer part, optionally followed by a fractional part separated by a decimal point (%x2E, ".").
金額コンポーネントは、整数部分と、必要に応じて小数点 (%x2E、「.」) で区切られた小数部分で構成されます。
Long TTLs [RFC1035] (Section 3.2.1) increase the risk of outdated data misleading buyers into thinking the domain is still available or that advertised prices remain current.
長い TTL [RFC1035] (セクション 3.2.1) は、古いデータによって購入者がドメインがまだ利用可能であるか、宣伝されている価格が最新のままであると誤解させるリスクを高めます。
A TTL of 3600 seconds (1 hour) or less is RECOMMENDED, and the TTL values of all records in an RRset have to be the same [RFC2181] (Section 5.2).
3600 秒 (1 時間) 以下の TTL が推奨されており、RRset 内のすべてのレコードの TTL 値は同じでなければなりません [RFC2181] (セクション 5.2)。
Ambiguous constructs in content values SHOULD be avoided, as illustrated by the following example:
次の例に示すように、コンテンツ値内のあいまいな構成は避けるべきです(SHOULD)。
_for-sale IN TXT "v=FORSALE1;fcod=TRIP-confusing;ftxt=dont_do_this"
The above example is a valid "fcod=" content tag that includes the string ";ftxt=" in the content value, which may be confusing, as it does not actually represent an "ftxt=" content tag.
上記の例は、コンテンツ値に文字列「;ftxt=」を含む有効な「fcod=」コンテンツ タグですが、実際には「ftxt=」コンテンツ タグを表していないため、混乱を招く可能性があります。
Because the format of the content part is not strictly defined in this document, processors MAY apply the robustness principle of being liberal in what they accept. This also applies to space characters (%x20) immediately following the version tag.
コンテンツ部分の形式はこの文書では厳密に定義されていないため、処理者は、受け入れる内容を自由にするという堅牢性の原則を適用してもよい(MAY)。これは、バージョンタグの直後のスペース文字 (%x20) にも適用されます。
Alternatively, parties may agree on a more strictly defined proprietary format for the content value to reduce ambiguity. However, it is out of scope to discuss which mechanisms are put in place for such agreements.
あるいは、両当事者は、あいまいさを減らすために、コンテンツ値に対してより厳密に定義された独自の形式に合意することもできます。ただし、そのような協定のためにどのようなメカニズムが導入されるかについて議論することは範囲外です。
When encountering unexpected or prohibited control characters in "ftxt=" content (e.g., %x09, %x0A, %x0B, %x0D; see Section 3.2), processors MAY sanitise them by replacing them with spaces (%x20) to ensure correct representation or replacing them with the Unicode REPLACEMENT CHARACTER U+FFFD (%xEF.BF.BD) to signal the presence of problematic content.
「ftxt=」コンテンツ内で予期しない制御文字または禁止されている制御文字 (例: %x09、%x0A、%x0B、%x0D、セクション 3.2 を参照) に遭遇した場合、プロセッサはそれらをスペース (%x20) に置き換えて正しい表現を保証するか、問題のあるコンテンツの存在を知らせるために Unicode 置換文字 U+FFFD (%xEF.BF.BD) に置き換えることによってそれらをサニタイズしてもよい(MAY)。
The "_for-sale" mechanism relies upon the domain name being resolvable in the DNS. This is not guaranteed, for example, during a redemption period, in pendingDelete status [STD69], or when the domain is DNSSEC signed but fails validation (i.e., has a bogus state).
「_for-sale」メカニズムは、DNS で解決可能なドメイン名に依存しています。これは、たとえば、償還期間中、pendingDelete ステータス [STD69] の場合、またはドメインが DNSSEC 署名されているが検証に失敗した (つまり、偽の状態になっている) 場合には保証されません。
One use of the TXT record type defined in this document is to parse the content it contains and to publish certain information from it on a website or elsewhere. However, there is a risk if the domain name holder publishes a malicious URI or one that points to improper content. This may result in reputational damage to the party parsing the record.
この文書で定義されている TXT レコード タイプの使用法の 1 つは、そこに含まれるコンテンツを解析し、そこから特定の情報を Web サイトなどで公開することです。ただし、ドメイン名所有者が悪意のある URI や不適切なコンテンツを指す URI を公開した場合にはリスクが伴います。これにより、記録を解析する当事者に対する風評被害が生じる可能性があります。
An even more serious scenario arises when the content of the TXT record is not properly validated and sanitised, potentially enabling attacks such as cross-site scripting (XSS) or SQL injection, as well as spoofing techniques based on Unicode manipulation, including bidirectional text attacks and homograph attacks.
TXT レコードの内容が適切に検証およびサニタイズされていない場合、さらに深刻なシナリオが発生し、クロスサイト スクリプティング (XSS) や SQL インジェクションなどの攻撃や、双方向テキスト攻撃や同形異義語攻撃などの Unicode 操作に基づくスプーフィング技術が可能になる可能性があります。
Therefore, parsing and publishing this information requires careful validation to ensure that only valid characters and formats are processed. Possible mitigation strategies include output sanitisation, maintaining a curated and validated list of URIs, or applying other validation methods, such as URI reputation checks before display.
したがって、この情報を解析して公開するには、有効な文字と形式のみが処理されることを確認するための慎重な検証が必要です。考えられる緩和戦略には、出力のサニタイズ、厳選および検証された URI リストの維持、または表示前の URI レピュテーション チェックなどの他の検証方法の適用が含まれます。
Automatically following URIs from "_for-sale" records without user consent creates security risks, including exposure to malware, phishing pages, and scripted attacks. Processors MUST NOT automatically redirect users when encountering "furi=" content tags without requiring explicit confirmation before navigation. This allows users to inspect the destination before proceeding.
ユーザーの同意なしに「_for-sale」レコードの URI を自動的にたどると、マルウェア、フィッシング ページ、スクリプト攻撃などのセキュリティ リスクが生じます。プロセッサは、「furi=」コンテンツタグに遭遇したときに、ナビゲーションの前に明示的な確認を要求せずにユーザーを自動的にリダイレクトしてはなりません。これにより、ユーザーは続行する前に宛先を検査できます。
Some URI schemes recommended in Section 2.2.3 do not mandate transport security (e.g., 'http', 'mailto'); therefore, more secure schemes such as 'https' are preferred.
セクション 2.2.3 で推奨されている URI スキームの中には、トランスポート セキュリティを義務付けていないものもあります (例: 「http」、「mailto」)。したがって、「https」などのより安全なスキームが推奨されます。
There is also a risk that this method will be abused as a marketing tool or to lure individuals into visiting certain sites or making contact by other means, without there being any intention to actually sell the domain name.
また、この方法は、実際にドメイン名を販売する意図がなくても、マーケティング ツールとして悪用されたり、個人を特定のサイトに訪問させたり、他の手段で連絡を取らせたりするために悪用されるリスクもあります。
Domain name holders may advertise artificially low prices, and processors that present "fval=" data to users SHOULD display appropriate disclaimers (e.g., "Price indicative only - verify with seller"). Automated systems SHOULD NOT make purchase commitments based solely on advertised prices without human verification.
ドメイン名所有者は人為的に低価格を宣伝する可能性があり、「fval=」データをユーザーに提示する処理業者は適切な免責事項を表示する必要があります（例：「価格は表示のみ - 販売者に確認してください」）。自動化システムは、人間による検証なしに、宣伝された価格のみに基づいて購入を約束すべきではありません。
The use of the "_for-sale" leaf node name publicly indicates the intent to sell a domain name. Domain name holders should be aware that this information is accessible to anyone querying the DNS and may have privacy implications.
「_for-sale」リーフ ノード名の使用は、ドメイン名を販売する意図を公的に示します。ドメイン名所有者は、この情報は DNS にクエリを実行するすべての人にアクセス可能であり、プライバシーに影響を与える可能性があることに注意する必要があります。
There is a risk of data scraping, such as the scraping of email addresses and phone numbers.
メールアドレスや電話番号がスクレイピングされるなど、データがスクレイピングされるリスクがあります。
Publishing contact information may expose domain name holders to spam or unwanted contact.
連絡先情報を公開すると、ドメイン名所有者がスパムや望ましくない連絡にさらされる可能性があります。
IANA has added the following entry to the "Underscored and Globally Scoped DNS Node Names" registry [RFC8552]:
IANA は、「Underscored and Globally Scoped DNS Node Names」レジストリ [RFC8552] に次のエントリを追加しました。
+=========+============+===========+
| RR Type | _NODE NAME | Reference |
+=========+============+===========+
| TXT | _for-sale | RFC 10023 |
+---------+------------+-----------+
Table 2: Entry for the Underscored and Globally Scoped DNS Node Names Registry
表 2: 下線付きのグローバル スコープの DNS ノード名レジストリのエントリ
[ISO4217] ISO, "ISO 4217 Currency Codes",
<https://www.iso.org/iso-4217-currency-codes.html>.
[RFC1035] Mockapetris, P., "Domain names - implementation and
specification", STD 13, RFC 1035, DOI 10.17487/RFC1035,
November 1987, <https://www.rfc-editor.org/info/rfc1035>.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
[RFC2181] Elz, R. and R. Bush, "Clarifications to the DNS
Specification", RFC 2181, DOI 10.17487/RFC2181, July 1997,
<https://www.rfc-editor.org/info/rfc2181>.
[RFC3629] Yergeau, F., "UTF-8, a transformation format of ISO
10646", STD 63, RFC 3629, DOI 10.17487/RFC3629, November
2003, <https://www.rfc-editor.org/info/rfc3629>.
[RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform
Resource Identifier (URI): Generic Syntax", STD 66,
RFC 3986, DOI 10.17487/RFC3986, January 2005,
<https://www.rfc-editor.org/info/rfc3986>.
[RFC3987] Duerst, M. and M. Suignard, "Internationalized Resource
Identifiers (IRIs)", RFC 3987, DOI 10.17487/RFC3987,
January 2005, <https://www.rfc-editor.org/info/rfc3987>.
[RFC5198] Klensin, J. and M. Padlipsky, "Unicode Format for Network
Interchange", RFC 5198, DOI 10.17487/RFC5198, March 2008,
<https://www.rfc-editor.org/info/rfc5198>.
[RFC5234] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax
Specifications: ABNF", STD 68, RFC 5234,
DOI 10.17487/RFC5234, January 2008,
<https://www.rfc-editor.org/info/rfc5234>.
[RFC5890] Klensin, J., "Internationalized Domain Names for
Applications (IDNA): Definitions and Document Framework",
RFC 5890, DOI 10.17487/RFC5890, August 2010,
<https://www.rfc-editor.org/info/rfc5890>.
[RFC7405] Kyzivat, P., "Case-Sensitive String Support in ABNF",
RFC 7405, DOI 10.17487/RFC7405, December 2014,
<https://www.rfc-editor.org/info/rfc7405>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC9839] Bray, T. and P. Hoffman, "Unicode Character Repertoire
Subsets", RFC 9839, DOI 10.17487/RFC9839, August 2025,
<https://www.rfc-editor.org/info/rfc9839>.
[RFC3912] Daigle, L., "WHOIS Protocol Specification", RFC 3912,
DOI 10.17487/RFC3912, September 2004,
<https://www.rfc-editor.org/info/rfc3912>.
[RFC3966] Schulzrinne, H., "The tel URI for Telephone Numbers",
RFC 3966, DOI 10.17487/RFC3966, December 2004,
<https://www.rfc-editor.org/info/rfc3966>.
[RFC4592] Lewis, E., "The Role of Wildcards in the Domain Name
System", RFC 4592, DOI 10.17487/RFC4592, July 2006,
<https://www.rfc-editor.org/info/rfc4592>.
[RFC4648] Josefsson, S., "The Base16, Base32, and Base64 Data
Encodings", RFC 4648, DOI 10.17487/RFC4648, October 2006,
<https://www.rfc-editor.org/info/rfc4648>.
[RFC6068] Duerst, M., Masinter, L., and J. Zawinski, "The 'mailto'
URI Scheme", RFC 6068, DOI 10.17487/RFC6068, October 2010,
<https://www.rfc-editor.org/info/rfc6068>.
[RFC6530] Klensin, J. and Y. Ko, "Overview and Framework for
Internationalized Email", RFC 6530, DOI 10.17487/RFC6530,
February 2012, <https://www.rfc-editor.org/info/rfc6530>.
[RFC6672] Rose, S. and W. Wijngaards, "DNAME Redirection in the
DNS", RFC 6672, DOI 10.17487/RFC6672, June 2012,
<https://www.rfc-editor.org/info/rfc6672>.
[RFC6761] Cheshire, S. and M. Krochmal, "Special-Use Domain Names",
RFC 6761, DOI 10.17487/RFC6761, February 2013,
<https://www.rfc-editor.org/info/rfc6761>.
[RFC8552] Crocker, D., "Scoped Interpretation of DNS Resource
Records through "Underscored" Naming of Attribute Leaves",
BCP 222, RFC 8552, DOI 10.17487/RFC8552, March 2019,
<https://www.rfc-editor.org/info/rfc8552>.
[RFC8553] Crocker, D., "DNS Attrleaf Changes: Fixing Specifications
That Use Underscored Node Names", BCP 222, RFC 8553,
DOI 10.17487/RFC8553, March 2019,
<https://www.rfc-editor.org/info/rfc8553>.
[RFC9083] Hollenbeck, S. and A. Newton, "JSON Responses for the
Registration Data Access Protocol (RDAP)", STD 95,
RFC 9083, DOI 10.17487/RFC9083, June 2021,
<https://www.rfc-editor.org/info/rfc9083>.
[RFC9110] Fielding, R., Ed., Nottingham, M., Ed., and J. Reschke,
Ed., "HTTP Semantics", STD 97, RFC 9110,
DOI 10.17487/RFC9110, June 2022,
<https://www.rfc-editor.org/info/rfc9110>.
[RFC9499] Hoffman, P. and K. Fujiwara, "DNS Terminology", BCP 219,
RFC 9499, DOI 10.17487/RFC9499, March 2024,
<https://www.rfc-editor.org/info/rfc9499>.
[STD69] Internet Standard 69,
<https://www.rfc-editor.org/info/std69>.
At the time of writing, this STD comprises the following:
Hollenbeck, S., "Extensible Provisioning Protocol (EPP)",
STD 69, RFC 5730, DOI 10.17487/RFC5730, August 2009,
<https://www.rfc-editor.org/info/rfc5730>.
Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Domain Name Mapping", STD 69, RFC 5731,
DOI 10.17487/RFC5731, August 2009,
<https://www.rfc-editor.org/info/rfc5731>.
Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Host Mapping", STD 69, RFC 5732, DOI 10.17487/RFC5732,
August 2009, <https://www.rfc-editor.org/info/rfc5732>.
Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Contact Mapping", STD 69, RFC 5733, DOI 10.17487/RFC5733,
August 2009, <https://www.rfc-editor.org/info/rfc5733>.
Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Transport over TCP", STD 69, RFC 5734,
DOI 10.17487/RFC5734, August 2009,
<https://www.rfc-editor.org/info/rfc5734>.
The following example illustrates a proprietary format defined and used by agreement between parties (for example, a domain name registry and its registrars), without a clearly specified meaning for third parties. For example, it may be used to automatically redirect visitors to a web page, as described in Section 2.2.1:
次の例は、第三者にとっての意味が明確に指定されていない、当事者 (ドメイン名レジストリとそのレジストラなど) 間の合意によって定義および使用される独自の形式を示しています。たとえば、セクション 2.2.1 で説明されているように、訪問者を Web ページに自動的にリダイレクトするために使用できます。
_for-sale IN TXT "v=FORSALE1;fcod=XX-aHR0cHM...wbGUuY29t"
Note: The content value in the above example is truncated for readability.
注: 上記の例のコンテンツ値は、読みやすくするために切り詰められています。
The use of the "fcod=" content tag is, in principle, unrestricted, allowing implementors to define additional uses as needed. For example, it may convey arbitrary formatting or conditional display instructions, such as adding an extra banner (e.g., "eligibility criteria apply") or specifying a style, including color, font, emojis, or logos.
「fcod=」コンテンツタグの使用は原則として制限されていないため、実装者は必要に応じて追加の使用法を定義できます。たとえば、追加のバナー (例: 「適格基準が適用される」) を追加したり、色、フォント、絵文字、ロゴなどのスタイルを指定したりするなど、任意の書式設定や条件付き表示指示を伝えることができます。
The following example shows a free text format with additional unstructured information intended to be human-readable:
次の例は、人間が判読できるようにすることを目的とした追加の非構造化情報を含むフリー テキスト形式を示しています。
_for-sale IN TXT "v=FORSALE1;ftxt=Eligibility criteria apply."
The content in the following example could be malicious, but it is not in violation of the convention in this document (see the Security Considerations section):
次の例の内容は悪意のあるものである可能性がありますが、このドキュメントの規則に違反するものではありません (「セキュリティに関する考慮事項」セクションを参照)。
_for-sale IN TXT "v=FORSALE1;ftxt=<script>...</script>"
The following example shows the TXT record that the holder of "example.com" adds to the zone to signal that the domain is for sale:
次の例は、「example.com」の所有者がドメインが売りに出されていることを知らせるためにゾーンに追加する TXT レコードを示しています。
_for-sale IN TXT "v=FORSALE1;furi=https://example.com/fs?d=eHl6"
An interested party notices this signal and can visit the URI mentioned for further information. The TXT record may also be processed by automated tools, but see the Security Considerations section for possible risks.
関係者はこのシグナルに気づき、言及された URI にアクセスして詳細を確認できます。TXT レコードは自動ツールによって処理される場合もありますが、考えられるリスクについては「セキュリティに関する考慮事項」セクションを参照してください。
As an alternative, a 'mailto' URI could also be used:
代わりに、「mailto」URI も使用できます。
_for-sale IN TXT "v=FORSALE1;furi=mailto:hq@example.com?subject=foo"
Or a telephone URI:
または電話の URI:
_for-sale IN TXT "v=FORSALE1;furi=tel:+1-201-555-0123"
There can be a use case for these URIs, especially since WHOIS (or RDAP) often has privacy restrictions, but see the Privacy Considerations section for possible downsides.
特に WHOIS (または RDAP) にはプライバシー制限があることが多いため、これらの URI の使用例が存在する可能性がありますが、考えられる欠点については「プライバシーに関する考慮事項」セクションを参照してください。
The following examples illustrate the asking price format, which consists of an uppercase currency code (e.g., USD or EUR) followed by a numeric amount. See Section 3.3 for additional guidelines.
次の例は、大文字の通貨コード (USD または EUR など) とその後に続く数値で構成される希望価格の形式を示しています。追加のガイドラインについては、セクション 3.3 を参照してください。
In Bitcoins:
ビットコインの場合:
_for-sale IN TXT "v=FORSALE1;fval=BTC0.000010"
In US dollars:
米ドルで:
_for-sale IN TXT "v=FORSALE1;fval=USD750"
The following example shows multiple valid TXT records from which a processor can choose:
次の例は、プロセッサが選択できる複数の有効な TXT レコードを示しています。
_for-sale IN TXT "v=FORSALE1;furi=https://fs.example.com/"
IN TXT "v=FORSALE1;ftxt=This domain name is for sale"
IN TXT "v=FORSALE1;fval=EUR500"
IN TXT "v=FORSALE1;fcod=EXCO-ZGVhZGJlZWYx"
IN TXT "v=FORSALE1;fcod=XYZ1-MTExLTIyMi0zMzMtNDQ0"
The author would like to thank Thijs van den Hout, Caspar Schutijser, Melvin Elderman, Ben van Hartingsveldt, Jesse Davids, Juan Stelling, John R. Levine, Dave Lawrence, Andrew Sullivan, Paul Hoffman, Eliot Lear (ISE), Viktor Dukhovni, James Gannon, Watson Ladd, Tim Wicinski, Russ Housley, Takahiro Nemoto, Chongfeng Xie, Joe Abley, and Mohamed 'Med' Boucadair for their valuable feedback.
著者は、Thijs van den Hout、Caspar Schutijser、Melvin Oldman、Ben van Hartingsveldt、Jesse Davids、Juan Swriting、John R. Levine、Dave Lawrence、Andrew Sullivan、Paul Hoffman、Eliot Lear (ISE)、Viktor Dukhovni、James Gannon、Watson Ladd、Tim Wicinski、Russ Housley、Takahiro に感謝します。Nemoto、Chongfeng Xie、Joe Abley、Mohamed 'Med' Boucadair の皆様、貴重なフィードバックをいただきました。
Marco Davids
SIDN Labs
Meander 501
6825 MD Arnhem
Netherlands
Phone: +31 26 352 5500
Email: marco.davids@sidn.nl