物語の本質
先週末、顧客の1人が有名なモスクワの通信会社をホストしました。 同時に、ホストおよびパートタイムレジストラも登録されているため、ドメインが登録されました。 顧客が1つの組織のドメインを使用してホスティングするのに非常に便利です。
ドメインは委任され、数時間後にDNSの有効性を確認しに行きました。
PTRレコードが前のドメインに残っていたことを除いて、すべてが正常でした。 これは、アカウントを削除するときに、DNS管理者がPTRの削除を「忘れる」と発生します。
サポートへの手紙と、メールボックスで数時間後に、テクニカルサポートからの通知により、すべてが修正されたことが通知されました。 記録のTTLは24時間であるため、次の日まで待機し、メインの無料メールサービスへのメールの転送方法を確認します:Yandex-OK、Google-OK、Mail.ru ...

OK、さらに12時間待ちます。 本質と問題の間、私たちはSPFを処方し、もう一度確認してください-何も変わっていません。 まあ、私たちはサポートに手紙を書きますが、特に答えを望んでいるわけではありません。

すぐにロボットがチケットで答えを出しますが、それはすでに素晴らしいことです。
奇妙なことに、1日のパスとサポートが答えます。 真の質問:「問題が現時点で残っているかどうかを明確にしてください?」
答えはイエスです-何も変わっていません。 TTL時間の期限が切れているため、ローカルサーバーが長い間レコードを削除する必要があるにもかかわらず、メールはサーバーによってまだ受け入れられません。
別の日パス。 今日が答えです。

いいえ、すべてが明確です。記録のTTLを吐き出したかったので、ここに独自の修道院がありますが、84(!)が経過した場合に応答して約48時間書くことができます。
そして、mail.ruでメールを使用する顧客に説明するもの...
私は悪党です!
PS:すべてが見えるように、正常に配信されたメッセージのメールヘッダー(RFC 822)をgmail.comメールボックスに追加します。

更新:今日、3月26日12時47分、ほぼ1週間後(!)PTRレコードが正しいsmtpサーバーに変更された瞬間から、Mail.ruはメールを受信しました。 正常に配信された最初のメッセージのヘッダーは次のとおりです。

公式の応答が受信されました。 詳細かつ誠実な回答をしてくれたサポート、アドバイス、当て推量、 quatroに感謝します。