Gmailメールを重複なく安全に移行

gmailからメールを移行する際の主な危険は、メールを失うことではありません。同じメールを二重にコピーし、送信履歴を分散させ、Googleのラベル方式を想定していないフォルダー構造へGmailメールボックスを流し込むことです。一般的なガイドが途中で役に立たなくなるのはこのためです。

Gmailはロゴだけ違う普通のIMAPメールボックスではありません。一つのメッセージに複数のラベルを付け、それらをフォルダーのように表示します。標準的なIMAPホストは実際のフォルダーにメッセージを保存します。両者を同じように扱えば、移行はすぐ混乱します。手作業ならimapsyncガイドを、移行後のホスト型メールに求める内容から見直すなら小規模企業向けビジネスメールを先に読んでください。

規則が分かれば対策は単純です。不要なGmailフォルダーを除外し、必要なものを正しく対応付け、適切な時点でDNSを切り替え、容量ではなくメッセージ数で検証します。TrekMailの内蔵インポートはこの手順に合わせて設計され、現在の文書で各工程を確認できます。メールインポート概要、Gmailからのインポート、画面からインポートを始める方法を参照してください。

gmailからメールを移行する本当の意味

gmailからメールを移行するとは、ラベル方式のGmailメールボックスを通常のIMAPフォルダーツリーへ変換することです。メッセージは通常移りますが、Gmail固有の動作は移りません。安全な計画では本文、添付ファイル、日付、既読状態を維持しつつ、ラベルとAll Mailによる重複を避けます。

Gmailはラベルを別々のフォルダーのようにIMAPへ公開します。一つのメッセージが受信トレイ、顧客ラベル、送信済みに同時に現れることがあります。見えるフォルダーを規則なしですべてコピーすると、一つのメッセージが移行先で複数の実体になります。

例：二つのラベルが付いた10 MBのGmailメッセージは、両方の経路を別フォルダーとしてコピーするとインポート後に20 MBになる場合があります。

最大の落とし穴は[Gmail]/All Mailです。ほぼすべてが入っています。受信トレイ、Sent Mail、利用者ラベルと一緒に含めると、メールボックス全体に重複を作ります。

gmailからの移行で正しく保持されるもの

IMAP経由で確実性が高いのはメッセージ、添付ファイル、大部分のフォルダー構造、既読や未読などの一般的なフラグです。プロトコルで定義されたサーバー側の日付とフラグも維持されるため、標準に沿った移行先はインポート後も予測可能に動作します。

メールボックスデータ	通常の結果	注意事項
メッセージ本文	保持	標準RFCメールは正常に移る。
添付ファイル	保持	バイナリ添付はメッセージと一緒に移る。
既読/未読状態	通常は保持	`\Seen`などのIMAPフラグで対応する。
フォルダー構造	通常は保持	利用者ラベルは移行先のフォルダーになる。
内部受信日時	通常は保持	IMAPサーバーはRFC 3501に従い内部日時を保持できる。
会話ヘッダー	保持	`Message-ID`、`In-Reply-To`、`References`はメッセージに残る。

最後の行は、移行後もスレッドが通常どおり見える理由です。スレッド化は主にヘッダーを使うクライアント表示機能で、Gmailだけの特別な保存情報ではありません。ヘッダーモデルはRFC 5322で定義されています。

目的がgmailからメールを移し、Outlook、Apple Mail、Thunderbird、またはTrekMailウェブメールで読める状態を保つことなら、特殊な仕組みは通常不要です。適切なフォルダー選択と整理された移行先が必要です。

壊れるもの、劣化するもの、手作業が必要なもの

Gmailメールボックスの一部は、通常のIMAPインポートではそのまま保持されません。フォルダーとして動くラベル、独自のスター、Google固有の機能、カレンダー、連絡先、フィルター、Driveリンクなどが主な問題です。別の処理や書き出し計画が必要です。

短い一覧は次のとおりです。

送信済みの対応：Gmailは[Gmail]/Sent Mailを使います。多くのIMAPホストはSentまたはSent Itemsを想定します。対応付けなければ新旧の送信メールが二つに分かれます。
独自のスター：色付きスターや画面固有の状態は正確に移りません。基本的なフラグは残る場合がありますが、その他は通常失われます。
フィルターとルール：GmailフィルターはIMAPに含まれません。切り替え後に作り直します。
連絡先とカレンダー：IMAPはメール専用です。Googleを解約する前に別途書き出します。
Drive添付：Google Driveリンクはリンクのままです。ファイルがGoogleに残り、後で権限が変われば役に立たなくなる場合があります。

Googleの現在のログイン規則も重要です。個人向けGmailではGoogleログインに対応しないアプリ用のアプリパスワードを引き続き利用できますが、2-Step Verificationの有効化が必要です。詳細はアプリパスワードでログインを確認してください。管理対象のGoogle Workspaceではポリシーが厳しい場合があるため、全体の予定を立てる前に一つのメールボックスで試します。

手順：gmailからTrekMailへメールを移行する

最も速く安全な方法は、先に移行先を作成し、正しい認証情報でGmailへIMAP接続し、重複しやすいフォルダーを除外して、最終DNS切り替え前にインポートすることです。履歴を移しながら新着メールの行き先を制御できます。

TrekMailメールボックスを作り、パスワードを控えます。ドメインが未作成ならドメインの追加を参照してください。
Gmailで2-Step Verificationを有効にし、対象アカウントで利用できる場合はアプリパスワードを生成します。
TrekMailでインポートを開始し、移行元にGmailを選びます。
移行元のユーザー名にはGmailアドレスを使います。
通常のパスワードではなくGmailアプリパスワードを使います。
特別な理由がなければ、選択画面で[Gmail]/All Mail、Spam、Trashを除外します。
マッピングを制御できる場合は[Gmail]/Sent Mailを移行先の送信済みへ対応付けます。
重複のスキップを有効にします。
インポートを実行し、完了後に項目数を比較します。

Source (Gmail IMAP)
Host: imap.gmail.com
Port: 993
Security: SSL
Username: your-full-gmail-address
Password: 16-character App Password

Destination (TrekMail IMAP)
Host: imap.trekmail.net
Port: 993
Security: SSL
Username: your-full-domain-address
Password: your TrekMail mailbox password

TrekMailの文書ではGmail設定がimap.gmail.comのポート993とSSLを使い、クライアント設定では移行先がimap.trekmail.netのポート993だと確認できます。TrekMailはIMAP専用でPOP3には対応しません。端末ごとに断片を持つのではなく、一つの同期済みメールボックスにするため重要です。

多数のドメインを管理する場合はTrekMailとの差が広がります。旧方式はユーザー単位の料金と移行、個別作業の山です。新方式は定額の複数ドメインホスティング、共有ストレージ、一つの画面を提供します。該当するなら複数ドメインのメールホスティングを読んでください。

DNS切り替え：新着メールをGmailから移す時期

受信メールを失わずに移行するには、履歴を先に移し、移行先の準備が整ってからMXを変更します。MXがTrekMailを指すと新着はそこへ届き始め、最後のインポートで切り替え直前までGmailに残ったメールを回収します。

実務上の順序は次のとおりです。

最初に古いメールをインポートする。
ウェブメールまたはIMAPクライアントでTrekMailを確認する。
MXと認証レコードを更新する。
DNSが安定するまで待つ。
最近のGmailメッセージを最後に短くインポートする。

; Example TrekMail DNS records
@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "your-generated-dkim-value"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

Google WorkspaceのSPFレコードが既にある場合、二つ目を公開しないでください。include値を一つのレコードへ統合します。二重のSPFは認証を壊すため、TrekMailのDNS文書でも注意しています。切り替え後は必須DNSレコードで設定を確認します。

Gmailをドメインメールの画面として使い続けたいだけなら別の構成です。ドメインメールをgmailへ転送する方法を読んでください。Gmailを離れてメール基盤を管理したいなら、別の転送策を増やさず移行を完了します。

よくある失敗を避ける方法

失敗の多くは、All Mailのコピー、誤ったGoogleパスワード、不要な迷惑メールフォルダーの移行、容量による検証という四つの操作ミスに集約されます。これらを直せば作業を管理しやすくなります。

移行の24時間から48時間前に次を整理します。

不要ならSpamとTrashを空にする。
極端に深いラベルをインポート前に改名または平坦化する。
Sent、Trash、Draftsという利用者作成ラベルがシステムフォルダーと衝突しないか確認する。
移行時間の前にGmailアプリパスワードを生成して試す。
ドメイン全体に触れる前に一つのメールボックスで小規模な試験を行う。

その後は容量ではなくメッセージ数で検証します。Gmailの容量計算は、ラベル、圧縮、内部集計が通常のIMAPサーバーと一致しないため特殊です。選んだ移行元フォルダーの表示数とインポート数を比較します。Spam、Trash、All Mailを除外したなら、Gmailの総容量と一対一で一致するとは限りません。

旧方式と新方式

旧方式は手製のIMAP移行、手動のフォルダー対応と再試行、移行後のユーザー単位課金です。新方式は標準IMAPの移行先、内蔵移行、共有ストレージ、メールボックス追加を罰しない定額料金です。

	旧方式	TrekMailによる新方式
料金体系	ユーザー料金が増え続ける	$3.50/moからのプランと共有ストレージ
移行	手動設定とフォルダー整理	有料プラン内蔵のインポート
ストレージ	席数単位の上限	アカウント全体で共有
ドメイン管理	一度に一つ	複数ドメイン運用向け
プロトコル	混在または独自方式が多い	標準重視のIMAPメールボックス