退職者のメールアドレスを削除する前に確認したい停止・引き継ぎ手順

退職者のメールアドレスは、本人のアクセスを止めることと、会社に必要なメールを残すことを分けて考えます。 引き継ぎが終わっていないからといって本人のログインを残す必要はありません。一方、アクセスを止めたいだけなのにアカウントを削除すると、必要な記録まで失うおそれがあります。

まず会社が決めた利用終了時刻に合わせて、管理者がアクセスを停止します。そのうえで過去のメールの保存先と、今後届くメールの受け口を確認し、最後に削除やライセンス変更を判断します。予定された退職なら受け口の準備は停止前に進めますが、準備不足を理由にアクセス停止を遅らせるものではありません。

この記事は会社の管理担当者向けの確認順です。Google WorkspaceとMicrosoft 365の仕様は2026年9月18日に公式情報で確認しました。実際の操作は契約や権限によって異なり、ここに書いた順番だけで全サービスの停止が完了するわけではありません。

アクセス停止と保存と受信継続を分ける

「メールを残しておく」という依頼だけでは、何を残すのかが曖昧です。過去のやり取りを後任が読みたいのか、旧アドレスへ届く新しい相談を受けたいのかによって、必要な設定が違います。

メールボックスの内容を後任者へ丸ごと渡すことが、いつも適切とは限りません。会社の規程や業務上の必要性に沿って、閲覧できる人と範囲を決めます。採用情報や他の社員に関する連絡が含まれる場合もあるため、関係者全員へ一律転送する設計は避けた方が良いです。

保存期間は、業務上の必要性と自社に適用される保存要件を確認して決めます。「退職者のメールは一律に何年保存すればよい」とはここでは定めません。紛争対応などで保全が必要な場合は、削除に進む前に責任者や専門家へ確認してください。

退職時はパスワードの変更だけで終わらせない

パスワードを変えても、すでに使っている端末の接続や外部サービスの利用まで、すべて即座に止まるとは限りません。管理者はサインインの停止とセッションの失効を確認し、会社の端末や連携サービスも確認します。実施日時と担当者を残しておくと、作業の抜けを確認しやすくなります。

Google WorkspaceにはログインCookieのリセットや連携アプリのアクセス管理があります。外部の認証基盤でログインしている場合は、その認証側のセッションも確認が必要です。Googleのセキュリティ設定の説明を参照してください。

Microsoft 365では、公式の退職者アクセス停止手順に、パスワードのリセットと全セッションからのサインアウトが示されています。サインインのブロックには反映時間があるため、チェックを入れた直後に遮断済みと決めつけないことが重要です。

すでに端末へ保存されたデータは、メールアカウントの停止だけで回収できるわけではありません。貸与端末の返却や社内データの扱いも、会社の退職手順で管理します。

Google Workspaceは停止後の受信を別に設計する

Google Workspaceで管理者がユーザーを停止すると、既存データは削除されませんが、そのアカウントへの新しいメールはブロックされます。また、停止しただけでは通常の課金がなくなるわけではありません。公式のユーザー停止の説明で確認できます。

「停止しても本人のGmailに設定した転送がそのまま動く」とは考えないでください。 旧アドレスへの連絡を受け続ける場合は、管理者側で別の受信先への配送を設計します。Googleには受信者アドレスマップによる転送・リダイレクトがあります。既存のルーティング条件も確認し、対象ユーザーを停止した状態で外部からのテストメールが後任へ届くことを確かめます。

過去データを残す方法としては、必要なデータの移行や、元従業員アカウントのアーカイブなどを検討します。アーカイブは通常の受信継続とは別で、利用条件や必要な契約を確認する必要があります。単にライセンスを外せば、メールを安全に残せるという意味ではありません。

削除を選ぶ場合も、先に必要な記録と関連ファイルの引き継ぎを完了します。ドライブのファイルを移したことと、Gmailの過去メールを保存したことは別なので、それぞれ後任側で確認してください。

Microsoft 365は共有メールボックスの条件を確認する

Microsoft 365では、退職者のユーザーメールボックスを共有メールボックスへ変換する方法があります。過去のメールを残して後任者が扱う場合の候補ですが、変換しただけで本人のアクセスを止めたことにはなりません。関連アカウントのサインインをブロックしたうえで、後任者へ必要な権限を付けます。

公式の変換手順では、変換前のユーザーメールボックスにライセンスが必要とされています。ライセンスを先に解除せず、変換が終わり必要な内容を確認してから、解除できる条件に当てはまるか判断します。

共有メールボックスは50GBまでなら本体のライセンスなしで使える場合がありますが、アーカイブや保持機能などには別の条件があります。アクセスする担当者側にもExchange Onlineのライセンスが必要です。共有メールボックスの公式条件に照らして確認してください。

共有メールボックスを残す間は、その基になるユーザーアカウントを削除しません。 転送を継続する場合も、Microsoftの削除手順は関連アカウントを残すよう注意しています。「退職から数か月たったから削除する」ではなく、残している機能が何に依存するかで判断します。

転送を終える時期と自動返信の文面を決める

転送期間を一律に3か月や6か月と決めるより、未完了の案件と登録先の変更状況を基準にします。開始時に見直し日と担当者を決め、重要な連絡がまだ旧アドレスへ来ていないかを確認します。期限を決めずに転送を残し続ける運用も避けたいところです。

特に、外部サービスのログインIDやパスワード再設定先が旧アドレスのままになっていないかを調べます。転送があるから安心とせず、メールアドレス変更時のチェックリストに沿って、会社が管理できる連絡先へ切り替えます。

自動返信を使う場合は、退職理由や個人の連絡先を書く必要はありません。次の連絡先がわかる文面にします。以下は架空の窓口を使った例です。

お問い合わせありがとうございます。このアドレスの担当窓口は変更になりました。今後のご連絡は support@example.com へお願いいたします。お急ぎの場合は、同窓口へ改めてご連絡ください。

「自動転送しています」「担当者が確認します」と書くなら、実際にそうなっていることを確認します。停止済みユーザーの自動返信が送られるとは限らないため、設定する場所も含めて外部からテストしてください。

今後の受け口を個人名ではなく役割名にする場合は、ビジネスメールアドレスの命名例も参考になります。窓口名を残して、担当する人だけを変更できる形を考えます。

削除してしまった場合は復元期限をすぐ確認する

削除後に必要なメールが見つかった場合は、同じ名前のアカウントを作り直す前に、管理者が元のアカウントを復元できるか確認します。名前を再利用しても、過去データが戻るとは限りません。

この日数はユーザーアカウントの削除に関する案内です。個別のメール削除や、バックアップ製品の復元期間とは別です。Googleの復元条件とMicrosoftの復元手順で、現在の状態が対象になるかを確認してください。復元によってアクセスが戻る場合もあるため、退職者本人の利用再開を意図しないことを管理者間で共有します。

これから処理する場合は、まず「本人の利用終了時刻」「過去メールの保存担当」「新着メールの受け口」を決めてください。削除やライセンス解除は、その三つが実際に機能していることを確認した後に判断するのが安全です。