
Conclusion
この記事の結論
Exchange管理側で独立したメールボックスの作成を確認しました。利用者による送受信は次の確認項目です。
別名は、既にあるメールボックスにメールを届けるためのもう一つのアドレスです。独立運用の目的が「別の受信箱を持ち、その宛先として返信すること」なら、アドレスの付け替え、受信先の作成、実際の送受信をそれぞれ確認する必要があります。
今回の対応
11月7日、既存の別名を独立アカウントに移し、必要なライセンスを割り当てました。移行後にExchangeの管理情報を読み直し、対象がユーザーメールボックス(UserMailbox)として作成されたことを確認しました。
旧受信箱との関係を先に決める
切替後に届くメールの宛先と、切替前に旧受信箱へ届いた履歴は別物です。別名を独立させても、過去のメールがすべて新しい受信箱へ移ったとは言えません。履歴の移送が要件にある場合は、対象期間や保管先を決めて別工程として扱います。
状況別の判断と次の対応
| 観察した状態 | そこから判断できること | 次に確認すること |
|---|---|---|
| 新しいアカウントが存在 | IDの用意ができた | 必要なライセンスの割当を確認する |
| ExchangeでUserMailboxを表示 | 独立メールボックスを管理側で確認 | 利用者のサインイン試験へ進む |
| 受信・返信が実際に成功 | 受信先と差出人表示を利用者側で確認できる | 実施時刻と結果を引き渡す |
移行後テストの組み立て
新しい宛先に識別しやすい件名で送信し、新しい受信箱に届いたかを見ます。そのメッセージに返信し、受け取った側で差出人表示を確認します。11月7日の事例で得られた証拠は管理上のUserMailboxまでなので、これらの試験は利用開始の確認項目として残しています。
- 01切替前の別名の割当先を確認する
- 02切替後に受信者の種類を読み戻す
- 03新しい受信箱で受信と返信を試す
確認結果で判断期待どおり → 結果を記録して完了期待と異なる → 止まった手順と結果を整理し、担当者へ確認
