ホームページを新しいサーバーへ移した後、会社メールや問い合わせ通知が届かなくなったら、まずサイトだけを移したのか、メールも移す予定だったのかを確認してください。会社メールの受信先、メールソフトの接続先、フォームからの送信経路は別々です。ページが表示されていても、メールまで正常とは判断できません。
この記事では、移転前後の変更を調べる順番と、担当者へ渡す確認メモ、復旧後に確かめることを解説します。業務への影響が出ている間は、設定調査と並行して、実際に連絡を受けられる代替窓口を確保します。
最初に、止まった範囲と移転作業を記録する
代表メール、社員の個別メール、フォーム通知のうち、どれが届かないかを社内で確認します。「全員が受信できない」「あるパソコンだけ送れない」「人同士のメールは届くがフォーム通知だけ来ない」では、調べる場所が変わります。
次に、移転担当へ以下を確認してください。分からないものは未確認と書き、推測で埋めません。
- 切替日時と、最後に正常な送受信を確認した日時
- サイトのサーバーだけを変更したのか、DNSの管理先やメールサービスも変更したのか
- 現在使う予定のメールサービスと、旧サービスの契約・メール保存の状態
- 変更前のDNS設定、移転作業の記録、新しいメール設定の案内が残っているか
旧メールアカウントの削除やメールソフトの再作成から始めると、保存済みメールの確認や比較が難しくなります。まず現在の状態を残し、移転担当とメール管理者で修正範囲を決めます。
サイトの移転と、メールの移転を分けて考える
同じ会社のドメインでも、ホームページと会社メールを別サービスで運用できます。サイトだけ移す場合は、メールを現在のサービスへ届け続ける必要があります。メールも移す場合は、新しい受信箱、代表アドレス、転送、過去メールの保存、社員の端末設定などを別途準備します。
図は、会社メールを現在のサービスに残す場合の考え方です。Webの接続先を新しくすることと、会社メールの配送先を新しくすることは同じ作業ではありません。一方、フォームは新しいWebサーバーで動くため、会社メールを変えなくても送信方法の確認が必要です。
三つのテストで、次に調べる場所を決める
テストは社内で管理できるアドレスを使い、顧客情報を含めずに行います。「移転確認・時刻」など区別できる件名を付け、送信時刻、宛先、着信場所、エラーの有無を残します。
| 試すこと | 結果から次に確認すること |
|---|---|
| 社外のテスト用アドレスから会社宛へ送り、利用中サービスのWebメールでも探す | Webメールに届くのに普段のソフトで見えないなら、ソフトの接続先・同期・振り分けを確認。Webメールにもないなら、配送先・アカウント・拒否や障害を調べる |
| 会社アドレスから社外のテスト用アドレスへ送り、相手側の受信箱も見る | 送信時のエラー、宛先側の迷惑メール、送信サービスの記録を確認。受信できることだけで送信も正常とは判断しない |
| フォームへテスト内容を入力し、社内通知と、設定されていれば自動返信をそれぞれ確認 | 完了画面が出ても通知先への到達を確認。人同士のメールが正常で通知だけ届かないなら、フォーム側の宛先・差出人・送信方法を調べる |
これらは原因を確定する検査ではなく、確認先を絞るための比較です。迷惑メールや別フォルダに入っていないかも見ます。一件届いた結果を全社員・全宛先へ一般化せず、影響が出た代表アドレスや転送先も確認してください。移転以外の状況も疑われる場合は、会社メールが届かないときの確認ガイドへ進めます。
移転前後の設定を、三つの場所で照合する
会社メールの受信：DNSの管理先と配送先
DNSは、ドメインを各サービスへつなぐ設定です。サイトの接続先にはA・AAAA・CNAMEなどを使い、メールの配送先は主にMXレコードで指定します。エックスサーバーの公式資料でも、MXと、DNSを管理するネームサーバーの役割を分けて説明しています。
移転担当には、現在のネームサーバーで有効になっている設定と、利用予定のメールサービスの指定値を照合してもらいます。DNSの管理先を切り替えた場合、以前の管理画面を直しても現在の配送に使われないことがあります。
MXの文字列が変わっていないだけでは、正常とは言えません。たとえばMXがexample.comを参照し、そのホストの接続先を新しいWebサーバーへ変えた場合、メールの接続先にも影響する可能性があります。MXそのものに加え、そこに書かれたホスト名の接続先も確認が必要です。
「前の値へ全部戻す」操作は、今動いているサイトや他サービスにも影響します。会社メールを残す予定か、移す予定かを確かめ、必要な設定だけを担当者が直します。
メールソフト：接続先とアカウント
Webメールでは受信できるのにパソコンやスマートフォンで見えない場合は、利用予定のサービスが案内する受信・送信サーバー名、アカウント、接続方式、認証方法を照合します。
サイトと同じドメイン名をメールソフトの接続先に使っていた場合、その接続先が移転で変わっていないかも確認します。個別サービスの画面にある設定値を、そのまま別サービスへコピーしてはいけません。パスワード変更やアカウントの作り直しが必要かは、実際のエラーと現在の契約・設定を見て判断します。
フォーム通知：新しい環境からの送信
フォームは移転先で動いていても、送信に必要な設定や外部メールサービスへの接続が移っていないことがあります。通知先、差出人、実際に送り出すサービス、送信エラーの記録を移転前と比べます。
送信元が変わった場合は、正当な送信元を受信側が確認するSPF・DKIM・DMARCなどの設定も照合します。認証の設定がそろえば必ず受信箱に入るわけではありません。詳細はフォーム通知とSPF・DKIM・DMARCの基本を参照してください。
WordPressの公式資料も、メール送信処理の成功が受信者への到達を意味しないと説明しています。フォームの完了画面、自動返信、社内通知は、それぞれ確認する対象です。 自動返信を付けるだけでは、担当者が問い合わせを受け取れる状態には戻りません。
DNSの反映待ちと、設定の不備を混同しない
DNSの情報は一定時間保存されるため、変更直後は接続する側によって古い情報を使うことがあります。保持時間に関わるTTLや変更した場所を確認し、新旧どちらへつながっているかを担当者が比較します。
ただし、必要なMXが欠けている、参照先が違う、新しい受信箱がないといった不備は、待つだけでは直りません。「何時間待てば必ず戻る」と決めず、期待する設定が有効か、送受信の結果に変化があるかを確認します。旧メール環境を使える場合は、そちらにも届いていないか調べます。
依頼時は、移転前後のメモを一つにまとめる
移転会社、DNS管理者、メール提供会社が別々なら、社内の連絡担当を一人決めて確認結果を集めます。各社へ異なる説明をするのではなく、同じ時刻とテスト結果を共有すると比較できます。
次は架空の相談メモです。メールの本文やパスワードを最初から送る必要はありません。
対象サイト：example.com。10月1日14時にWebサーバーを切り替え、会社メールは現行サービスを使う予定でした。DNS管理先も変更したかは未確認です。15時以降、代表メールに社外から届かず、Webメールにも見当たりません。社外宛の送信はテスト先で受信できました。旧設定の控えと作業記録は移転担当が保管しています。現在の受信先と移転時の変更を照合し、代表メールとフォーム通知の着信まで確認したいです。
エラー通知がある場合は、担当者と共有範囲を決めて、時刻とエラー文を渡します。顧客情報、認証コード、パスワードは一般の相談文へ貼りません。
見積もりでは、現状調査、DNS修正、受信箱・転送の準備、端末設定、フォーム送信、過去メールの移行、復旧テストのどこまでを含むか確認します。原因、アドレス数、契約の状態で作業が変わるため、一律の費用や復旧時間では判断できません。
復旧は、設定保存と不達期間の確認まで進める
修正後は、先ほどの受信・送信・フォームのテストを同じ条件で行います。代表アドレス、影響のあった社員、転送・共有メールなどを対象にし、受信箱や迷惑メールを実際に確認して、担当者が返信できるところまで確かめます。
| 復旧時に残す記録 | 確認する内容 |
|---|---|
| 修正と再テスト | 変更した場所・値・担当者・時刻、送受信と通知の結果 |
| 不達期間の問い合わせ | フォームに保存機能があるなら保存記録を確認。保存していない場合は、完了画面だけで受付内容を回収できるとは考えない |
| 重要な取引先への連絡 | 別経路で受領状況を確認し、必要なメールだけ再送を依頼する |
| 旧環境の扱い | メール保存、旧側への着信、新環境の動作を確認してから、契約終了やデータ整理を決める |
停止中は、会社が管理し、着信を確認できた電話や別の窓口を案内します。通知先を変える場合も実際に受信できるか試し、誰が確認するか、いつ通常窓口へ戻すかを決めます。不達中のメールは送信側で再試行・エラー・別経路の配送など扱いが異なるため、復旧後にすべて自動で届くとは限りません。
次回の移転では、Web、DNS、会社メール、フォームの担当先と変更前の値を残すと比較できます。ドメイン・サーバー・メールの引き継ぎ台帳の作り方も参考になります。
管理先が分からない、移転会社とメール会社の確認が進まない場合は、ホームページの引き継ぎ・制作会社変更の相談で、現状と必要な対応範囲を整理できます。最初はサイトURL、切替日時、届かない範囲、分かる契約先を共有してください。