独自ドメインメールの cPanel 移行では、Bluehost、HostGator、Hostinger などのパッケージ型 cPanel ホストから専門メールボックスホストへ、切り替え中の受信メールを失わないよう移します。鍵は並行受信です。旧ホストが受信中に新ホストを設定し、低い DNS TTL で MX レコードを切り替えれば、移行時間を数時間から数分に短縮できます。
多くの手順書は並行受信を省き、DNS 伝播中にメールを落とす可能性がある一括切り替えを説明します。受信量によっては通常 10-50 通を失います。以下の並行受信方式は損失ゼロを目指します。追加設定は 30 分で、メール損失の回避に役立ちます。
本ガイドでは DNS レコードのコードブロックとともに六つの手順を説明します。全体像はメールを新しいホストへ移す方法をご覧ください。
適切な cPanel 移行が重要な理由
DNS 伝播中の配送途中メールは実際の売上リスクになるため、適切な移行が重要です。伝播に数時間かかる一括切り替えでは、旧 MX が受信を停止した後に届くメールが失われます。多くの運用者は顧客から連絡されて初めてコストに気づきます。
以下の六手順では並行受信によって損失時間帯を避けます。切り替え中は新旧ホストが同時に受信し、配送途中メールが処理されたことを確認してから旧側を手動停止します。追加作業は 30 分ですが、回避できる損失額は事前に限定できません。
六つの手順の概要
六つの手順で並行受信による移行を行います。各手順の結果が次を可能にするため順序が重要です。TTL 低下から完全停止まで約一週間、実作業は一週間に分散した約 3-4 時間です。
- DNS TTL を 48 時間前に下げる。切り替え時の MX 伝播を数時間から数分に短縮します。
- 新ホストにメールボックスを用意する。旧側を稼働させたまま対応するメールボックスを作ります。
- 過去メールを IMAP でコピーする。サーバー側ツールで既存メールをコピーします。
- MX レコードを切り替える。DNS を新ホストに向け、伝播中は両方で受信します。
- 認証と往復配送を確認する。三つの受信先で SPF、DKIM、DMARC を確認します。
- 旧メールボックスを停止する。MX 切り替え後 48-72 時間待ち、配送途中メールの処理後に停止します。
各手順が確認点となり、手順 4 までは容易に戻せます。手順 4 後も戻せますが、新ホストにメールが蓄積するため負担が増えます。手順 1-3 が正しければ、通常はロールバック不要です。
手順 1: 48 時間前に DNS TTL を下げる
予定の 48 時間前に既存 MX の TTL を下げます。既定値は通常 3600 秒 (1 時間) または 86400 (24 時間) です。300 秒 (5 分) にして、手順 4 の変更を数分で伝播させます。
DNS 管理画面で各 MX の TTL を 300 にして保存します。現在値の失効と新設定の伝播まで 48 時間待ちます。手順 6 後は 3600 に戻します。Cloudflare の例:
; before: MX record with default TTL
yourcompany.com. 3600 IN MX 10 mail.oldhost.example.com.
; after: MX record with low TTL for migration window
yourcompany.com. 300 IN MX 10 mail.oldhost.example.com.
手順 2: 新ホストにメールボックスを用意する
TrekMail にドメインを追加し、TXT で所有権を確認して、旧 cPanel の全アドレスと同じメールボックスを作ります。この時点で新側は準備済みですが、MX は旧側を指します。
新ホストの SPF、DKIM、DMARC 値を生成します。まだ公開せず、手順 4 の MX 切り替え時に公開します。事前生成により手順 4 で値が揃い、並行受信が可能になります。詳細はIMAP 移行をご覧ください。
手順 3: IMAP で過去メールをコピーする
新ホストの IMAP 移行ツールで旧 cPanel からコピーします。Starter 以上の TrekMail サーバー側ツールでは、旧 IMAP 認証情報を入力すると、数時間かけてフォルダー単位でコピーします。
MX が旧側を指す間にバックグラウンドで実行します。旧側は新着を受信し、新側は過去分を持ちます。完了時には同じ構造とメールが揃い、手順 4 の並行切り替えに必要な状態になります。メール移行チェックリストもご覧ください。
手順 4: MX レコードを切り替える
手順四では MX を新ホストに向け、手順 2 の SPF、DKIM、DMARC も公開します。伝播は約 5 分で、手順 1 の低 TTL によるものです。伝播中は両方で受信します。
; new MX records pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.
; published SPF, DKIM, DMARC TXT records
yourcompany.com. 300 IN TXT "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"
並行受信により、伝播中のメールは稼働中の旧側か新側へ届きます。遅延分を受けるため、切り替え後も旧メールボックスを最低 48 時間利用可能にします。
手順 5: 認証と往復配送を確認する
各新メールボックスから Gmail、Outlook.com、Yahoo に送り、三つすべてで SPF=PASS、DKIM=PASS、DMARC=PASS を確認します。FAIL があれば、完了前に手順 4 のレコードを調整します。
外部から新メールボックスにも送り、数分で新側に届くか確認します。旧側に届くなら伝播中です。さらに 10-15 分待って再試験します。
手順 6: 旧メールボックスを停止する
切り替えから 48-72 時間後に停止します。DNS は世界的に伝播済みで、送信者は旧 MX を使わないはずです。cPanel でメール受信を無効化し、必要なら Web 用プランは残します。
cPanel が Web ホストでもあり支払いを止めるなら、ここで Web サイトも移します。旧受信を止め、新側が数日正常に受信すれば完了です。TTL を 3600 秒へ戻します。
次のステップ
並行受信による移行は約一週間、実作業は 3-4 時間です。メール損失を避け、送信認証を整えて専門ホストへ切り替えることを目的とします。
六手順は繰り返し利用でき、追加 cPanel ドメインにも同様に適用すると、回を重ねるほど速くなります。
trekmail.net/pricing で TrekMail Nano を無料で試せます。カードは不要です。月額 $4 の Starter には手順 3 に必要なサーバー側 IMAP ツールが含まれます。パッケージ型 cPanel で利用者が担っていたメールボックス運用をプラットフォーム側で扱います。
手順 4 の並行受信時間帯が、損失ゼロを目指せる構造上の理由です。一括切り替えには旧側停止から新側の世界的受信まで隙間があります。並行受信は両方を稼働させて隙間をなくします。
移行は多くの場合、予想より容易です。障害への不安から数か月延期すると、cPanel の配送上の問題が続く可能性があります。六手順は延期につながる損失リスクを減らし、一度経験すれば追加ドメインにも取り組みやすくなります。
複数ドメインでは、異なる DNS 値で同じ六手順を個別に適用します。同時ではなく別日に切り替えてください。必要な注意は小さくても実在し、連続作業は認知負荷と手順漏れの可能性を高めます。
