メールの不正利用への対処後、incomingフォルダから一時的に待避させていたメールデータを戻すときの注意点 new!

メールの不正利用に遭った場合、メールデータが残っている incoming フォルダやリトライデータが滞留しているリトライ関係フォルダ domains/holding フォルダをリネームする作業を行いますが、一連の対処作業を終えたのち、リネームしてある旧incoming フォルダから一時的に待避させていたメールデータを正規の incoming フォルダに戻すときの注意点にふれます。
  1. 内部メールドメイン名をしっかりマシンの/etc/hostsファイルに記述しているか確認してください。
    2.  特に構築作業を自己流で行っていた場合、この記述をしっかり行っていないケースがとても多いです。改めて確認してください。/etc/hostsファイル内に内部ドメイン（自ドメイン）を記述していないときは、しっかり記述するようにしてください。
    （関連FAQ）
    ●/etc/hostsファイル記述の必要性と有用性について
    ●クライアントからのメール送信が遅いケースと/etc/hostsファイルの必要性
    ●POP3/IMAP4利用時にも/etc/hostsファイル記述を必須とする理由について

  2. incomingフォルダへ戻す際、リトライ設定時間（デフォルト時間）を超えている可能性があるので .RCPファイルのタイムスタンプを更新してください。
    3.  faillogに配送できなかったエラー理由として [Unable to deliver to destination domain] が記録されている場合、incoming フォルダへ戻すときの時間として、リトライ設定時間（回線異常の場合デフォルト8時間、マシン無応答の場合デフォルト24時間）を超えてしまっている可能性があるため、戻す前に .RCPファイルのタイムスタンプを更新しておく必要があります。
    epstddサービスは .RCPファイルのタイムスタンプを見て判断します。リトライ設定時間（回線異常の場合デフォルト8時間、マシン無応答の場合デフォルト24時間）を超えている場合、配送が取りやめになってしまう可能性があります。一方、epstddサービスは .MSGファイルの方のタイムスタンプは見ません。
    RCPファイルと .MSGファイルを incoming フォルダに戻す際、.RCPファイルをエディタで開いて上書き更新するといった方法でかまいませんので、.RCPファイルのタイムスタンプを更新してください。
    タイムスタンプは上記の設定時間に引っかからない日付時刻になればよく、作業しているそのときの時刻でかまいません。
    （関連FAQ）
    ●リトライ回数やリトライ期間の設定について