大容量メールをIMAP4の「送信済み」フォルダへ保存するとepstimap4dの負荷が高くなる new!
大容量メールを送信した際、IMAP4クライアントがAPPENDコマンドでメールを「送信済み」フォルダへ保存すると、epstimap4dサービスの負荷が高くなる場合があります。SMTP受領時のサイズ制限、APPENDの実行状況、保存先フォルダの構成を分けて確認してください。
1. SMTP受領時に発生する負荷
内部アカウントが大容量メールを送信すると、まずepstrdサービスの負荷が高まります。SMTP受領サイズ制限を設定していれば、上限を超えるメールの受領を拒否できます。制限がない場合は受領完了まで処理が続き、無通信タイムアウトによる送信失敗や、同じメールの繰り返し送信につながることがあります。
2. IMAP4の「送信済み」保存時に発生する負荷
送信したメールをIMAP4クライアントが「送信済みアイテム」や「送信済み」フォルダへ保存する構成では、APPENDコマンドによって同じ大容量メールがサーバ側へ追加されます。この保存処理と大容量メールの蓄積が、epstimap4dサービスの負荷を高める要因になります。SMTP送信時の負荷とIMAP4保存時の負荷は分けて確認してください。
3. APPENDコマンドの意味
APPENDは、メールデータを指定フォルダへ保存・追加するIMAP4コマンドです。SMTPで送信したメールをE-Postが自動的に「送信済み」へ移動する命令ではありません。実際の保存先と保存動作は、利用しているメールクライアントの設定に依存します。
4. IMAP4ログで保存サイズを確認する
IMAP4ログでは、APPENDコマンド末尾の{}内に保存するメールのサイズが記録されます。サポート事例では、約28MBのメールデータを保存する処理が確認されました。次の例では28,056,722バイトです。
APPEND "INBOX/2025" (\Seen) "21-Nov-2025 17:35:57 +0900" {28056722}
この約28MBという値を推奨上限とするものではありません。組織の運用基準と実際の利用状況に応じて上限を決めてください。
5. 「送信済み」フォルダの配置を確認する
「送信済み」や、年ごと・月ごとに小分けするフォルダは、INBOX直下ではなく、INBOXと同じ階層に作成して管理することを推奨します。ただし、フォルダの配置を変更するだけで大容量メールの保存負荷がなくなるわけではありません。SMTP受領サイズ制限と併せて運用を見直してください。
6. 確認と対処の手順
(1) 内部アカウントからの送信に対するSMTP受領サイズ制限が設定されているか確認します。
(2) 組織の内規と実際の送信サイズを照合し、業務上必要な上限を設定します。
(3) IMAP4ログのAPPEND、保存先フォルダ、{}内のサイズを確認し、大容量データの保存が特定アカウントで繰り返されていないか調べます。
(4) 「送信済み」フォルダと整理用フォルダの配置を確認し、INBOXと同じ階層での管理を検討します。変更時はメールクライアント側の保存先設定と同期への影響も確認してください。
(5) 設定後は、SMTP送信時の制限動作とIMAP4保存時の負荷を分けて確認します。改善しない場合は、該当時刻のログと設定情報をサポートへ提示してください。
（注意事項）
SMTP受領サイズ制限を設定しても、既存メールのアップロードなど、SMTP送信とは別に実行されるすべてのIMAP4 APPENDが同じ上限で拒否されるとは限りません。APPENDの制限やメールボックス保管サイズ制限の扱いは、関連FAQを確認してください。
大容量メールはepstimap4dの負荷要因の一つです。本事例のCPU高負荷の原因がAPPENDだけに特定されたという意味ではありません。短い間隔で繰り返されるFETCH、過度に短いポーリング間隔、メールボックス内のデータ状態など、ほかの要因も併せて確認してください。
（関連FAQ）
●メールクライアントからの送信時にサイズ制限をかけるには
●メール送信時のメールサイズ制限を設定しているが設定サイズより小さいサイズで制限されてしまう
●IMAP4使用時のメールボックスフォルダにメールボックス保管サイズ制限を超えてメールデータが格納される理由について