Courierは配信不能メッセージをどのように処理しますか？
水曜日に、ホストとは無関係の電子メールの問題が発生し、ホストはドメインfoo.comを/etc/local_domainsから削除するなどの変更を加えました。
これには、広範囲にわたる（そして診断が難しい）影響があり、木曜日までメールがまったく配信されていないことに実際には気づきませんでした。私は木曜日にメールのcronジョブの何が問題なのかを誤って理解しようとして過ごしましたが、金曜日にようやく本当の問題を見つけて修正しました。
現在の問題は、過去2日間にlotの電子メールが欠落していることです。可能な限りこれらの欠落しているメッセージを見つける必要がありますが、残念ながら「失敗した電子メールはどこに行くのか」をグーグルで検索すると、ミートスペースの出荷に関するニュース記事がたくさんあります。 /var/mailの内部を確認しましたが、内部のファイルは空です。cPanelまたはCourierは、電子メールでは予期しないことを実行していると思います。
私の質問は：その期間の配信不能メールはどこに行きますか？それらがまだどこかに存在し、私がそれらを回復できる可能性はありますか？
Cpanel/etc/local_domainsは、おそらく宅配便ではなくeximの設定に使用されます。受信メールは、popやimapではなくsmtpを介して配信されます。
だからここに何が起こったのですか：
- リモートメールサーバーがドメインのMXサーバーを探しました
- DNS構成は、cpanelサーバーがドメインに最適な優先度を持つMXサーバーになるように設定されている可能性があります
- サーバー上のeximに接続されているリモートメールサーバー。ドメインがeximで構成されていないため、eximは接続をRELAY要求として解釈し、リモートメールサーバーに詰め込むように指示した可能性があります。
そのため、メールはサーバー上にありません。申し訳ありません。
その場合、希望はほとんどありません。Eximが5xxエラーメッセージで受信メールを拒否した場合、リモートサーバーがメッセージを保持する可能性はほとんどありません。しかし、Eximが4xxエラーメッセージで受信メールを拒否した場合、2つのことが起こる可能性があります。
- ドメインに複数のMXサーバーを構成しました。万が一メールを受信して将来の配信のために保存した場合は、他のメールサーバーを確認してください。
- 4xxエラーメッセージは「一時的」であると想定されているため、これは、リモートメールサーバーがメッセージをキューに保持し、構成に応じて一定時間再試行することを意味します。おそらく、現在、間違った構成が設定されているために拒否された「古い」電子メールを受信しています。
したがって、他のMXサーバーがドメインに構成されているかどうかを確認するには、次のようにします。
Dig foo.com mx
次に、SMTPサーバーの応答をチェックしてリクエストを中継するために：
- リモートクライアント上（重要なポイントは外部IPアドレスを持つことです）：
telnet your-server-ip-address 25
HELO helo.com
メール送信元：<[email protected]>
RCPT TO：<[email protected]>
各行（HELO、MAIL FROM、RCPT TO）の後に、サーバーからの回答があります。 RCPT TOへの答え：5xx ..または4xx ....である必要があります。 4xxの場合、少し希望があります。