第１ 令和８年９月時点では「終了後」の確認が必要である
ＢＵＳＩＮＥＳＳぷららの公式案内では，メールサービスの提供終了日は令和８年８月３１日であり，９月１日以降，顧客ごとに順次送受信が停止するとされている。
本記事の確認基準日は令和８年９月１５日であり，これから終了前の準備をすれば間に合うという前提は採らない。
一方，すべての契約が９月１日の同時刻に停止したという意味でもないため，自分の契約と現時点の状態を確認する必要がある。
最初に行うべきことは，①対象契約の特定，②端末等に残る旧メールの保全，③現在の送受信状況の確認，④今後使用するアドレスと受入先の確保，⑤連絡先変更の周知である。
新しいメールソフトを入れるだけで，終了したメールサーバーや過去メールが復活するわけではない。
本記事は一般的な整理であり，特定の事務所の契約・端末設定・保存状況を確認した結果ではない。
出典：ＢＵＳＩＮＥＳＳぷらら・メールサービス提供終了のお知らせ。
第２ ＢＵＳＩＮＥＳＳぷららと個人向けぷららを分ける
| 確認対象 | 公表されている内容 | 利用者が確認すること |
|---|---|---|
| ＢＵＳＩＮＥＳＳぷらら | 対象メールサービスの提供終了 | 契約名，対象サービス，送受信停止状況，既存データ |
| 個人向けぷらら | メールサーバー更改と，ＩＭＡＰ・Ｗｅｂメール等の変更 | 契約に適用される設定案内と，旧メールの移行状況 |
法律事務所で使っているからという用途だけで，ＢＵＳＩＮＥＳＳぷららの契約であるとは判断できない。
請求書，契約名，サービスＩＤ及び管理画面の案内を照合し，対象の通知を選ぶ。
メールアドレスの文字列だけで全契約条件を推定することも避ける。
個人向けぷららの更改案内では，ＰＯＰ利用には更改による影響がない一方，ＩＭＡＰ・Ｗｅｂメールには変更があり，過去メールは自動では移行されないと説明されている。
過去メールの移行申込みは令和８年５月３１日，旧サーバーの利用は６月３０日という期限が案内されているため，９月時点で同じ申込手順を新たに実行できるとは扱わない。
未移行分の取扱いは，残存コピーの有無と提供元の回答を確認する問題である。
出典：ぷらら・メールサーバー更改の案内。
第３ 旧メールを失わないために先に保全する
１ 「件名が見える」と「本文が保存されている」は違う
メールソフトに古いメールの一覧が残っていても，本文・添付ファイルまで端末に保存されているとは限らない。
ＩＭＡＰではヘッダーのみ取得されている場合があり，サーバーが停止した後に未取得の本文を読み出そうとしても，端末内の情報だけでは復元できないことがある。
下位フォルダーや保存期間・サイズによる同期対象の制限も確認する。
出典：Ｍｏｚｉｌｌａ・ＩＭＡＰ同期。
そのため，確認前に古いアカウントを削除したり，現用プロファイルを新設定で上書きしたりしない。
メールソフトを終了し，既存の保存領域を保全した上で，別コピーを使って本文・添付の閲覧を試す。
保全コピーには依頼者情報や認証関係情報が含まれ得るため，誰でも見られる共有先へ置かず，アクセス権と暗号化を検討する。
２ 探索する保存場所を整理する
①現在使用しているＰＣのローカル保存メール，②旧ＰＣ・交換前端末，③外付け媒体等のバックアップ，④エクスポート済みメール，⑤他端末に保存された必要メールを区別して調べる。
ＰＯＰを使っていた場合も，送信済みメールがどの端末にあるか，サーバーに残す設定だったかは別に確認する。
過去にＧｍａｉｌへ取り込んだメールがある場合も，保存期間やフォルダーの対応を点検する。
ＢＵＳＩＮＥＳＳぷららの旧Ｗｅｂメール閲覧期限は既に経過している。
現在アクセスできない旧サーバーからのデータ回収を，メールソフトの設定変更だけで可能と約束することはできない。
事業者への照会結果は，データの存在，提供可否，必要な本人確認及び回答日時を分けて記録する。
３ Ｔｈｕｎｄｅｒｂｉｒｄではバックアップと復元を別に確認する
公式エクスポートのＺＩＰには２ＧＢの制限があるため，大きなプロファイルはフォルダー全体のコピーによる保全を検討する。
ただし，バックアップファイルができたことと，必要メールを復元して開けることは同じではない。
現用データに上書きせず，別環境で確認する手順は，Ｔｈｕｎｄｅｒｂｉｒｄの設定・バックアップ・メール移行の記事を参照されたい。
出典：Ｍｏｚｉｌｌａ・プロファイルのエクスポート，プロファイルの保存と移動。
第４ 同じメールアドレスを使えるか
１ 提供元のドメインを使うアドレス
ＢＵＳＩＮＥＳＳぷららの終了案内では，対象の @plala.or.jp アドレスを他事業者でそのまま利用することはできないとされる。
新しい連絡先を確保し，ウェブサイト，名刺，メール署名，取引先登録及び重要サービスの連絡先を更新する必要がある。
旧サービスの提供終了後も転送だけは無期限に続く，とは考えない。
２ 自分で管理権限を持つ独自ドメイン
独自ドメインでは，同じアドレスを別のメール事業者で使用できるか，ドメインの状態と権限を確認する。
公式案内もドメイン管理の移管等を案内しているが，終了後の現在も所定の申請を受け付けるかは個別確認が必要である。
契約期限，更新状態，登録者，管理事業者，ＤＮＳの管理先及び認証手続を確認せず，継続可能と断定しない。
ドメインの管理事業者，ＤＮＳの管理者，ウェブサイトの設置先及びメールの受入先は，同じとは限らない。
メールだけを移したい場合に，ウェブサイト用の設定や他サービスのレコードまで一括して変更しない。
ＭＸはドメイン宛メールの配送先に関わる設定であり，端末にＴｈｕｎｄｅｒｂｉｒｄを入れる作業とは別に扱う。
具体的なＤＮＳ値や送信認証の設定は，選んだ受入先の最新公式手順と現状の構成を照合して決める。
契約・管理権限の確認，切替作業の承認及び結果の検証を一つにまとめず，誤設定時に戻せる記録を確保する。
第５ 新しい送受信経路の選び方と検収
１ 受信できても，正しいアドレスで返信できるとは限らない
選択肢には，提供元のＷｅｂメール，ＰＣのメールソフトからの直接接続，Ｇｍａｉｌモバイルアプリへの外部アカウント追加，受信転送と提供元からの送信の併用，独自ドメインのメール受入先の移行がある。
ただし，終了した旧サービスへの接続方法を変えるだけでは解決しないため，先に継続可能な契約・新しいメール受入先を確保する。
Ｇｍａｉｌの外部アカウント機能変更と，ぷららのサービス終了は別の問題である。
Ｇｍａｉｌ側の変更時期まで待てばよいとはいえず，受信転送が使えることから，旧アドレスでの送信も使えると推定してはいけない。
経路ごとの相違は，ＧｍａｉｌとＧｏｏｇｌｅ Ｗｏｒｋｓｐａｃｅのアカウント・容量・端末管理の記事を参照されたい。
出典：Ｇｏｏｇｌｅ・サードパーティメールアカウントのサポート変更。
２ 切替後の確認表
| 試験 | 確認すること |
|---|---|
| 外部からの受信 | 新しい受入先に届くこと。旧経路の停止による不達も区別する |
| 送信・返信 | 相手に届き，送信元・返信先が予定したアドレスであること |
| 別名・共有アドレス | 必要な受信者に届き，権限と送信済み保存先が適切であること |
| 過去メール | 最古・中間・最新の時期の本文と添付を，保存コピーから読めること |
| データ照合 | フォルダー別の件数差，重複，欠落及び対象外データを説明できること |
| 周辺機能 | アドレス帳，振分け，署名，ウェブフォーム通知等が動作すること |
これは検収項目の提案であり，特定環境で試験を終えたという報告ではない。
試験メールは了承された試験用宛先に，実事件の内容を含めず送信する。
バックアップからの復元確認と，新しいサーバーでの送受信確認を分けて合格記録を残す。
第６ 法律事務所で忘れやすい連絡先変更
新しいアドレスが使えるようになっても，裁判所・取引先・依頼者・金融機関・各種アカウントの通知先が旧アドレスのままなら，重要な連絡を受け取れないおそれがある。
公表連絡先の変更，個別相手への連絡，サービス内の通知先及びアカウント復旧用メールの変更を，別々の作業として確認する。
依頼者情報や認証情報を含む設定画面を，公開記事や一般共有の作業記録へ掲載してはいけない。
提供停止から切替までの空白期間がある場合は，届かなかった可能性のある連絡を重要度順に洗い出し，必要な相手へ別経路で確認する。
旧メールが取得できないことと，その間に重要な連絡が存在しなかったことは同じではない。
業務期限が関係する場合は，受信環境の復旧とは別に，個別事件の確認を行う必要がある。
旧環境へ戻せるという説明も，旧サービスが今も利用できる場合に限られる。
終了後の復旧計画では，旧サーバーへの復帰ではなく，保全したデータの参照，新しい受入先の修正及び代替連絡手段を中心に考える。
移行完了は「ログインできた時点」ではなく，送受信，過去資料及び連絡先変更を確認した時点として管理することが適切である。
第７ 出典
①ＢＵＳＩＮＥＳＳぷらら・メールサービス提供終了のお知らせ。
②ぷらら・個人向けメールサーバー更改の案内。
③Ｍｏｚｉｌｌａ・ＩＭＡＰ同期。
④Ｍｏｚｉｌｌａ・プロファイルのエクスポート。
⑤Ｍｏｚｉｌｌａ・プロファイルの保存と移動。
⑥Ｇｏｏｇｌｅ・サードパーティメールアカウントのサポート変更。