現象
Microsoft Exchange Server 2019 またはExchange Server 2016 環境では、次のシナリオを検討してください。
-
少なくとも 2 つのドメインを持つ組織を作成します。ユーザー A のメールボックスは、Exchange サーバーを持たないドメインに作成されます。
-
設定ADServer 設定 -ViewEntireForest $trueコマンドレットを実行します。
-
新しいメールボックスサーチ -名前 <Hold1> -ソースメールボックス <userA> -InPlaceHoldEnabled $trueコマンドレットを使用して、インプレース ホールドを作成します。
-
ユーザー A のGet-Mailboxコマンドレットを実行し、インプレース ホールド値を表示します。GUID はインプレースホールドの一部になったため、設定する必要があります。
-
セットメールボックスサーチ <Hold1> -Source メールボックス $null -InPlaceHoldEnabled $falseコマンドレットを実行します。
-
Get-Mailboxコマンドレットをもう一度実行し、値を入力しないでください。
-
[メールボックスの削除]コマンドレットを Hold1 の検索コマンドレットで実行し、削除する必要があります。
この状況では、別のドメインにあるメールボックスからインプレース 保持属性がクリアされていないことがわかります。したがって、メールボックスの削除コマンドレットは期待どおりに動作しません。
原因
受信者セッションは、インプレースホールドを有効にするとフォレストレベルのアクセス権を持ちますが、Set-MailboxSearchコマンドレットを使用してインプレースホールドを無効にすると、受信者セッションは現在のドメインにのみアクセスできます。したがって、インプレース ホールドを無効にしても、別のドメインにあるユーザーのメールボックスからインプレース 保持属性はクリアされません。さらに、メールボックスの削除検索の実行は失敗します。別のドメインにあるユーザーのメールボックスの In-Place Hold 属性がまだ存在する場合、メールボックス検索を削除することは不可能です。
解決方法
この問題を解決するには、次のいずれかの更新プログラムをインストールします。
-
Exchange Server 2019 の累積的な更新プログラム 3または後の累積的な更新Exchange サーバー 2019 用。
-
Exchange Server 2016 の累積的な更新プログラム 14または後の累積的な更新Exchange サーバー 2016 用。
参照情報
マイクロソフトが ソフトウェア更新プログラムの説明に使用する用語について説明します。
