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

Page 31

macro-string                                               expansion
--------------------------------------------------------------------
%{ir}.%{v}._spf.%{d2}             3.2.0.192.in-addr._spf.example.com
%{lr-}.lp._spf.%{d2}                  bad.strong.lp._spf.example.com
%{lr-}.lp.%{ir}.%{v}._spf.%{d2}
                    bad.strong.lp.3.2.0.192.in-addr._spf.example.com
%{ir}.%{v}.%{l1r-}.lp._spf.%{d2}
                        3.2.0.192.in-addr.strong.lp._spf.example.com
%{d2}.trusted-domains.example.net
                             example.com.trusted-domains.example.net
IPv6:
%{ir}.%{v}._spf.%{d2}                               1.0.B.C.0.0.0.0.
0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.B.D.0.1.0.0.2.ip6._spf.example.com
マクロ文字列                                                                    展開
------------------------------------------------------------------------------------
%{ir}.%{v}._spf.%{d2}                             3.2.0.192.in-addr._spf.example.com
%{lr-}.lp._spf.%{d2}                                  bad.strong.lp._spf.example.com
%{lr-}.lp.%{ir}.%{v}._spf.%{d2}     bad.strong.lp.3.2.0.192.in-addr._spf.example.com
%{ir}.%{v}.%{l1r-}.lp._spf.%{d2}        3.2.0.192.in-addr.strong.lp._spf.example.com
%{d2}.trusted-domains.example.net            example.com.trusted-domains.example.net
IPv6:
%{ir}.%{v}._spf.%{d2}
1.0.B.C.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.B.D.0.1.0.0.2.ip6._spf.example.com
9.  Implications
This section outlines the major implications that adoption of this
document will have on various entities involved in Internet E-Mail.
It is intended to make clear to the reader where this document
knowingly affects the operation of such entities.  This section is
not a "how-to" manual, or a "best practices" document, and it is not
a comprehensive list of what such entities should do in light of this
document.

9. 影響

本章では、本文書の採用がインターネット電子メールの様々な関係者にもたらす主な影響を概略する。読者に対し、本文書がこれらの関係者の処理に影響を与えることを意識していると明示するのがねらいである。本章はいわゆる「ハウツー」マニュアルでも「最良の実践(Best Practices)」文書でもなく、関係者が本文書の示す通りにすべき実践方法を網羅したものでもない。

This section is non-normative.

本章は標準ではない。

9.1.  Sending Domains
Domains that wish to be compliant with this specification will need
to determine the list of hosts that they allow to use their domain
name in the "HELO" and "MAIL FROM" identities.  It is recognized that
forming such a list is not just a simple technical exercise, but
involves policy decisions with both technical and administrative
considerations.

9.1. 送信ドメイン

本仕様に準拠しようとするドメインは、“HELO”アイデンティティと“MAIL FROM”アイデンティティに自ドメイン名を使うことを許可するホストの一覧を決定する必要がある。このような一覧の作成は単純な技術的作業であるだけでなく、技術および管理に関する考察を経たポリシ決定でもある。

It can be helpful to publish records that include a "tracking
exists:" mechanism.  By looking at the name server logs, a rough list
may then be generated.  For example:

   v=spf1 exists:_h.%{h}._l.%{l}._o.%{o}._i.%{i}._spf.%{d} ?all

“tracking exists:”機構を含むレコードの公開は便利だろう。ネームサーバのログを見て大まかな一覧を生成できるようになる。例は以下の通り:

v=spf1 exists:_h.%{h}._l.%{l}._o.%{o}._i.%{i}._spf.%{d} ?all

 

[Page 31]

 

《PREV》
1  4  5  9  12  16  22  25  27  31  35  38  39  42  44

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