MXレコードに書かれた複数のMTAのうち優先度の低いサーバに繰り返し接続しエラーを返される
MXレコードに書かれた複数のMTAのうち、常に優先度の低いサーバに接続し、一時的拒絶のエラーを繰り返し返されるという状況の報告が寄せられることがあります。一時的拒絶とはMTA種類によっても異なりますが、400番台のエラー、たとえば「421 Service Temporarily Unavailable」といったエラー応答がその典型的なものです。
E-Postの仕様では、DNSによる名前解決を高速化するため、MXキャッシュデータを作成・利用します。MXキャッシュデータは、接続成功時には継続して保管されます。これまでの仕様でMXキャッシュデータが削除されるのは接続（コネクト）に失敗したときのみで、接続が失敗した場合のみキャッシュ情報のリセット対象とみなしてMXキャッシュファイルを削除していました。しかしながら最新版では、MXキャッシュデータの削除タイミングを一時的拒絶や永続的拒絶の場合にも広げ、適用するように仕様が変更されました。MXキャッシュ有効時に接続が成功してもDNSのMXレコードにある全ての送信先に拒絶された場合は、MXキャッシュファイルを削除します。
相手側MTAといったん接続できてしまうと、SMTPの最終的なネゴシェーション結果は400番台の一時的拒絶で終了していても、上で述べたように、保管されているキャッシュ情報は有効とみなし、MXキャッシュデータをそのままにしておきます。同じサーバに継続して接続してしまうのは、そうした動作仕様のためでした。最新版のこの改善内容により、MXレコードに書かれた複数のMTAのうち優先度の低いサーバに繰り返し接続し続けてエラーを返されることは、きわめて少なくなるのではないかと考えています。
万が一、状況が改善しないときには、E-Post側で対応策を取るには、該当する送信先のMXキャッシュデータを手動で削除してください。MXキャッシュデータは、[メール作業用フォルダ]\mxcash\フォルダ下に該当ドメインの名の付いた拡張子.mxのデータファイルとして残っています。このキャッシュファイル自体を削除します。
また、MXキャッシュファイルを作らないでまったく利用しないよう設定する方法も有効です。「MXキャッシュの更新間隔」を"0"にしておくと、MXキャッシュファイルを作成せず、参照もしない状態になります。ただし、MXキャッシュを使わない設定にすると、DNSサーバへの参照がその都度発生しますので、負荷が高まることを留意してください。
（関連FAQ）
●送信先のMXレコードが変更されて以降も更新前の情報にもとづいて送られることがある
●MXキャッシュデータはどう更新されどういうときに削除されるのか