DNSのMXレコードでセカンダリサーバに配送される条件

Question

素人質問で申し訳ありません。。

MXレコードについて、以下のサイトを参考にしました。
https://jprs.jp/glossary/index.php?ID=0163

MXリソースレコード（MXレコード）

mail exchange（メールサーバー、メールを配送するホスト）を指定するためのリソースレコードです。
MXリソースレコードの特徴として、配送における優先度を指定する「プリファレンス（preference）」があり、「配送先ホスト」ごとに指定されます。プリファレンスによる優先度は数字で示され、配送先が複数ある場合には、より小さなプリファレンスを持つホストが優先されます。これにより、配送するメールサーバーの優先度を指定でき、メールサービスの可用性向上が期待できます。
下記の例では、メールの配送先として二つのホストが存在し、この場合、優先されるホストはプリファレンスが「10」の「mx1.example.jp」となり、mx1.example.jpへの配送に失敗した場合に「mx2.example.jp」を使うという指定となります。

この場合、mx1.example.jpへの配送に失敗した場合に「mx2.example.jp」を使うとあります。

mx1.example.jpへの配送に失敗した場合とは、具体的に何が失敗した場合なのでしょうか？

たとえば...

１．mx1.example.jpのメールサーバが動作していることが確認できれば、「mx2.example.jp」を使う事はない

２．mx1.example.jpのメールサーバが動作していても、該当のアカウントが存在しなかった場合、配送失敗となり「mx2.example.jp」に該当のアカウントがあるか確認に行く

などがあるのかなと考えました。

どちらか、また別のパターンなど、どのような条件で配送先ホストが振り分けられるのでしょうか...？

お分かりになる方おられましたら、お手数ですがご教示いただけますと幸いです。
よろしくお願い申し上げます。

Answer 1

１．mx1.example.jpのメールサーバが動作していることが確認できれば、「mx2.example.jp」を使う事はない
いいえ

配送先MTAが一時エラーを返した場合、通常のMTAは再送します。
一時エラーとは、配送先MTAに接続できない、配送先MTAが何らかの理由でテンポラリーエラーを返す(配送先MTAが正常動作としてテンポラリーエラーを返している場合もあります。)

２．mx1.example.jpのメールサーバが動作していても、該当のアカウントが存在しなかった場合、配送失敗となり「mx2.example.jp」に該当のアカウントがあるか確認に行く
いいえ

User unknownなどの恒久的なエラーを配送先MTAが返した場合は再送せずにメーラーデーモンとなります。

プリファレンスを見ないクライアントも世の中にはたくさんあるので、最初から mx2.example.jp に接続してくる場合もあります。
また、スパマーなどは優先度が低いサーバのほうがたくさんメールを処理できる可能性が高いのでそちらを優先に接続してくることがあります。

Comments

[yut148]

これかなりMTAに依存すると解していいでしょうかね。おっしゃる回答の挙動をする可能性がある事は承知していますが。

[scsi]

そうですね。例えば私が雑に書いたテストメール送信ツールはプリファレンスなど見ませんし。Sendmailやpostfixであれば想定通りの動作はすると思います。qmailは怪しい

[yut148]

送信側のMTAと受信側のMTAを明確に限定してもらった方が良かったと考えました。

Answer 2

MTAのオペレーション業務からしばらく離れておりあまり正確ではありませんが。

１．mx1.example.jpのメールサーバが動作していることが確認できれば、「mx2.example.jp」を使う事はない

はい。

引用テキスト２．mx1.example.jpのメールサーバが動作していても、該当のアカウントが存在しなかった場合、配送失敗となり「mx2.example.jp」に該当のアカウントがあるか確認に行く

いいえ。いわゆるバウンスメールが返される事があるかと思います。
ただし、このあたり挙動を変更していてMTAを運用していても、送信側からは判断つきません。

引用テキストmx1.example.jpへの配送に失敗した場合

とは、mx1.example.jpのメールサーバが停止していれば、他のmx2.example.jp宛に送信元のMTAがメールを送る事を試みるという事になります。

このあたり受信元のMTAの設定や状態によりますし、送信側のリトライもあるので配送失敗の定義が様々で一言で言い表すのが難しくはあります。
http://perl.no-tubo.net/2012/03/04/postfix%E3%81%AE%E5%86%8D%E9%80%81%E8%A8%AD%E5%AE%9A/