ゲートウェイ装置がある環境で epstdd のスレッド数を増やしたところ逆に遅延が発生するおそれがある場合
ゲートウェイ装置がある環境では、E-Post側の epstdd サービスのマルチスレッドを有効にした状態でスレッド数の設定を増やしたことによって、逆に遅延が発生するケースがあります。
スレッド数を増やすことで、メール配送に遅延が発生する可能性について考えた場合、ゲートウェイにしているサーバがSMTP受領する処理能力程度、場合によっては数多くのスレッドで接続することをDDos攻撃状態になってしまっていることも考慮に入れておかなくてはいけません。このようにE-Postから外部宛のメールは、ゲートウェイ装置側が同時発生した多すぎる接続要求に耐え切れなくなるおそれが生じます。つまり、マルチスレッドを有効にして、数十スレッドの同時接続が発生した場合に、ゲートウェイ装置側が DDos攻撃を受けたような状態となって、受領処理をさばききれない状況です。
この状況を調べるには、E-Post側のログで outlog や senderlog を調べ、相手先接続状況を調べる一方、ゲートウェイ装置側のSMTP受信ログを調べ、その両方をつきあわせるような形で対比すれば、おそらくようすがわかります。
（関連FAQ）
●配送サービス epstdd のスレッド数はどの程度まで上げても大丈夫か