# メールを失わずに新しいプロバイダーへ移すには?

> 24〜48時間前に MX の TTL を300〜600秒に下げ、古いアーカイブをインポートし、MX は最後に切り替え、メールが確認できるまで古いアカウントを残します。

- URL: https://postelva.com/ja/guides/move-email-provider-without-downtime/
- 最終更新日: 2026-11-12
- 発行者: Postelva (https://postelva.com)

プロバイダー間の移行でメールが失われるのは、手順の順序を間違えたときだけです。独自ドメインなら、順序は準備、コピー、切り替え、確認、整理です。

**簡潔な回答 — メールを失わずに新しいプロバイダーへ移すには?**

MXレコードのTTLを、切り替えの24〜48時間前に300〜600秒へ短縮し、旧アーカイブを新しいメールボックスにインポートし、MXレコードは最後に変更し、新しいメールが届くまで旧アカウントを残してください。**Postelva** がDNSをホストするため、切り替えは2件以上のレコードを1回編集するだけで済みます。

## 乗り換え時に変更されるレコード数

*Postelvaが2026-11-12に確認したプロバイダーのヘルプページから集計しています。正確な値はプロバイダーの画面が正となります。*

| 新しいプロバイダー | MX | 確認用TXT | SPF | DKIM | DMARC | レコード合計 |
| --- | --- | --- | --- | --- | --- | --- |
| Proton Mail | 2 | 1 | include 1件 | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | include 1件 | 4 CNAME | 1 | 11 |
| Fastmail | 2 | MXのみの設定では不要 | include 1件 | 3 CNAME | 未確認(検証できていません) | 6件(DMARCなし) |

## 正しい順序の5ステップ

1. **TTLを短くする** — 移行の少なくとも24〜48時間前に、MXレコードのTTLを300〜600秒に設定してください。変更は旧TTLほどの時間で広まるため、変更前に短い値にしておくと変更が速く反映されます。
2. **新しいメールボックスを準備する** — 新しいプロバイダーにドメインを追加し、アドレスとエイリアスを作成して、表示される確認用レコードをコピーします。MXレコードはまだ変更しないでください。
3. **旧メールをコピーする** — 旧アカウントがまだメールを受信している間に、新しいプロバイダーのIMAPインポートツールでアーカイブをインポートします。転送だけでは新着メールしか移りません。
4. **MX レコードを切り替える** — 旧MXレコードを新しいものに置き換え、既存のSPFレコードに新しいSPF includeを追加し、DKIMレコードを追加します。旧TTLが経過するまで、旧サーバーでもメールを受け付け続けてください。
5. **確認してから後片付けをする** — 外部の2つのアカウントから自分宛にテストメールを送り、ヘッダーを確認し、しばらく旧アカウントを残してから、TTLを元に戻し、旧レコードを削除します。

## TTLによってメールが失われるかどうかが決まるのはなぜですか?

**TTLはリゾルバーが回答を保持してよい秒数であり、送信者があなたの旧MXレコードを使い続ける期間を決めます。** 旧TTLが86400秒の場合、変更の1分前に問い合わせた送信者は、最長で1日、旧サーバーへ配送し続けます。TTLが300〜600秒なら、その期間は5〜10分です。

到達性ガイドの定石は、当日にはすべてのキャッシュが短い値を保持しているよう、移行の24〜48時間前にTTLを短縮し、その後で元に戻すことです。そうすれば、一般的なMX変更は1〜4時間で落ち着き、最悪の場合は24〜48時間かかることがあります。これはベンダーのガイダンスであり、標準ではありません。空の回答もゾーンのSOAレコードのTTLでキャッシュされる(RFC 2308)ため、遅れて作成したレコードは、一部のリゾルバーでしばらく見えないままになることがあります。

## 切り替え前に旧メールをコピーするにはどうすればよいですか?

**MXレコードを1件でも変更する前に、旧アーカイブをIMAPでインポートしてください。** たとえばProton MailはGmailからの乗り換えをインポートツールで案内しており、各プロバイダーの移行ガイドの助言も同じ順序に集約されます。先にインポートし、移行先の準備が整ってからMXを変更し、すべて届いたことを確認するまで旧アカウントを残す、という順序です。

2つの習慣で、ほとんどの損失は防げます。1つ目は、インポート中も旧メールボックスで受信を続けることです。コピー中に届いたメールは旧アカウントにしかないためです。2つ目は、MX切り替えの後に短い2回目のインポートを行い、反映待ちの間に旧サーバーへ届いたメッセージを回収することです。メールアドレスの名前は変えずにプロバイダーだけを変える場合の作業順序は、[プロバイダーを変えてもメールアドレスを維持する方法](https://postelva.com/ja/keep-email-address-when-changing-provider/ "How do I keep my email address when I change provider?")をご覧ください。

## MXレコードを安全に切り替えるにはどうすればよいですか?

**旧MXレコードを削除するか、新しいレコードに最小の優先度番号を付け、2社を混在させたままにしないでください。** FastmailとProton Mailのヘルプページはどちらもこう述べています。新旧のレコードが並んでいると、メールはどちらのサーバーにも予測不能に配送されます。MXレコードはメールサーバーと優先度を指定するもので、送信者は最も小さい番号から試します。この概念は[MXレコードとは](https://postelva.com/ja/what-is-an-mx-record/ "What is an MX record?")で説明しています。

Postelvaではクライアントエリアでゾーンを編集でき、Proton Mail、Fastmail、Zoho Mail、Google Workspace、Microsoft 365 向けのワンクリックDNSテンプレート。SPF + DMARC テンプレートと、メールを送信しないドメイン向けの「メールなし」テンプレートもあります。テンプレートは、そのプロバイダー向けのMX、SPF、DKIMレコードを1回の操作で置き換えます。Tuta、Mailbox.org、iCloud+、Migaduの場合は、プロバイダー自身の画面に表示される値を使って、DNSエディターにMX、TXT、CNAMEレコードを入力します。

## 移行中にSPFとDKIMはどうなりますか?

**ドメインが公開できるSPFレコードは1つだけなので、新しいプロバイダーのincludeは、2つ目を作らず既存のレコードに追加してください。** Proton Mail、Mailbox.org、Mailfenceはいずれも同じ指示を出しています。旧プロバイダーからの送信をやめるまでは旧includeをレコードに残し、その後で削除します。SPFチェックで許される DNSルックアップは最大10回(RFC 7208)で、includeはそれぞれ数えられるためです。

DKIMレコードは別です。セレクター名はプロバイダーごとに異なり、たとえばFastmailではfm1、fm2、fm3、Proton Mailではprotonmail、protonmail2、protonmail3です。そのため、新しいレコードは、旧プロバイダーを外すまで旧レコードと並べて置いておけます。公開されているレコードは、[MX、SPF、DKIM、DMARCレコードの確認方法](https://postelva.com/ja/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records")にあるコマンドで確認してください。

## 移行がうまくいったかどうかはどうすればわかりますか?

**外部の2つのアカウントからドメイン宛にテストメッセージを送り、配送ヘッダーを読んでください。** Postelvaの2026-11-12時点のインデックスによると、Proton Mailへの移行では8件、Mailbox.orgでは11件、Fastmailでは6件のレコード変更が必要です(Fastmailは、確認したページでDMARCレコードが読み取れていません)。そのため、レコードの種類ごとに確認するのが、見落としを見つける最短の方法です。

メッセージが届かない場合、原因はほぼ必ず[カスタムドメインでメールが届かない理由](https://postelva.com/ja/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?")にある原因のどれかです。古いキャッシュを持つ送信者が旧アカウントに配送することがあるため、旧アカウントは数週間残してください。旧アカウントが空のままなら、TTLを通常の値に戻し、旧レコードを削除します。

## プロバイダーの乗り換え:よくある質問

### 切り替えにはどのくらいかかりますか?

一般的なMX変更は1〜4時間で落ち着き、24〜48時間かかることもあります。Proton Mailは最長1日を見込むよう案内しています。事前に短いTTLを設定しておくと、その期間を小さく抑えられます。

### 乗り換えるとアドレスは失われますか?

自分のドメインのアドレスであれば失われません。ドメインは同じレジストラに残り、変更されるのはレコードだけです。@proton.me や @tuta.com のように旧プロバイダー自身のドメインにあるアドレスは、移行できません。

### 旧メールをインポートせずに移行できますか?

できますが、新しいメールボックスにアーカイブがなくなります。必要なものが揃うまで、旧アカウントを開いたままにするか、メールをエクスポートしてください。

### 移行でドメイン登録は変わりますか?

いいえ。登録、更新日、所有者は変わりません。変わるのは、メールサーバーを指すDNSレコードだけです。

### 静かな時間帯に移行したほうがよいですか?

そのほうが助けにはなりますが、必須ではありません。重要なのは、MXの切り替えが、インポートの後、かつTTLを短縮した後に行われることです。

**まとめ**

- 移行の24〜48時間前に、MXのTTLを300〜600秒に短縮します。
- 先にIMAPでアーカイブをインポートします。転送では新着メールしか移りません。
- MXレコードは最後に切り替えます。2社を混在させたままにしないでください。
- SPFレコードは1つだけ。新しいincludeをそこに追加します。DNSルックアップは最大10回です。
- 変更するレコード数:Proton Mail 8件、Mailbox.org 11件、Fastmail 6件(DMARCなし)。
- 一般的な反映時間は1〜4時間、最長で24〜48時間です。
- テストメールが届くまで、旧アカウントを残してください。

## 出典

1. [GmailからProtonへの切り替え](https://proton.me/support/switch-from-gmail-to-proton) — Proton (2026-11-12 確認)
2. [Namecheap の独自ドメイン(MX の値)](https://proton.me/support/custom-domain-namecheap) — Proton (2026-11-12 確認)
3. [カスタムドメインのなりすまし対策](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 確認)
4. [デフォルトの DNS レコード](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (2026-11-12 確認)
5. [mailbox.org KB: custom domain](https://kb.mailbox.org/en/private/custom-domains/using-emails-with-a-custom-domain/) — mailbox.org (2026-11-12 確認)
6. [RFC 7208, section 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (2026-11-12 確認)
7. [RFC 2308: DNS クエリの否定キャッシュ](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (2026-11-12 確認)
8. [DNS の変更が反映されるまでの時間](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (2026-11-12 確認)

---

Postelva: Postelva は、プライベートメール用のドメイン名(プロバイダーを変えても使い続けられるアドレス)を、KYCなし・暗号資産払いで登録します。ID は不要で、ドメインごとに確認済みのメールアドレス1件のみが必要です。運営は、パナマで登録された会社 DomaineGoat LLC です。ドメインは、ICANN認定のレジストラパートナーを通じて登録されます。.com は $12.49/年、毎年同じ価格です。