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

page-56


labels; this would cause a Mail Receiver to attempt a large number of
queries in search of a policy record. Sending many such messages
constitutes an amplified denial-of-service attack.

メール受信者はポリシーレコードを検索して多くのクエリを試行することになる。そのような多数のクエリメッセージを送信することは、サービス妨害攻撃が増大する原因となる。


The Organizational Domain mechanism is a necessary component to the
goals of DMARC. The method described in Section 3.2 is far from
perfect but serves this purpose reasonably well without adding undue
burden or semantics to the DNS. If a method is created to do so that
is more reliable and secure than the use of a public suffix list,
DMARC should be amended to use that method as soon as it is generally
available.

組織ドメインのメカニズムは、DMARCの目標に必要な要素である。3.2節に記載する方法は、決して完璧ではないが、不当な負担やセマンティクスをDNSに与えずに、この目的を合理的に果たす。パブリックサフィックスリストを使用よりも信頼かつ安全となるように方法が創り出された場合、一般に利用可能になったらすぐに使用するように、DMARCを修正するべきである。

A.6.1. Public Suffix Lists


A public suffix list for the purposes of determining the
Organizational Domain can be obtained from various sources. The most
common one is maintained by the Mozilla Foundation and made public at
. License terms governing the use of that
list are available at that URI.

A.6.1. パブリックサフィックスリスト

組織ドメインを得るためのパブリックサフィックスリストは、さまざまなソースから得ることができる。最も使われているものは、Mozilla Foundationが保持し、< http://publicsuffix.org >で公表されている。リストの使用に関するライセンス条項は、このURIで公開されている。


Note that if operators use a variety of public suffix lists,
interoperability will be difficult or impossible to guarantee.

運用者がさまざまなパブリックサフィックスリストを使用すると、相互運用性を保証することが困難あるいは不可能となることに留意していただきたい。

Appendix B. Examples


This section illustrates both the Domain Owner side and the Mail
Receiver side of a DMARC exchange.

付録B. 例

本節は、ドメイン所有者側およびメール受信者側のDMARCのやりとりの例を挙げる。

B.1. Identifier Alignment Examples


The following examples illustrate the DMARC mechanism’s use of
Identifier Alignment. For brevity’s sake, only message headers are
shown, as message bodies are not considered when conducting DMARC
checks.

B.1. 識別子アライメントの成立の例

以下の例は、DMARCのメカニズムが使用する識別子アライメントを示す。簡潔に説明するため、DMARC判定を行う場合にメッセージ本体は考慮しないことから、メッセージヘッダのみを示す。

B.1.1. SPF


The following SPF examples assume that SPF produces a passing result.


Example 1: SPF in alignment:


        MAIL FROM: 

        From: sender@example.com
        Date: Fri, Feb 15 2002 16:54:30 -0800
        To: receiver@example.org
        Subject: here's a sample

B.1.1. SPF

以下のSPFの例では、SPFの結果が成功となることを仮定している。

例1: SPFでイン・アライメントの場合

        MAIL FROM: 

        From: sender@example.com
        Date: Fri, Feb 15 2002 16:54:30 -0800
        To: receiver@example.org
        Subject: here's a sample

[Page 56]

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

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