異なるネットワークからMXを宣言するのは悪い習慣ですか？

サードパーティのサービスプロバイダーを使用して、トランザクションメールを送信しています。私は最近、特定の受信ドメインの障害率の増加に気付きました。

「498 No MX for example.com」というエラーで送信が失敗します。

送信は、指定された遅延後に再試行され、通常は数回の再試行後に成功します。しかし、場合によっては、再試行の制限を超えて永久にドロップされます。

私はプロバイダーのサポートに連絡しましたが、これは受信ドメインが異なるプロバイダーからのMXを宣言しているためだと彼らは私に言いました。

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

それらは、1つのMXが使用してexample.comおり、もう1つのMXが使用しているという事実に言及しexample.netています。

そのようなことを聞​​いたのはこれが初めてで、すぐにBSに電話しますが、私は彼らに疑いの利益を与え、他の人がトピックについて何を言っているのか聞いたと思いました。

彼らはほとんど間違っています。

複数のMXを使用することは悪い習慣ではありません。また、1つ以上のMXを別のドメインのホスト名で使用することも同様に悪い習慣ではありません。実際、人々が自分のドメインに自分のメールサーバーをプライマリMXとして設定し、ISPのメールサーバーをセカンダリMXとして使用することはよくありました。

おそらく関連があるかもしれない小さな部分は、他のドメインのMXが適切に解決しない場合、たとえば example.net DNSの問題がある、それが問題になることです。しかし、それが複数のMXがある理由です-1つが失敗しても、他のMXは引き続き動作します。

プロバイダーに応答し、RFC 5321、セクション5.1でそれらを指す必要があります。引用するには長すぎますが、要点は、MXが複数ある場合、送信者は少なくとも最初の2つを試行する必要があり、それらを別々のドメインに置くことに制限がないことです。

いいえ、これはBSです。このオプションを持つことは、そもそも優先順位の異なる複数のMXを指定できる主な理由の1つです。

別の問題があるはずです。