This document defines a new identity associated with an e-mail message, called the Purported Responsible Address (PRA), which is determined by inspecting the header of the message. The PRA is designed to be the entity that (according to the header) most recently caused the message to be delivered.本文書では、電子メールメッセージに結合される新たな身元（アイデンティティ）を定義する。これはPRA（責任を持つはずのアドレス）と呼ばれ、メッセージのヘッダを検証することで決定される。PRAは（PRAヘッダによると）もっとも最近にメッセージ配送を開始したエンティティとなるよう設計されている。
Note that the results of this algorithm are only as truthful as the headers contained in the message; if a message contains fraudulent or incorrect headers, this algorithm will yield an incorrect result. For this reason, the result of the algorithm is called the "Purported Responsible Address" -- "purported" because it tells you what a message claims about where it came from, but not necessarily where it actually came from.このアルゴリズムの結果の信憑性は、メッセージに含まれているヘッダと同程度となる。すなわち、もしメッセージに偽装された、または不正確なヘッダが含まれていたら、このアルゴリズムは不正確な結果を出す。このため、このアルゴリズムの結果は「責任を持つはずのアドレス」と呼ばれる。PRAの告げるものは、メッセージが自身の発送元について主張するものであり、必ずしも実際の発送元とは限らないため、「はずの」がついているのである。
This document does not prescribe any particular uses for the Purported Responsible Address. However, [RFC4406] describes a method of determining whether a particular MTA is authorized to send mail on behalf of the domain contained in the PRA.本文書は、PRAのいかなる特定の用法も規定しない。しかし、［RFC4406］では、PRAに含まれるドメインを代表して電子メールを送信できる権限が特定のMTAにあるかを決定する方法を記述している。
1.1. Conventions Used in This Document
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].
1.1. 本文書で使われる慣例
本文書中の以下の用語（訳注：訳文では大文字部分の原文を（ ）内で示している。）
“…しなければならない（MUST）”
“…してはならない（MUST NOT）”
“…の必要がある（REQUIRED）”
“（当然）…するものとする（SHALL）”
“（当然）…しないものとする（SHALL NOT）”
“…すべきである（SHOULD）”
“…すべきではない（SHOULD NOT）”
“…が推奨される（RECOMMENDED）”
“…してもよい（MAY）”
“…を選択してもよい（OPTIONAL）”については、［RFC2119］の記述に従って解釈すること。
2. Determining the Purported Responsible Address
The PRA of a message is determined by the following algorithm:
2. RPAの決定
メッセージのPRAは以下のアルゴリズムによって決定される。
1. Select the first non-empty Resent-Sender header in the message. If no such header is found, continue with step 2. If it is preceded by a non-empty Resent-From header and one or more Received or Return-Path headers occur after said Resent-From header and before the Resent-Sender header, continue with step 2. Otherwise, proceed to step 5.ステップ1：
メッセージ中の最初の空でないResent-Senderヘッダを選択する。該当するヘッダが見つからない場合はステップ2に進む。該当するResent-Senderヘッダの前に空でないResent-Fromヘッダがあり、1個以上のReceivedヘッダまたはReturn-Pathヘッダが、そのResent-Fromヘッダの後で該当するResent-Senderヘッダの前に存在する場合もステップ2に進む。その他の場合はステップ5に進む。
2. Select the first non-empty Resent-From header in the message. If a Resent-From header is found, proceed to step 5. Otherwise, continue with step 3.ステップ2：
メッセージ中の最初の空でないResent-Fromヘッダを選択する。Resent-Fromヘッダが1個見つかった場合はステップ5に進む。その他の場合はステップ3に進む。
3. Select all the non-empty Sender headers in the message. If there are no such headers, continue with step 4. If there is exactly one such header, proceed to step 5. If there is more than one such header, proceed to step 6.ステップ3：
メッセージ中の空でないSenderヘッダをすべて選択する。該当するヘッダが存在しない場合はステップ4に進む。該当するヘッダが1個だけの場合はステップ5に進む。該当するヘッダが複数の場合はステップ6に進む。
[Page 3]
| 《PREV》 |