IAjapanロゴ
有害情報対策ポータルサイト
−迷惑メール対策編−
■ トップ > メール管理者の皆様へ > 技術情報 > RFC翻訳 > RFC4406 (p.10)
サイト紹介 | 新着情報 | 一般利用者の皆様へ | メール管理者の皆様へ | 活動・関連情報
RFC4405
RFC4406
RFC4407
RFC4408
RFC4409
   1. If any records of type SPF are in the set, then all records of
      type TXT are discarded.
  1. タイプSPFのレコードが含まれていたら、タイプTXTのレコードはすべて破棄する。
   2. Records that do not begin with proper version and scope sections
      are discarded.  The version section for "spf2" records contains a
      ver-minor field that is for backward-compatible future extensions.
      This field must be well formed for a record to be retained, but is
      otherwise ignored.
  1. 正しいバージョンとスコープの記述で始まっていないレコードは破棄する。“spf2”レコードのバージョン記述には、後方互換性のある将来の拡張のために予約されているver-minorフィールドが含まれる。このフィールドは、レコード中に入れておける程度には整理されていなければならないが、それ以外は無視される。
   3. Records that use the "spf2" version identifier and do not have a
      scope-id that matches  are discarded.  Note that this is a
      complete string match on the scope-id tokens: If  is "pra",
      then the record starting "spf2.0/mfrom,prattle,fubar" would be
      discarded, but a record starting "spf2.0/mfrom,pra,fubar" would be
      retained.
  1. “spf2”バージョン識別子を使い、<scope> に合致するscope-idを持たないレコードは破棄する。これはscope-idトークンでの完全な文字列の合致であることに注意すること。<scope>が“pra”なら、“spf2.0/mfrom,prattle,fubar”で始まるレコードは破棄するが、“spf2.0/mfrom,pra,fubar”で始まるレコードは残すことになる。
   4. If the lookup returned two records, one containing the "v=spf1"
      version identifier and the other containing the "spf2" version
      identifier, the "spf2" version takes precedence for the desired
      scope-id.  If the "spf2" record does not contain the desired
      scope-id, then the "v=spf1" record is selected.
  1. 検索が2個のレコードを返し、片方が“v=spf1”バージョン識別子を含み、他方が“spf2”バージョン識別子を含む場合、目的のscope-idとしては“spf2”レコードが優先される。“spf2”レコードが目的のscope-idを含んでいないときは、“v-spf1”レコードを選択する。
   5. If an "spf2" record does not contain the desired scope-id and
      there is no "v=spf1" record for the domain, then no record is
      selected.
  1. “spf2”レコードが目的のscope-idを含んでおらず、そのドメインに対する“v=spf1”レコードがない場合は、どのレコードも選択しない。
After the above steps, there should be one record remaining and
evaluation can proceed.  If there are two or more records remaining,
then check_host() exits immediately with the error "PermError".

上記の手順が終わると1個のレコードが残っているはずであり、評価を進められる。2個以上のレコードが残っている場合は、check_host() はすぐに“PermError”エラーで終了する。

If there are no matching records remaining after the initial DNS
query or any subsequent optional DNS queries, then check_host() exits
immediately with the result "None".

最初のDNS問い合わせや、その後の追加DNS問い合わせの後で合致するレコードが残らない場合は、check_host() はすぐに“None”という結果で終了する。

5.  Actions Based on the Decision
When the Sender ID test is used by an SMTP server as part of
receiving a message, the server should take the actions described by
this section.

5. 決定に基づいた動作

SMTPサーバがメッセージ受信時にSender-IDテストを使う場合、サーバは本章で記述される動作をとるべきである。

The check_host() function returns one of the following results.  See
[RFC4408] for the meaning of these results.

check_host() 関数は以下の結果のいずれかを返す。これらの結果の意味については[RFC4408]を参照のこと。

 

[Page 10]

 

《PREV》
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
《NEXT》
IAjapanについて | 連絡先 | リンク・転載・引用・ロゴ使用について | プライバシーポリシー
 (c) 2001-2009 Internet Association Japan