データ損失と停止を減らす安全なメール移行方法

データ損失や停止を避けてメールを移行する方法

メール移行は静的ファイルのコピーではなく、受信や変更が続くデータベースの同期です。失敗すると経路分裂やメール損失が起こります。

小規模企業向けにDNS準備、IMAP同期、切替、事後確認を段階的に説明します。ただし完全な無停止や無損失は保証できません。

メール移行が失敗する理由

三つの見落としが多くの問題を生みます。

DNSキャッシュ: TTLを下げないと、最長24時間ほど新旧サーバーへ分かれて届く場合があります。
制限: 記載例ではGoogleのIMAP取得は約2,500 MB/dayで制限されます。
範囲: IMAPはメールのみです。カレンダーと連絡先はCalDAV/CardDAVなどで別途移行します。

フェーズ1: 詳細調査 (T-Minus 7 Days)

移行前に技術一覧を作り、記憶に頼らないでください。

隠れたIDを棚卸し

ユーザー名だけでなく全入口を確認します。

• エイリアス: john@ が sales@ も受けるか。作成忘れはバウンスを招きます。
• 配布リスト: team@ と info@ が共有メールか転送グループか確認します。
• 転送: サーバー側規則を監査し、必要かつ許可されたものだけ安全に再作成します。

大容量メールボックスを特定

10 GB超を探します。50 GBは短時間で終わりません。記載例ではMicrosoft 365は約20 GB/day後に制限します。少なくとも5 days前に事前同期を開始します。最新値はGoogle Workspace移行ガイドで確認します。

IMAPはメールだけ

imapsyncとTrekMailエンジンはIMAP (RFC 3501)を使い、メールのみを移します。

カレンダーと連絡先はExchange、CalDAVなどにあります。カレンダーを .ics、連絡先を .vcf または .csv で書き出し、旧契約を終了する前に確認します。

フェーズ2: 基盤準備 (T-Minus 48 Hours)

データより先に移行先と経路を準備します。

DNS TTLの300秒ルール

TTLはキャッシュ時間です。86,400 seconds (24 hours)では切替後も旧サーバーが使われます。

Cloudflare、GoDaddy、Route53などでMX TTLを300 secondsへ下げ、少なくとも24 hours前に行います。一部リゾルバーは長く保持する場合があります。

移行先を用意

メールボックスを作ります。TrekMailではダッシュボードでドメインとユーザーを設定します。Nanoでは必要に応じSES/MailgunのBYO SMTPを設定し、送信を試します。

許可された元メールボックスのパスワード、アプリパスワード、管理者移行資格情報を安全に用意します。

フェーズ3: 事前同期

一度に全体を移さず、段階化してリスクを下げます。

手順1: 過去分 (T-Minus 3 Days)

まず7 daysより古いメールを同期します。約95%の容量を先に移せる場合があります。2 GB添付の失敗も早く調査できます。

HTTP 429や制限エラーを監視し、必要なら同時処理を5 usersにし、50にはしません。

手順2: 凍結 (T-Zero, Friday Evening)

利用者へ通知します。読み取り専用化は取り残しを減らします。パスワード変更は許可と復旧計画がある場合だけ行います。

手順3: 差分同期

直近7 daysと対応する変更を再取得します。95%済みでも所要時間は容量と制限次第で、削除は確認なしに反映すべきではありません。

フェーズ4: 切替

MXレコード変更

DNSのMXを更新します。TrekMailの記載値は次です。

300-second TTLは切替を速めますが、DNSキャッシュとキューにより即時完了は保証されません。

SPFとDKIM認証

ホスト変更時に認証を更新します。不備は迷惑メール判定を増やしますが、正しい設定も受信箱到達を保証しません。

• SPF: TXTを更新します。例: v=spf1 include:spf.trekmail.net -all
• DKIM: 新事業者で鍵を作り、必要なCNAME/TXTをDNSへ追加します。

詳しくは独自ドメインのメール設定をご覧ください。

残存サービス確認

Drive/Docs用にGoogle Workspaceを残すと、内部メールをGmailが受ける場合があります。対象のGmailを無効にするか、split deliveryを慎重に設定します。

フェーズ5: 検証

利用者の印象だけでなく、数値で記録します。

容量でなく項目数

圧縮方式が異なるため、フォルダーごとの項目数を比較します。

1%未満でも破損項目などを記録します。5%超は調査が必要で、少数差でも重要メールの可能性があります。

フォルダー階層

Clients/2024/Project A/Invoices/Paid の深い階層と、INBOX.Sent と Sent の名前空間差を確認します。

一般的な障害の対処

TrekMail内蔵移行エンジン

TrekMailは対応IMAPの再試行、制限、DNS作業を簡略化しますが、事業者制限と結果確認は残ります。

小規模企業向け (1から50 Users)

対応するGmail、Outlook、cPanelへ接続し、現行機能の範囲で再試行、制限、重複排除を処理します。非メールデータは別に確認します。

代理店向け (100+ Domains)

複数顧客には一括操作、ドメイン横断の共有ストレージ、現行の定額料金があります。

記載価格では有料プランにカード必須の14-day試用があり、Nanoはカード不要です。最新条件を確認します。

結論: 正しくメールを移行する

事前同期し、TTLを300 secondsへ下げ、差分同期と項目数比較を行います。両側を照合し、カレンダー、連絡先、ビジネスメール要件を別途扱います。

現行条件では無料TrekMailアカウントを開始して内蔵ツールを使えます。適合性、制限、結果を確認してください。