監視ソフトから数百通のメールを送ると配送遅延が発生し、incoming,holdings,domainフォルダのファイルが増減を繰り返しているがこれは何なのか new!
ハード側に特に問題がなく、メールキューの"incoming"フォルダ、リトライ関係の"holdings"、"domain"フォルダ内で増減が起きている状況は、メールが送れずリトライ送信を繰り返している状況なのではないかと思われます。下記のことを試しながらファイルが減少するか確認ください。
1.新規投入を止めてドレインさせる
監視ソフトからの追加送信を一時停止し、現キューを"古い順"に吐き出させます。
最古ファイルの滞留時間が下がるかを観測してください。
2.SMTP配送設定を大きく変更した場合
「速すぎるリトライ＋（事実上）無制限の同時セッション」が重なって、相手先の一時拒否やタイムアウトに当り続け、キューが"揺れ続ける"だけで出口が細い状態になってしまう場合もあります。
配送リトライ関係［SMTP送信詳細］の設定で、すでにリトライ間隔などの数値を小さくした場合、まず初期設定に戻すか、数値を一時的に以下のように変更するとキューの膨張を抑えられる可能性があります。
・リトライ間隔 120秒毎 → 300秒毎（短すぎると相手側の制限にぶつかる）
・リトライ回数(受信拒否) 9回 → 0回か1回（400番台エラーのみ再送対象にしたい）
・リトライ期間(回線異常) 8時間（短すぎると効果が薄い）
・リトライ期間(マシン無応答) 24時間
・epstddサービスのスレッド数 30 → 10〜16程度に下げる
3.ログでエラー応答を確認する
senderlogで相手側SMTPとの接続状況を確認し、何らかのエラー応答が記録されていないか確認してください。
エラー応答によって、DNS解決・接続タイムアウト・TLS・相手側による制限なのかが見えてきます。
ログによって応答を確認したのち、接続アドレスの名前解決ができていない等の理由を調べる必要があります。
4.各種状態・設定を見直す
もう一度、E-Postのマシン上で下記の設定・内容に問題がないか確認します。
(1). 送り先との経路上で通信トラブルが起きていないか
(2). DNSは正常にアドレス参照し名前解決できているか
(3). /etc/hostsファイルの設定でおかしな設定が残っていたり、新たに設定したことはないか
(4).【gateway.dat】の設定で拒否されるような送り先を割り当ててはいないか
（関連FAQ）
●リトライ処理が行われるときの情報とフォルダについて
●/etc/hostsファイル記述の必要性と有用性について
●クライアントからのメール送信が遅いケースと/etc/hostsファイルの必要性
●配送できなかったメールをログで確認する方法