リトライを待たずに手動で強制的に実行させる方法
滞留しているメールを次のリトライを待たずに手動でリトライを実行するには、次のように行います。リトライの動作原理を十分熟知した上で、以下の操作を行うことにより、強制的にリトライを実行させることが可能です。
- SMTP配送サービスである epstdd サービスプログラムをいったん停止
（※以下の操作をするとき、リトライデータ、メールキューデータのファイル取り合いや不整合を防ぐため）
- メール作業フォルダ（既定値 /var/spool/epms/）下の次の３つのフォルダを別ウィンドウで開いておき表示したままにしておく
- domains ... リトライ関係フォルダ
- holding ... リトライ関係フォルダ
- incoming ... メールキューフォルダ
- 上記 (a.) domains フォルダ、(b.) holding フォルダ内より、拡張子.MSG／.RCPファイルの一対となっている同じ名前のファイルを見つけ、その一対のファイルを (c.) incoming フォルダに移動する
- domains/[リトライするドメイン名が付いたフォルダ]内にある拡張子.RCPファイル
- holding フォルダ内にある拡張子.MSGファイル
↓ この２ファイルを一対のセットでファイル移動
- incoming フォルダへ
- epstdd サービスプログラムを再開
- 配送がうまく完了したか、再度のリトライにはいったかをファイル状態で確認
配送がうまく完了した場合は、(c.) incoming フォルダからファイルがなくなり、(a.) domains/[リトライするドメイン名が付いたフォルダ]、および (b.) holding フォルダには、ファイルが戻らない状態となる。再度のリトライに入った状態になると、３を実行する前の状態に戻る。
このうち、どちらかの状態になっているかを判断する。
- しばらく経過してもリトライ用作業フォルダと Domain.mri ファイルが残る場合は、それらを手動で削除する。しばらくしても (a.) domains/[リトライするドメイン名が付いたフォルダ] が残っている場合は、そのフォルダとその下に一時保管されていた Domain.mri ともに手動で削除する。
実際にこのような運用をするかどうか、ユーザー様各自で判断して作業してください。なお、epstdd サービスは待ち受けをしない自律的に動作しているサービスのため、一時的に停止・再開しても、メールクライアントや相手側MTAには影響はありません。
☆ ☆
ちなみに、リトライが継続してしまう時間が長く、domains／holding フォルダに滞留している時間が非常に長い場合は、リトライ関係の設定を見直すことで、多少は改善することが見込まれます。「リトライ回数（受信拒否）」について、デフォルト9回と、かなり多めに設定されています。これは、500番台での拒絶を相手側から受けたときでも、9回分のリトライを続け、計算上は通算960分（約16時間）とかなりの長い時間リトライ関係のフォルダにデータがとどまることになります。この回数を短めに設定されることで、受信拒否をされたリトライが長い時間滞留することを防ぐことが可能です。
（関連FAQ）
●リトライ処理が行われるときの情報とフォルダについて
●リトライ回数やリトライ期間の設定について
●「リトライ間隔のまま」チェックボックスの意味について