メールホスティングを SERVER-A ( HOSTING_CO-A 上)から SERVER-Bに移行しています( HOSTING_CO-B 上)。
SERVER-A は、移行が完了するまで機能し続け、 HOSTING_CO-A には、現在レコードに何かが表示されているため、独自のDNSサーバーがあります。それは次のようになります:
mx1.hosting_co-a.example
ns1.hosting_co-a.example
HOSTING-CO-B には、おそらく独自のDNSサーバーもあります(Google/GSuiteです)。
[1]を読んだところ、DNSの変更には最大72時間かかる場合があります。
この期間中に送信された電子メールがどうなるかについての最悪のシナリオは何でしょうか?
SERVER-A または SERVER-B に移動しますか(つまり、更新されていないDNSレコードを使用する電子メールプロバイダーは SERVER-A にアクセスできますか、それとも SERVER-A は、更新されたMXレコードに基づいて拒否または転送しますか?)
それらは「ドロップ」されますか(つまり、送信者も受信者もメッセージが通過しなかったことに気づきません)?
メッセージが配信されなかったことが送信者に通知されますか?
さまざまなドメイン/アカウントを切り替えています。一部のドメインでは、メッセージを返すよりも削除したいのですが、他のドメインでは、これを制御できるものであれば、ドロップするのではなく返します。
[1] https://support.google.com/a/answer/45679?hl=en また、事前にレコードのTTLを減らすことを指摘します(これはTTLの最大ダウンタイムを意味しますか?)
クライアントが更新されていないDNSレコードを使用している場合、電子メールは引き続きサーバーAに向かって流れます。
電子メールの配信に失敗したときにユーザーに通知が届くかどうかはSMTPサーバーの構成によって異なりますが、そのサーバーは、ターゲットサーバーを解決できないか、接続できないかどうかを確実に認識します。
適切に構成されたネームサーバーは、変更を非常に高速に適用します。 MXレコードの変更について言えば、最近では、構成が不適切なサーバーのみがこの更新に何時間も必要です。
最近、メールサーバーを移動しましたが、メールメッセージが1つも失われていません。正直なところ、登録ユーザーは数人しかいませんが... MXレコードの変更は1分で適用され、メールは数分で配信され始めました
乾杯、
チャブダー