E-Post関連サービスがCPU負荷100％となっており送受信とも遅い、考えられることは？ new!
E-PostでCPUが100％高負荷状態が続いている状態で考えられる原因と対策を下記にあげます。
1. アンチウイルスソフトの除外設定がされていない
======================================
epstrd, epstdd, epstpop3d, epstimap4d など、E-Post関連サービスプログラムのCPU高負荷状態が続いている場合、アンチウイルスソフトやセキュリティソフトを同居させているケースで、メール作業用フォルダ（既定値 /var/spool/epms/）やメールボックスフォルダなどをリアルタイムスキャンの対象から除外設定すべきところ、除外設定していないときに発生する事象として知られています。（下記FAQ記事参照）
アップデート適用時などで勝手に除外が解除されてしまうこともあるようです。必ずチェックしてください。一般的に言って、SMTP/POP3サービスがCPU100％高負荷状態になる場合はまずほとんどのケースで他アプリとのファイルアクセスの競合などが考えられます。
（関連FAQ）
●メールサーバマシンにアンチウイルスソフトを同居させるときの注意点
●アンチウイルスソフトをメールサーバマシンに入れる場合、除外設定を必須とする理由について
2. メールボックスフォルダに大量のメールデータが蓄積されている
==========================================
POP3プロトコル利用時、メールボックスフォルダに大量のメールデータを残しているユーザーはいないでしょうか？また、こちら側は意図しないのに大量のジャンクメールを送りつけられ、大量のメールデータが格納されてしまったメールボックスフォルダはありませんか？
もし、POP3サーバ利用時に大量のメールデータを残したまま運用されていることがあれば、それは御法度になります。SSHターミナルか標準コンソールからログインし、全ユーザーのメールボックスフォルダに入っているファイル数を確認してください。また、メールボックスフォルダ以外に、下記の記事で示すフォルダにも大量のデータが残り続けている状況になっていないかも確認してください。
（関連FAQ）
●メールボックスにメールデータを残す運用をしているときの注意点
●メールボックスに放置されている大量のメールデータを削除するときの注意点
●POP3メールボックスでメールデータ残存数が多いとパフォーマンス低下によるlogon overlap エラーが起きるおそれ
●メールクライアントのPOP3受信タイミングが短いケースで logon overlap のエラーが持続してしまう場合
●1フォルダ当たりのファイル数が膨大になるとファイルシステムのパフォーマンスが劇的に落ちるとは？
●deadやmxcash、viruslogフォルダなど特定フォルダに膨大な数のファイルが蓄積されたときのパフォーマンス低下現象について
3. スパムやジャンクメールの踏み台、不正利用されている
==============================================
メール作業用フォルダ（既定値 /var/spool/epms/）下のincomingフォルダ（メールキュー）およびリトライ関係フォルダ（domains/holding/lists）もフォルダ内を目視で確認してください。ここでは、通常時、それなりの数のデータファイルが生成されては、消えている状態が普通ですが、膨大な数のファイルがたまったりしていないでしょうか？
膨大な数のファイルがたまっているときは、メールの不正利用の可能性を考える必要もあり、緊急対応が望まれます。念のため、外部からの不正利用者がいる可能性も念頭に置いて調査してください。
E-PostのSMTPサービスで急激なCPU高負荷が起きるのは、一般的に言ってファイルアクセスの競合を発生させるようなアプリやツールによって、ファイルの取り合いが起こることによるものがほぼ全てのケースです。上記にあげたサードパーティ製アンチウイルスソフトやセキュリティソフトのリアルタイムスキャンや定期スキャンの除外設定がはずれていないかを十分確認してください
（関連FAQ）
●メールキュー（incoming）フォルダに生成される一時ファイルについて
●リトライ処理が行われるときの情報とフォルダについて
●メールの不正利用・なりすまし被害に遭った場合の一連の手順
●inlog、acceptlog、outlog、faillog等のログのファイルサイズが異様に膨れ上がっている
●作成されていないアカウントで受理され、勝手な送信を許している
●不正中継の踏み台対策