サーバ統合したときはニックネームが重複する可能性があります。その場合，ニックネームを変更する必要がありニックネーム変更時の注意事項について各パターンによる動作を表H-1に示します。

[例]Ａさん（旧Ａさん），Ｃさんは旧システムＸを使用していた。

Ｂさん（旧Ｂさん），Ｄさんは旧システムＹを使用していた。

サーバ統合によりＡさん，Ｂさんとも新システムＺ（新Ａさん，新Ｂさん）を使用することになった。

パターン１：旧システムＸ，ＹでＡさんのニックネーム（A.B）とＢさんのニックネーム(A.B)が同じであった。サーバ統合後の新システムＺでニックネームをＡさんだけニックネーム(A.A)を変更した。Ａさんは拡張宛先解決機能を使用する。

パターン２：旧システムＸ，ＹでＡさんのニックネーム(A.B)とＢさんのニックネーム(A.B)が同じであった。サーバ統合後の新システムＺでニックネームをＡさんのニックネーム(A.A)，Ｂさんのニックネーム(B.B)両方変更した。Ａさん，Ｂさんとも拡張宛先解決機能を使用する。Ａさん，Ｂさんとも同一サーバに登録されており，宛先解決定義ファイルにはＡさん，Ｂさんの順に登録されている。

パターン３：旧システムＸ，ＹでＡさんのニックネーム(A.B)とＢさんのニックネーム(A.B)が同じであった。サーバ統合後の新システムＺでニックネームをＡさんのニックネーム(A.A)，Ｂさんのニックネーム(B.B)両方変更した。Ａさん，Ｂさんとも拡張宛先解決機能を使用する。Ａさん，Ｂさんとも別サーバに登録されており，宛先解決定義ファイルにはサーバごとに分けてＡさん，Ｂさんが登録されている。

パターン４：旧システムＸのＡさんのニックネーム(A.B)と旧システムＹのＢさんのニックネーム(B.A)は違うが，サーバ統合後の新システムＺでニックネームをＡさんのニックネーム(B.A)が旧システムＹのＢさんの旧ニックネーム(B.A)と同じに変更された。Ｂさんのニックネームは別なニックネーム(B.B)に変更された。Ａさん，Ｂさんとも拡張宛先解決機能を使用する。

表H-1　ニックネーム重複時の動作

	パターン１	パターン２	パターン３	パターン４
宛先解決データ作成コマンド実行結果	Ａさんはエラー	Ｂさんはエラー	正常	Ｂさんはエラー
Ｃさんが旧Ａさんから受信したメールをローカルＰＣ上から返信したときの受信者	新Ｂさん [*1]	新Ａさん	新Ａさん	新Ａさん
Ｃさんが旧Ａさんから受信したメールをローカルＰＣ上から返信したときの宛先確認表示者	新Ｂさん [*1]	新Ａさん [*2]	新Ａさん [*2]	新Ａさん [*2]
Ｃさんが旧Ａさんから受信したメールをメールボックス上から返信したときの受信者	新Ａさん [*3]	新Ａさん	新Ａさん	新Ａさん
Ｃさんが旧Ａさんから受信したメールをメールボックス上から返信したときの宛先確認表示者	新Ａさん [*4]	新Ａさん	新Ａさん	新Ａさん
Ｄさんが旧Ｂさんから受信したメールをローカルＰＣ上から返信したときの受信者	新Ｂさん	新Ａさん [*1]	新Ｂさん	新Ａさん [*1]
Ｄさんが旧Ｂさんから受信したメールをローカルＰＣ上から返信したときの宛先確認表示者	新Ｂさん [*2]	新Ａさん [*1]	新Ｂさん [*2]	新Ａさん [*1]
Ｄさんが旧Ｂさんから受信したメールをメールボックス上から返信したときの受信者	新Ｂさん	新Ｂさん [*3]	新Ｂさん	新Ｂさん [*3]
Ｄさんが旧Ｂさんから受信したメールをメールボックス上から返信したときの宛先確認表示者	新Ｂさん	新Ｂさん [*4]	新Ｂさん	新Ｂさん [*4]

[*1]：誤って送信，表示されるケース

[*2]：宛先確認表示で表示するニックネームはクライアントからの要求データを表示するためニックネーム表示が旧ニックネーム表示となります。

[*3]：上記表はサーバ統合後にサーバ統合前に使用していたユーザIDを別ユーザに割当て再利用しない場合の記述です。「RECYCLED_USERID=Y」を指定した場合は，拡張宛先解決機能を使用していないユーザのメールボックス処理はエラーとなります。

[*4]：上記表はサーバ統合後にサーバ統合前に使用していたユーザIDを別ユーザに割当て再利用しない場合の記述です。「RECYCLED_USERID=Y」を指定した場合は，拡張宛先解決機能を使用していないユーザのメールボックス処理はO/R名表示となります。