---

Active Directory連携をしているせいか小さなメールでも送信完了まで約10秒かかってしまう new!

---

Active Directory連携をしているせいか、ごく小さなテストメールでも送信完了まで約10秒かかってしまうのだが、この原因は、ADのドメインコントローラとのレスポンス時間がかかり、デフォルト設定のリトライ10回目でADにユーザーが存在することが確認できるという状況なのだろうか？という質問を受けたことがあります。
まず「送信終了までに約10秒かかる」というのは、EPSTRSサービスから見れば「SMTP受領プロセスが received ok. の受信完了までに約10秒かかる」という意味と同義です。
ここでは「送信終了までに約10秒かかる」ことの類推原因として、ADのドメインコントローラとのレスポンス時間ばかりに注視していますが、実はADとのリトライを含むやり取りにかかる時間は、EPSTRSサービスが受信完了までにかかる時間の一部でしかありません。調べるには視野を少し広げた方がよいです。

1．hostsファイルを記述しているか確認

処理完了までに時間がかかる可能性は、hostsファイルを記述しておらず接続マシンの逆引き設定がされていないとか、ORDBの設定をしていて対象ORDBからの応答がないといったことが原因になることがあります。
逆引き設定ですが、E-PostシリーズのSMTP受信サービス（EPSTRS）は、プログラムのその仕組み上、受領時にDNSへの逆引き問合わせを行う部分があります。そのときにhostsファイルを明示的に記述していれば、その内容をEPSTRSが逆引きに利用し、応答がスムーズになります。E-Postシリーズでは最低限、hostsファイルの明示的な記述が必要になっています。（下記記事参照）
ですから、「送信終了までに約10秒かかる」＝「EPSTRSサービスでの受信完了に10秒かかる」ことは、ADとのレスポンス時間に原因があるのではなく、接続マシンの逆引き設定が問題になっているところに大多数の原因がある可能性があります。
E-Postシリーズでは、自身のマシンIPアドレスとメールサーバに登録済み自ドメイン名をhostsファイルに記述することを必須のお願いにしています。hostsファイルに自ドメインのIPアドレスを記載しているか確認してください。

（関連FAQ）
●クライアントからのメール送信が遅いケースとhostsファイルの必要性
●hostsファイル記述の必要性と有用性について
●POP3/IMAP4利用時にもhostsファイル記述を必須とする理由について

2．AD問い合わせでリトライが発生している可能性をログから探る

AD問い合わせでリトライが発生している可能性をログから探る場合、SMTP受信詳細ログ（recivelog）を調べます。
AD問合せでリトライが発生している場合は、"NetGetAnyDCName" という記述をキーとして、エラーコードが記録されているはずです。SMTP受信詳細ログ（recivelog）を確認してください。
※AD問い合わせのレスポンスは、どちらかというとADのドメインコントローラと問い合わせマシンとのネットワーク環境や、ADのドメインコントローラ自体のレスポンスが悪いことに由来することが多いです。

（関連FAQ）
●SMTP受信詳細ログ（receivelog）について