異なるメール サーバー タイプを指す 2 つの MX レコードがあると、配信の問題が発生しますか?

異なるメール サーバー タイプを指す 2 つの MX レコードがあると、配信の問題が発生しますか?

メール サーバーが Exchange 2010 である設定を継承しました。

何らかの理由で、MX レコードが 2 つ設定されている理由がわかりません。1 つは Exchange サーバーで、これは優先度が高く、外部 (Exchange 以外) サーバーはセカンダリ MX レコードです。もう 1 つのメール サーバーはメールを Exchange サーバーにルーティングするように設定されていないため、冗長性のためにこれが行われたとは考えられません (これは Web ホストのホスティング用のメールにすぎません)。

クライアントはメールが消えるという問題を抱えていましたが、調査の結果、実際には消えているわけではなく、Exchange がメールを正常に受信し、それを外部サーバーに渡していることがわかりました。これは常に発生するわけではなく、一部のドメインからの一部のメール メッセージでのみ発生します。

私の質問:

Exchange はセカンダリ MX レコードを参照でき、(どこかで) メールを送信するように設定されているため、メールを渡しているのでしょうか?

もしそうなら、どうすれば停止できますか? 外部メール サーバーを指す 2 番目の MX レコードを削除するだけで、Exchange がメールの転送を停止するのと同じくらい簡単ですか?

私は Exchange の専門家ではないので、ちょっと困惑しています。Exchange MX ツールは、外部の観点からはすべてが正しくセットアップおよび構成されていると言っています。

編集:

セカンダリ MX サーバー (MX2) は、Exchange サーバーにアクセスできない場合にメールをキャッシュするように設定されていなかったと思います。現在は解散した IT 請負業者がクライアントのメールを MX2 からオンサイトの Exchange サーバーに移動しました。

消えるメールとは、Exchange サーバー上には表示されず、MX2 のメールボックスに表示されることを意味します。Exchange のメッセージ追跡インターフェイスを使用して問題のメールを見つけ、メッセージの詳細に次の内容が表示されました。

Submitted
23/11/2011 9:32 AM exchangeserver.name.here
The message was submitted to exchangeserver.name.here

Transferred
23/11/2011 9:32 AM exchangeserver.name.here
The message was successfully handed off to a different e-mail system. This is as far as we can track it.

Exchange が電子メールを渡しています。これを望んでいません。停止するにはどうすればいいですか?

答え1

残念ながら、Exchange があなたの主張どおりに機能しているとは思えません。Exchange がメッセージをローカルに配信したら、それで終わりです。メールは最終宛先に到達しているので、他の場所に送信する必要はありません。これは、郵便で受け取った手紙を読んだ後に他の人に渡すようなものです。そんなことは絶対にしないでください。

これは Exchange サーバー上の一時的なエラーである可能性があり、リモート メール サーバーが優先度の高い MX レコードを選択する原因となっています。Wikipedia からの引用を許していただければ、これが非常にうまくまとめています。

送信者が優先度の高いMXレコードを使用する理由については特に規定されておらず、送信者ができるより優先度の高い MX レコードを使用します。一部のサーバー (Sendmail や Postfix 2.1 以降など) は、グリーティングの失敗など、一時的な配信失敗の後に、次に遠い MX サーバーを試みます。その他のサーバー (qmail や Postfix 2.0 以前など) は、最短距離の MX レコードで指定されたサーバーにまったく接続できなかった場合にのみ、より遠い MX レコードを使用します。

-- ウィキペディアMXレコード記事

ただし、この2番目のMXレコードを削除する前に、予想とは逆に動作していないか確認したほうがよいでしょう。以前勤めていた会社では、ExchangeサーバーをMX優先10に設定し、緊急用のクラウドベースのシステムを優先20に設定していました。このクラウドシステムは、Exchangeサーバーがダウンしているときにメールを受け取り、サーバーが復旧したときにメールを配信していました(とても高レベルの概要であり、他に何をしたかはここでは関係ありません。

私もあなたのコメントに困惑しています。メールが消えると言っていますが、消えていないとも言っています。では、何が起こっているのでしょうか。詳しく教えていただけますか。存在しない問題を見ているのでしょうか。この 2 番目の MX レコードは単なる誤解を招くものなのでしょうか。


要約

2 番目の MX レコードが電子メール インフラストラクチャとまったく関係がない場合は、そこに存在する必要はなく、削除する必要があります。すべての設定の MX レコードは、メッセージを受信者に正常に配信できる必要があります (即時ではない場合でも)。

答え2

異なるメール サーバー タイプを指す 2 つの MX レコードがあると、配信の問題が発生しますか?

適切な構成がないと、システムが半分壊れてしまう可能性が高くなります。

なぜ 2 つの MX レコードが設定されているのかわかりません。 ... もしそうなら、どうすれば停止できますか? 2 番目の MX レコードを削除するだけで簡単にできますか?

他のサーバーはメールを受信するように設定されていますか、それともメールを送信するようにのみ設定されていますか? メールを受信できるようになっている場合は、設定をさらに詳しく調べて、何が起こっているのかを把握する必要があります。

両方のメール サーバーに特別な SMTP ルートが設定されていない場合は、このマルチサーバー設定を処理するために、Exchange 以外のサーバーの MX レコードを削除する必要があります。

確かに、別のサーバーをバックアップとして設定することは可能ですが、適切に設定されていない場合はメールが失われます。

関連情報