web-dev-qa-db-ja.com

既存のMXレコードを更新した場合、72時間メールの受信を停止しますか

Googleの「MXを確認」アプリケーションを使用して、WebサイトのMXレコードが機能していることを確認しました。それは重大なエラーを示しました：

Status: ERR
aspmx.l.google.com MUST be the first MX record.

Your setup  
10  alt1.aspmx.l.google.com
20  alt2.aspmx.l.google.com
30  aspmx2.googlemail.com
30  aspmx3.googlemail.com
30  aspmx4.googlemail.com
30  aspmx5.googlemail.com

Recommended setup
1   ASPMX.L.GOOGLE.COM.
5   ALT1.ASPMX.L.GOOGLE.COM.
5   ALT2.ASPMX.L.GOOGLE.COM.
10  ALT3.ASPMX.L.GOOGLE.COM.
10  ALT4.ASPMX.L.GOOGLE.COM.

現在、メールを受信して​​おり、送信することもできます。

私の質問は、先に進んでMXレコードを更新した場合、DNS伝播の時間まで電子メールの受信を停止するかどうかです。または、DNS設定が既に機能しているため、移行はシームレスに行われますか？

domainsdnsgoogle-appsmx
1
chandra

移行はシームレスでなければなりません。

この場合、現在の（わずかに間違っている）状態でメールが正常に機能し、修正が非常に同じサーバーにメールを送信する場合、心配することはないようです。

伝播を高速化するために、変更を行う数日前にDNSレコードのTime To Live（TTL）を300秒（5分）のように短縮し、その後再び変更することができます。これは、DNSサーバーが値をキャッシュする時間の長さです。キャッシュ期間が長い場合、キャッシュの有効期限が切れてレコードが伝播されるまでに明らかに時間がかかります。

あなたが恐れているように思えるので、DNSは変更されたときに「スイッチオフ」されません。 DNSは突然、古い設定から新しい設定に切り替わりますが、この切り替えは、TTLにある程度依存して、異なるDNSサーバーで異なる時間に発生することを除きます。

これが少し「厄介な」可能性があるのは、まったく別のサーバーに変更するときだけです。起こりうることは、DNSが伝播する間、一部の電子メールは古いサーバーに送信され、一部は新しいサーバーに送信されるということです。メールは実際に失われるべきではありませんが。繰り返しますが、この変更を行う前にTTLを減らすと、この問題を減らすことができます。

0
MrWhite