サイトマップ | 連絡先 | IAjapan TOP
IAjapan 財団法人インターネット協会
有害情報対策ポータルサイト 迷惑メール対策編
  • 一般利用者の皆様へ
  • メール管理者の皆様へ
  • 関連情報
  • サイト紹介

page-14


In essence, the steps are as follows:


1. Domain Owner constructs an SPF policy and publishes it in its
DNS database as per [SPF]. Domain Owner also configures its
system for DKIM signing as described in [DKIM]. Finally, Domain
Owner publishes via the DNS a DMARC message-handling policy.

基本的に、ステップは以下の通りである。

1. ドメイン所有者は、[SPF]に従ってSPFポリシーを構成し、DNSデータベースに公開する。また、ドメイン所有者は、[DKIM]に記載されるように、DKIM署名が可能となるシステムを構成する。最後に、ドメイン所有者はDNSを介してDMARCメッセージ処理ポリシーを公開する。


2. Author generates a message and hands the message to Domain
Owner’s designated mail submission service.


3. Submission service passes relevant details to the DKIM signing
module in order to generate a DKIM signature to be applied to
the message.


4. Submission service relays the now-signed message to its
designated transport service for routing to its intended
recipient(s).

2. 著者はメッセージを生成し、ドメイン所有者が指定したメール送信サービスに渡す。

3. メール送信サービスは、メッセージに適用するDKIM署名を生成するためにDKIM署名モジュールに関連する詳細情報を渡す。

4. メール送信サービスは、対象とする受信者にルーティングするために、指定した転送サービスに今署名したメッセージをリレーする。


5. Message may pass through other relays but eventually arrives at
a recipient’s transport service.


6. Recipient delivery service conducts SPF and DKIM authentication
checks by passing the necessary data to their respective
modules, each of which requires queries to the Author Domain’s
DNS data (when identifiers are aligned; see below).

5. メッセージは、他のリレーを通ってもよいが、最終的には受信者の転送サービスに到着する。

6. 受信者の配信サービスは、SPF認証およびDKIM認証の各モジュールに必要なデータを渡し、判定を行う。(識別子がイン・アライメントである場合、)各モジュールは、著者ドメインのDNSデータに問い合わせる必要がある。(以下参照)


7. The results of these are passed to the DMARC module along with
the Author’s domain. The DMARC module attempts to retrieve a
policy from the DNS for that domain. If none is found, the
DMARC module determines the Organizational Domain and repeats
the attempt to retrieve a policy from the DNS. (This is
described in further detail in Section 6.6.3.)


8. If a policy is found, it is combined with the Author’s domain
and the SPF and DKIM results to produce a DMARC policy result (a
“pass” or “fail”) and can optionally cause one of two kinds of
reports to be generated (not shown).


9. Recipient transport service either delivers the message to the
recipient inbox or takes other local policy action based on the
DMARC result (not shown).


10. When requested, Recipient transport service collects data from
the message delivery session to be used in providing feedback
(see Section 7).

7. これらの結果を著者ドメインと共にDMARCモジュールに渡す。DMARCモジュールは、このドメインに対してDNSからポリシーの読み出しを試行する。ポリシーが見つからない場合は、DMARCモジュールは組織ドメインを求め、DNSからポリシーを再度読み出す。(詳細な処理は6.6.3節に記載する。)

8. ポリシーが見つかった場合、このポリシーを著者ドメインとSPFおよびDKIMの結果と組み合わせて、DMARCポリシーの結果(「成功」または「失敗」)を出し、さらにオプションとして2種類のレポートのうち1つを作成 (図示しない)してもよい。

9. 受信側の転送サービスは、受信者の受信箱にメッセージを配信するか、あるいは、DMARCの結果に基づいて他のローカルポリシーの動作を行う(図示しない)。

10. 受信側の転送サービスは、要求に応じて、フィードバックを提供する際に使用するメッセージ配信セッションからデータを収集する(7節を参照していただきたい)。).

[Page 14]

《PREV》
1  2  3  5  7  12  15  16  28  39  42  46  49  52  56  60  73

 
リンク・転載・引用・ロゴ使用について | プライバシーポリシー | IAjapanについて | 連絡先