サーバー移転でメールを止めない方法｜DNS切替前後の確認ポイント

レンタルサーバーを移転するとき、ホームページだけを見て作業すると「サイトは表示できるのにメールだけ届かない」というトラブルが起こることがあります。

メールを止めないために重要なのは、新サーバー側のメール環境を先に準備し、DNSを切り替えたあともしばらく旧サーバーを残すことです。Webサイトとメールは別々の仕組みなので、移転対象を分けて考えます。

30秒でわかる結論

サーバー移転でメールが止まるのはなぜ？

独自ドメインでは、ホームページの接続先とメールの配送先をDNSで別々に指定できます。

用途	主に関係するDNS設定
ホームページ	A・AAAA・CNAMEなど
メール受信先	MX
メール認証	TXT・CNAMEなど

サーバー移転時にネームサーバーを丸ごと変更すると、Web用のAレコードだけでなく、メール用のMXやSPF・DKIM・DMARCに関係するDNSレコードも新しいDNS側へ移す必要があります。

最初に「Webだけ移すか、メールも移すか」を決める

サーバー移転だからといって、必ずメールサーバーまで移す必要があるわけではありません。 ここを最初に分けると、不要なDNS変更を防げます。

移転内容	MX変更	考え方
Webだけ移転	原則不要	現在のメールサービスを継続するなら配送先を維持
Webとメールを移転	必要	新メールサーバーを準備後に切替
外部メールを継続	原則不要	Google Workspaceなどをそのまま利用

メールを止めないための移転手順

メールも新サーバーへ移す場合は、次の順番で進めると停止リスクを下げられます。

STEP1．現在の設定を必ず保存する

作業前に、現在使っているDNSレコードとメール設定を保存します。 スクリーンショットだけでなく、可能なら文字としてコピーしておくと比較しやすくなります。

ネームサーバーを変更する場合は、メール関連だけでなくA・AAAA・CNAMEなどを含むDNSゾーン全体を控えてください。 新DNSへ必要なレコードを移し忘れると、Web以外のサービスにも影響します。

STEP2．DNS変更前に新サーバーへメールアドレスを作る

メールの配送先を新サーバーへ変更してからメールアドレスを作るのではなく、先に受け皿を用意してからMXを変更します。

代表アドレスだけでなく、問い合わせフォームの送信先、社員用メール、転送専用アドレスなども一覧化してください。 1つでも作り忘れると、そのアドレス宛てだけ受信できない状態になる可能性があります。

STEP3．過去メールを先に移行する

サーバー上に過去メールを保存している場合は、必要に応じて新サーバーへコピーします。 IMAPを利用している環境では、メール事業者の移行機能やIMAP対応の移行方法を利用できる場合があります。

ただし、DNS切替前に一度コピーしても、その後旧サーバーへ届いたメールは追加で発生します。 そのため、移行機能が差分同期に対応している場合は、切替後にもう一度同期する方法が有効です。

STEP4．TTLを確認してからMXレコードを切り替える

DNSにはTTLというキャッシュ時間があります。 TTLの期間中は、外部のDNSサーバーが古いMX情報を保持していることがあります。

移転日が決まっていてDNSサービス側でTTLを変更できる場合は、事前にTTLを短くする方法があります。 ただし、変更前からキャッシュされている情報は、その時点で設定されていたTTLが切れるまで残る場合があります。

STEP5．MX変更後も旧メールサーバーを残す

ここが最も重要です。 MXレコードを新サーバーへ変更しても、すべての送信元が同時に新しい情報へ切り替わるとは限りません。

DNSキャッシュに古いMX情報が残っている送信元は、旧メールサーバーへ配送することがあります。 そのため、切替直後に旧サーバーを解約すると、その期間に旧側へ届こうとしたメールを受け取れなくなるリスクがあります。

「何時間残せば絶対安全」という固定時間はありません。 現在のTTL、DNS事業者、移転元・移転先サービスの仕様、送信元側のキャッシュなどによって異なります。

実務では、旧契約を切替当日に終了せず、移転先サービスが案内する併用期間を確保し、その間に旧・新の両方を確認してください。

旧・新の両方に届く期間はどう確認する？

DNS切替中は、送信元によって旧サーバーと新サーバーのどちらへ配送されるかが分かれる可能性があります。

この期間は、旧メールボックスも確認できる状態を維持します。 メールサービスに移行ツールや差分同期機能がある場合は、それを利用すると取りこぼしを減らしやすくなります。

STEP6．SPF・DKIM・DMARCも移行する

受信できるようになっても、メール認証設定が旧環境のままだと、送信メールの認証に失敗することがあります。

設定	移転時の確認
SPF	新しい送信サーバーが許可対象に含まれているか
DKIM	新サービス指定の公開鍵・CNAMEなどを設定したか
DMARC	既存ポリシーを維持し、SPF・DKIMとの整合を確認したか

STEP7．送受信テストをする

管理画面で「設定完了」と表示されても、実際に送受信できるとは限りません。 移転後は複数方向でテストします。

可能なら、Gmailなど複数の外部メールサービスを使って確認します。 受信箱だけでなく迷惑メールフォルダも確認し、メールヘッダーでSPF・DKIM・DMARCの認証結果も確認すると確実です。

メールソフトの設定変更が必要な場合もある

メールサーバー自体を変更すると、PCやスマートフォンのメールソフトで使う接続先も変わる場合があります。

確認項目	例
受信サーバー	IMAP・POPサーバー名
送信サーバー	SMTPサーバー名
ポート	993・995・587・465など
暗号化	TLS・STARTTLSなど
認証情報	メールアドレス・パスワード

同じ独自ドメインのメールアドレスを使い続けても、接続先サーバー名やパスワードが変わることがあります。 社員や店舗スタッフが複数いる場合は、切替日時と新設定を事前に共有してください。

ネームサーバーも変更する場合の注意点

ネームサーバー変更は、MXレコード1つを変更する作業より影響範囲が広くなります。 DNSを管理する場所そのものが切り替わるためです。

特に、Webサイトだけを確認して「表示できたから移転成功」と判断しないでください。 メール、サブドメイン、外部サービスのドメイン認証などもDNSを利用している場合があります。

Webだけ移転する場合の最も安全な考え方

メールサービスを変えず、Webサイトだけ移すのであれば、DNS管理先をそのまま維持し、Web用レコードだけ変更できるケースがあります。

ただし、レンタルサーバー会社の仕様によってDNS管理方法が異なるため、実際の作業前に「ネームサーバー変更が必須か」「個別レコード変更で済むか」を確認してください。

会社サイトでは移転日をどう決める？

会社や店舗では、問い合わせ・注文・予約・請求など重要な連絡がメールに依存していることがあります。 そのため、アクセスが少ない時間帯だけでなく、トラブル時に担当者が対応できる日時を選ぶことが重要です。

サーバー移転でやってはいけないこと

• 新サーバーにメールアドレスを作る前にMXを切り替える
• ネームサーバー変更時にAレコードだけ移す
• 現在のMX・TXT・CNAMEを保存せずDNSを初期化する
• MX変更と同時に旧サーバーを解約する
• SPF・DKIM・DMARCを確認しない
• メールソフトの接続先変更を利用者へ知らせない
• 管理画面だけ見て実際の送受信テストを省略する

教科書判定

FAQ

まとめ