複数MXレコードへの対応とグレイリスト方式への対策について

相手のサーバがグレイリスト方式を採用しているときの対策について、その仕組みと、E-Postシリーズの仕様を理解して対策の設定を行う必要があります。

相手のサーバがグレイリスト方式を採用していて、１回目の接続時には必ず拒絶する設定になっているとすると、E-Post Mail Server／E-Post SMTP Serverシリーズでは、最初にMXレコードを参照して接続を試みた後、その動作が失敗したときは、次に、Aレコードに書かれたドメインに接続しようと試みます。これは、E-Postシリーズ独自で工夫されている仕様です。

これは、今だに、DNSのMXレコードをきちんと記述していないドメインやサーバがたくさん存在しており、そうした設定の「ルーズ」なドメインやサーバへの対応策です。ちなみに、この仕様は変更できません。

■配送およびそのリトライ動作について
  1. MXレコードの参照によって、MTAへの接続・送信を試みます。
    メールサーバ内にMXのキャッシュ情報があればそちらを優先します。
    MXのキャッシュ情報で送信失敗した時は、DNSサーバに対して、MXレコードの参照を行います。
  2. １が失敗した場合、＠以降に書かれているドメインを Aレコードとして送信を試みます。
  3. 上記1．2．をリトライ動作ごとに繰り返します。
こうしたことから、相手のサーバがグレイリスト方式を採用していることが判明しているときは、リトライを１，２回で終えるのではなく、最低でも３回、できれば５回以上のリトライがされるように設定を行うことがベストです。
その理由としては、たとえば、下記のような複数MXレコードがあり、グレイリスト方式を採用しているケースでは、メインのMXレコード　→　A レコード　→　サブのMXレコード　→　Aレコード　→　という順番で配送が試みられるため、リトライ動作に入って、メインのMXレコードにつながるためには、５回以上のリトライが必要になってしまうケースも考えられるからです。

グレイリスト方式が採用されているサーバの場合、１度目は拒絶されることを考えても下記例のように最大で５回リトライされるケースも予想されます。なお、この例では、MXレコードを記述している以上、当然のことながらAレコードを参照して接続してきた相手に対しては拒絶するポリシーにしているという想定です。 従って、「サービス制御」タブ画面にあるEPSTDSの「詳細」ボタンで表示される「詳細設定」ダイアログボックスで「リトライ回数（受信拒否）」を設定するとき、上記のことを念頭に置いてリトライ回数を設定してください。