内部アカウントを自動転送で設定したり、メーリングリストに設定したときに、送信処理に時間がかかってしまう
内部アカウントへの自動転送を設定しているときや、メーリングリストに登録された内部アカウントがあるとき、E-Postシリーズ製品では、SMTPプロトコルを使ってEPSTDSサービスが送信、EPSTRSサービスが再度受信する動きをします。そのときは内部アカウントであっても名前解決を必要とします。名前解決ができないと、最終段階で何とか送られるものの、送信処理に時間がかかってしまいます。
これを防ぐためには、参照できるDNSサーバのMXレコードに内部ドメインを記述してあることがいちばんの理想ですが、DNSサーバをうまく参照できないときでも、メールサーバマシンのhostsファイルに、内部ドメイン名を定義しておくことで、EPSTDSサービスは、Aレコードの名前解決として利用します。自動転送やメーリングリストを使った送信時に処理が異常に遅くなるのを防ぎます。
さらに、Mail Control画面の「サーバー設定」タブ画面にある「テーブル編集」ボタンをクリックすることで、編集できる [gateway.dat]（SMTPゲートウェイテーブル）に、内部ドメイン名とメールサーバ自身のIPアドレスを明示的に記述しておくと、自動転送やメーリングリストを使った送信時に、DNSサーバやhostsファイルより真っ先に優先されて処理されます。DNSサーバとの通信が不安定なときや、hostsファイルに内部ドメイン名を記述しても効果が現れないときは、 [gateway.dat] を記述してください。
[gateway.dat] を記述することは、あくまで対策であって、いつでも必須というわけではありません。
【gateway.dat 記述例】
abc.co.jp,192.168.1.11,25
def.co.jp,192.168.1.11,25
自動転送やメーリングリストを使った送信を含め、送信時に名前解決のために参照されるものを優先度の高い順に記すと、基本は次の通りです。上から順番に処理され、見つからなかったものは、次点の内容に基づいて処理されます。
- [gateway.dat]の参照
- DNSサーバのMXレコードを参照
（※Mail Controlの「DNSサーバー」で設定されたサーバ）
- （Aレコードとして）hostsファイルを参照
- DNSサーバのAレコードを参照
（※Windowsの「ローカルエリア接続」の設定で「DNSサーバー」で設定されたサーバ）
- （最終的に上記のものを繰り返し試しても見つからない場合は、作成済みドメインに内部ドメインが設定されているかどうかの判定を行い、送信処理される）
なお、 [gateway.dat]（SMTPゲートウェイテーブル）変更後の、EPSTDSサービスの再起動は特に必要ではありません。次の配送時から設定ファイルの内容が反映されます。
（関連FAQ）
●hostsファイル記述の有用性について
●クライアントからのメール送信が遅いケースとhostsファイルの必要性
●フォワードするSMTPサーバをドメイン別に振り分け制御する