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

Page 19

Whether this mechanism matches, does not match, or throws an
exception depends on the result of the recursive evaluation of
check_host():

この機構が合致するか、合致しないか、例外となるかは、check_host() の再帰的評価の結果による。

+---------------------------------+---------------------------------+
| A recursive check_host() result | Causes the "include" mechanism  |
| of:                             | to:                             |
+---------------------------------+---------------------------------+
| Pass                            | match                           |
|                                 |                                 |
| Fail                            | not match                       |
|                                 |                                 |
| SoftFail                        | not match                       |
|                                 |                                 |
| Neutral                         | not match                       |
|                                 |                                 |
| TempError                       | throw TempError                 |
|                                 |                                 |
| PermError                       | throw PermError                 |
|                                 |                                 |
| None                            | throw PermError                 |
+---------------------------------+---------------------------------+
再帰的 check_host() の結果
“include”機構の結果
Pass 合致する
Fail 合致しない
SoftFail 合致しない
Neutral 合致しない
TempError TempErrorとなる
PermError PermErrorとなる
None PermErrorとなる
The "include" mechanism is intended for crossing administrative
boundaries.  Although it is possible to use includes to consolidate
multiple domains that share the same set of designated hosts, domains
are encouraged to use redirects where possible, and to minimize the
number of includes within a single administrative domain.  For
example, if example.com and example.org were managed by the same
entity, and if the permitted set of hosts for both domains was
"mx:example.com", it would be possible for example.org to specify
"include:example.com", but it would be preferable to specify
"redirect=example.com" or even "mx:example.com".

“include”機構は管理境界の越境を意図している。includeを同一の集約ホスト群を共有する複数ドメインの一元管理に使うこともできるが、ドメインは可能な場合はredirectを使い、単一の管理ドメイン内のincludeの数を少なくするよう推奨される。たとえば、example.comとexample.orgの管理者が同じであり、両ドメインの許可するホスト群が“mx:example.com”なら、example.orgを“include:example.com”と指定することは可能だが、“redirect=example.com”または単に“mx:example.com”と指定する方がよい。

5.3.  "a"
This mechanism matches if <ip> is one of the <target-name>'s IP
addresses.

A                = "a"      [ ":" domain-spec ] [ dual-cidr-length ]

5.3. “a”

この機構は、<ip> が <target-name> のIPアドレスであるかをテストする。

A                = "a"      [ ":" domain-spec ] [ dual-cidr-length ]
An address lookup is done on the <target-name>.  The <ip> is compared
to the returned address(es).  If any address matches, the mechanism
matches.

アドレス検索は <target-name> で行われる。<ip> は返されたアドレスと比較され、合致するアドレスがあったら機構が合致する。

 

[Page 19]

 

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

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