web-dev-qa-db-ja.com

異なるネットワークから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と呼びますが、私は彼らに疑いの恩恵を与え、トピックについて他の人が言わなければならないことを聞いてみようと思いました。

21
Der Hochstapler

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

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

関連すると思われる小さな部分の1つは、他のドメインのMXが適切に解決されない場合です。ドメインexample.netにはDNSの問題があります。これは問題です。しかし、それがあなたが複数のMXを持っている理由です-1つが失敗しても、他のMXは引き続き機能します。

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

44
Jenny D

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

別の問題があるに違いありません。

24
Sven