上位サーバへのSMTP送信遅延が発生しincomingフォルダに膨大なファイルがたまり、パフォーマンスが落ちる現象の対処 new!
上位サーバへのSMTP送信遅延が発生し、[メール作業フォルダ]（既定値 /var/spool/epms/）下のincomingフォルダに膨大なファイルがたまってパフォーマンスが落ちる現象の報告を受けたことがあります。考えられる要因をあげてみます。
1.上位サーバが、拒否する送信元や送信先が大量に含まれているとき
この場合は、送信拒否されるメールが、リトライキューに溜まり、正常な宛先のメール送信の妨げになることになります。
以下のフォルダににメールが溜まっていないか確認してください。
[メール作業フォルダ]/incoming
[メール作業フォルダ]/domains
[メール作業フォルダ]/holding
上位サーバが、拒否しているメールは、それぞれ拒否理由を調べ上位サーバ側で許可できないメールの場合は、E-Post側の配送時のリトライ間隔や、リトライ回数等を調整し、無駄なリトライを減らすことで遅延解消に繋がります。
2.上記に関連して、ジャンクメールやSPAMメールが利用されている
クライアントがウィルスによるbotなどのメール送信の踏み台や不正中継の踏み台になっていないかも念のため確認してください。踏み台にされると、大量のメールがSMTPを経由して送信されることになりますが、これらにより送信遅延を起こすこともあります。
この場合も以下フォルダにメールが大量に溜っていないか目視で確認する必要があります。
[メール作業フォルダ]/incoming
[メール作業フォルダ]/domains
[メール作業フォルダ]/holding
何らかの理由で上位サーバへのSMTP送信遅延が発生し、incomingフォルダに膨大なファイルが蓄積されていることが見つかった場合、配送スレッド数を増やすことでパフォーマンスを改善できるケースがあります。配送スレッド数とは、同時接続できるセッション数のことです。
［システム管理メニュー］をクリック、［SMTP送信詳細］をクリックして表示される「スレッド数（デフォルト値30）」を多くすれば、同時に接続できるセッションが多くなるため、蓄積メールの配送処理の改善が期待できます。
ただし、スレッド数を増やすと、相手サーバ側の能力により許容されない場合や、セキュリティ的には攻撃とみなされることもあるため、様子をみながら段階的に行っていく必要があります。配送スレッド数をデフォルトの30から、30刻みに増やしていき、60、90、120、180というように、スレッド数を200ぐらいに向けて段階的に増やすことで、配送がはけるようになるのか確認します。
（関連FAQ）
●配送サービスepstddのスレッド数はどの程度まで上げても大丈夫か