If no Authenticated Identifiers align with the Author Domain, then
the Mail Receiver applies the DMARC-record-specified policy.
However, before this action is taken, the Mail Receiver can consult
external information to override the Domain Owner’s policy. For
example, if the Mail Receiver knows that this particular email came
from a known and trusted forwarder (that happens to break both SPF
and DKIM), then the Mail Receiver may choose to ignore the Domain
Owner’s policy.
著者ドメインとイン・アライメントである認証識別子がない場合、メール受信者はDMARCレコード特有のポリシーを適用する。しかし、メール受信者は、この動作を行う前に、外部情報を参照してドメイン所有者のポリシーをオーバーライドすることができる。例えば、メール受信者は、この特定の電子メールが既知の信頼できる転送者から来た(SPFおよびDKIMの判定に成功する)ことがわかれば、ドメイン所有者のポリシーを無視する選択をしてもよい。
The Mail Receiver is now ready to reply to the DATA command. If the
DMARC check yields that the message is to be rejected, then the Mail
Receiver replies with a 5xy code to inform the sender of failure. If
the DMARC check cannot be resolved due to transient network errors,
then the Mail Receiver replies with a 4xy code to inform the sender
as to the need to reattempt delivery later. If the DMARC check
yields a passing message, then the Mail Receiver continues on with
email processing, perhaps using the result of the DMARC check as an
input to additional processing modules such as a domain reputation
query.
この時点で、メール受信者はDATAコマンドに応答する準備ができている。DMARC判定によって、メッセージが拒否された場合、メール受信者は、5xyコードを返して送信者に失敗を知らせる。一時的なネットワークエラーのためにDMARC判定が行えない場合は、メール受信者は、4xyコードを返して、後で配信を再試行する必要があることを送信者に知らせる。メッセージがDMARC判定に成功した場合は、メール受信者は電子メール処理を継続し、場合によっては、ドメインレピュテーションクエリなどの他の処理モジュールへの入力として、DMARC判定の結果を使用する。
Before exiting DMARC-specific processing, the Mail Receiver checks to
see if the Author Domain DMARC record requests AFRF-based reporting.
If so, then the Mail Receiver can emit an AFRF to the reporting
address supplied in the DMARC record.
DMARC特有の処理を終了する前に、メール受信者は、著者ドメインDMARCレコードがAFRFベースの報告を要求するか否かを確認する。AFRFベースのレポートが要求される場合、メール受信者はアドレスがDMARCレコードに記載されたレポーティングアドレスにAFRFを送信することができる。
At the exit of DMARC-specific processing, the Mail Receiver captures
(through logging or direct insertion into a data store) the result of
DMARC processing. Captured information is used to build feedback for
Domain Owner consumption. This is not necessary if the Domain Owner
has not requested aggregate reports, i.e., no “rua” tag was found in
the policy record.
DMARC特有の処理の出口では、メール受信者は、(データストアにログインまたは直接挿入して)DMARC処理の結果を取得する。得た情報を使用して、ドメイン所有者が消費するためのフィードバックを作成する。この処理は、ドメイン所有者が集約レポートを要求していない場合、すなわち、「rua」タグがポリシーレコードに存在しなかった場合は必要ない。
B.4. Utilization of Aggregate Feedback: Example
Aggregate feedback is consumed by Domain Owners to verify a Domain
Owner’s understanding of how the Domain Owner’s domain is being
processed by the Mail Receiver. Aggregate reporting data on emails
that pass all DMARC-supporting authentication checks is used by
Domain Owners to verify that authentication practices remain
accurate. For example, if a third party is sending on behalf of a
Domain Owner, the Domain Owner can use aggregate report data to
verify ongoing authentication practices of the third party.
B.4. 集約フィードバックの利用例
集約フィードバックは、ドメイン所有者のドメインがメール受信者によってどのように処理されているかというドメイン所有者の理解を検証するために、ドメイン所有者自身が消費する。DMARCをサポートする認証判定にすべて成功する電子メールに関する集約報告データは、認証プラクティスが正確な状態にあることを検証するために、ドメイン所有者が使用する。サードパーティが、ドメイン所有者の代わりに送信している場合、ドメイン所有者は、集約レポートデータを使用して、サードパーティの実施する認証プラクティスを検証することができる。
[Page 64]
| 《PREV》 |