web-dev-qa-db-ja.com

ダウンタイム/メッセージの返信/ドロップなしでMXレコードを変更することは可能ですか?

メールホスティングを 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時間かかる場合があります。

この期間中に送信された電子メールがどうなるかについての最悪のシナリオは何でしょうか?

  1. SERVER-A または SERVER-B に移動しますか(つまり、更新されていないDNSレコードを使用する電子メールプロバイダーは SERVER-A にアクセスできますか、それとも SERVER-A は、更新されたMXレコードに基づいて拒否または転送しますか?)

  2. それらは「ドロップ」されますか(つまり、送信者も受信者もメッセージが通過しなかったことに気づきません)?

  3. メッセージが配信されなかったことが送信者に通知されますか?

さまざまなドメイン/アカウントを切り替えています。一部のドメインでは、メッセージを返すよりも削除したいのですが、他のドメインでは、これを制御できるものであれば、ドロップするのではなく返します。

[1] https://support.google.com/a/answer/45679?hl=en また、事前にレコードのTTLを減らすことを指摘します(これはTTLの最大ダウンタイムを意味しますか?)

3
user3645994

クライアントが更新されていないDNSレコードを使用している場合、電子メールは引き続きサーバーAに向かって流れます。

電子メールの配信に失敗したときにユーザーに通知が届くかどうかはSMTPサーバーの構成によって異なりますが、そのサーバーは、ターゲットサーバーを解決できないか、接続できないかどうかを確実に認識します。

1
Tim Schumacher

適切に構成されたネームサーバーは、変更を非常に高速に適用します。 MXレコードの変更について言えば、最近では、構成が不適切なサーバーのみがこの更新に何時間も必要です。

最近、メールサーバーを移動しましたが、メールメッセージが1つも失われていません。正直なところ、登録ユーザーは数人しかいませんが... MXレコードの変更は1分で適用され、メールは数分で配信され始めました

乾杯、

チャブダー

1