第１ 移行前に保存場所を確認する
Thunderbirdの引越しでは，ソフトをインストールし直す作業と，メール・設定を移す作業を区別する。
とりわけ，POPで取得したメールやローカルフォルダーは，旧端末だけに残っていることがある。
新端末で受信できたことだけで，過去のメールも移行できたと判断してはならない。
第２ アカウント設定の確認
１ POP・IMAPと送信サーバー
アカウントごとに，受信方式，サーバー名，ユーザー名，ポート，接続の保護，認証方式を記録する。
送信サーバーも別に確認し，複数アカウントでは差出人と送信サーバーの対応を点検する。
設定の記録を共有する際には，パスワード・認証情報を含めない。
IMAPはサーバーとの同期であり，削除も反映され得る。
「このコンピューターにメッセージを保存する」等の同期設定を確認し，必要なフォルダーの本文・添付ファイルが取得済みか点検する（出典①）。
２ ローカルフォルダーを見落とさない
ローカルフォルダーは，通常，特定のメールサーバーとの同期対象ではない。
過去の事件メールをここへ移している場合は，サーバーに再接続しても戻らない可能性がある。
受信トレイだけでなく，送信済み，アーカイブ，下書き，フィルター，アドレス帳も対象とする。
第３ プロファイルのバックアップ
１ プロファイルとは
プロファイルは，Thunderbirdの利用データ・設定をまとめて保持する領域である。
プログラム本体のインストール先とは異なる。
公式ヘルプに従って使用中のプロファイルを開き，フォルダー名だけで推測せず，実際の保存先を確認する（出典②）。
手作業で複製する場合は，Thunderbirdを終了してから行う。
別の場所に保存先を変更しているメール等があれば，標準のプロファイルだけのコピーで足りるかを確認する。
作業中のプロファイルを複数端末で同時に書き換える運用は避ける。
２ エクスポートの容量制限
公式のエクスポートツールは，アカウント情報・メッセージ・アドレス帳・設定をZIP形式で保存する。
令和８年９月１５日確認の公式ヘルプでは，バックアップファイルの対応サイズは２GBまでとされている（出典③）。
大きなプロファイルでは，公式の手動バックアップ手順を用いる。
バックアップが作成されたことと，必要なメールを復元できることは別である。
別の保管媒体を用意し，アクセス制限を設定した上で，代表的な古いメールと添付ファイルの復元を試す。
第４ 新端末への移行手順
① 旧端末でアカウント・フォルダー・ローカル保存先・容量を記録する。
② 同期が必要なメールを取得し，Thunderbird終了後にバックアップする。
③ 新端末へ対応するThunderbirdを導入し，公式のインポート又はプロファイル復元手順を使う。
④ 既に新端末で使っているプロファイルがある場合は，その内容も別に保全する。
⑤ 受信・送信，差出人，送信済みの保存先，過去メール，添付ファイルを確認する。
⑥ 移行の確認が終わるまで，旧端末・元バックアップを消去しない。
POPからIMAPへの変更は，単なるソフトの引越しとは別である。
大量のローカルメールをIMAPへコピーすると，サーバーへのアップロードや容量増加が生じるため，少量で試してから進める。
移動とコピーを取り違えないことも重要である。
１ 切替の検収は「受信できた」だけで終えない
以下は検収方法の提案であり，特定の事務所で復元・送受信試験を実施したという結果ではない。
まず現用プロファイルを保全し，保全コピーから別プロファイル等へ復元して，通信を伴わない確認を行う。
復元したアカウントがサーバーへ接続すると同期や送信等が発生し得るため，オフラインでの確認と，承認を得た送受信試験を分ける。
| 確認項目 | 合格条件の例 |
|---|---|
| 保存メール | 必要なフォルダーの最古・中間・最新の本文と添付をオフラインで開ける |
| データ対応 | フォルダー単位で件数と期間を比較し，欠落・重複・対象外を説明できる |
| 送信・受信・返信・転送 | 承認された試験用宛先で到達と送信元・返信先を確認できる |
| 別名・共有アドレス | 宛先の振分け，利用権限，返信アドレス，送信済み保存先が正しい |
| 周辺設定 | アドレス帳，署名，フィルター，カレンダー等の移行対象を個別確認できる |
| 障害時の対応 | 元データを残し，新設定を直す手順と利用者への連絡先が決まっている |
総件数が一致しても，重複と欠落が相殺されている場合や，本文・添付を取得していない場合がある。
件数照合，重要メールの全件確認及び時期・フォルダーを分けた抽出確認を組み合わせ，どこまで確認したかを記録する。
ＩＭＡＰの同期対象は下位フォルダーにも及ぶため，親フォルダーを選択しただけで配下の本文まで保存済みと判断しない。
出典：Ｍｏｚｉｌｌａ・ＩＭＡＰ同期。
切替後の旧データの保管期限は，業務上の保存要件と復元確認を踏まえて決める。
事業者のサービスが終了した場合，旧設定へ戻せば通信も復旧するとは限らない。
具体例は，ＢＵＳＩＮＥＳＳぷららのメール提供終了後の対応（AI作成）に整理した。
第５ 不調・破損が疑われる場合
表示されないメールがある場合は，対象アカウント，フォルダーの表示条件，検索条件，サーバー上の状態を確認する。
修復・最適化・アカウント削除等を繰り返す前に，現在のプロファイルを保全する。
重大な欠落や侵害の疑いがある場合は，通常の引越し作業と分け，復旧又は証拠保全の専門的な対応を検討する。
メールソフトの復元は，通信した人物やメール内容の真実性まで証明するものではない。
事件資料として使う場合は，原メール，添付ファイル，取得経路，作業日時を別途記録する。
第６ 関連記事と出典
電子メールの仕組みと安全対策及びGmailとGoogle Workspaceも参照されたい。
Googleの外部POP取得機能の変更と，Thunderbirdからメールサーバーへの直接接続は別の経路である。
① Mozilla「IMAP Synchronization」
https://support.mozilla.org/en-US/kb/imap-synchronization
② Mozilla「Thunderbirdのプロファイル」
https://support.mozilla.org/ja/kb/profiles-where-thunderbird-stores-user-data
③ Mozilla「Thunderbirdのプロファイルをエクスポートする」
https://support.mozilla.org/ja/kb/thunderbird-export