web-dev-qa-db-ja.com

オンプレミスとクラウドの両方のメールボックスでユーザーを調整する方法は?

Exchange 2010オンプレミスからOffice 365へのハイブリッド共存移行の真っ最中です。つまり、ADFSと "Dirsync"(現在はWindows Azure AD Syncと呼ばれています)が実行されています。メールボックスの移行の半分以上が経過しているため、ユーザーのメールボックスの約60%はクラウドにあり、残りの40%はまだオンプレミスのExchange 2010データベースにあります。

本日、ユーザーの1人が1つのADアカウントにリンクされたオンプレミスとOffice 365の両方のメールボックスを持っていることを発見しました。つまり、ドメインに参加しているコンピューターでOutlookを開き、初期構成を実行すると、自動検出を使用してオンプレミスのメールボックスに接続されますが、Office 365ポータルにログオンすると、クラウドメールボックスが表示されます。

さらに悪いことに、メールボックスがクラウドにあるユーザーがメールを送信すると、メールはクラウドのメールボックスのみに送信され、メールボックスがまだオンプレミスにあるユーザーは、オンプレミスのメールボックスのみに送信されます。そのため、彼はすべてのメールを1か所で見ることができません。

どのようにして彼のメールデータ(最終的な宛先:Office 365)を "マージ"し、彼のOutlookがOffice 365メールボックスを "自動検出"し、すべてのメールがそのメールボックスにルーティングされるようにすることができますか?

7
Todd Wilcox

Outlookを使用してクラウドメールボックスからすべてのメールをエクスポートし、Office 365ライセンス(またはEOLライセンスのみ)をユーザーから削除し、Powershellを使用してメールボックスを完全に削除し、オンプレミスに移行したくないと判断しましたメールボックスをクラウドに送信し、エクスポートしたデータを新しいクラウドメールボックスに再インポートします。私はそれがうまくいくことを知っていましたが、回り道のようでした。私がやったことはもっとそうだったかもしれませんが、ここに別の方法があります:

  • 社内メールボックスの電子メールアドレスを変更して、メールが届かないようにした後、Exchangeシェルを使用して社内メールボックスをPSTにエクスポートしました。
  • オンプレミスのメールボックスを無効にしました(Exchange 2010では基本的に削除されます-以前は「Exchange機能の削除」と呼ばれていました)。
  • 問題の既存のユーザーと接続して、Exchange 2010で新しいMail Userを作成しました。これにより、オンプレミスからOffice 365へのメールルーティングに必要なオブジェクト、つまりRemote Mailboxと呼ばれるオブジェクトが始まりました(これは、 新しいリモートメールボックス...リモートメールボックスが既に存在する場合のツール)。メールユーザーを作成するときに、ターゲットアドレスが<user alias>@<our custom domain>.mail.onmicrosoft.comであることを確認しました。

メールユーザーオブジェクトが整理されたら、Active Directoryの属性を調整する必要があることがいくつかわかりました。

  • まず、proxyAddresses属性で正しい返信先アドレスのプロトコルを大文字にしました。
  • targetAddress属性が<user alias>@<our custom domain>.mail.onmicrosoft.comであることを確認しました。
  • 正しく設定された別のユーザーからコピーして、msExchRecipientDisplayTypeを空白から-2147483642に変更しました。
  • 上記のように、msExchRecipientTypeDetailsを空白から2147483648に変更しました。
  • msExchRemoteRecipientType4に変更しました。
  • 最後に、msExchMailboxGuid属性を設定する必要があるように見えましたが、これは見た目よりトリッキーであることがわかりました。 Get-Mailbox -Identity <alias> | flでExchange Onlineに接続されたPowerShellセッションを使用して、クラウドメールボックスのExchangeGuidプロパティを見つけました。ここで報告されるのは、text形式であり、AD属性を編集するには、hex形式で入力する必要があります。 。 16進数のバージョンを取得してAD属性を更新するために、 オンラインコンバーター を使用しました(形式の不一致についてWeb検索を行ったところ、いくつか見つかりました)。
  • その時点で、私はADで完了したように見えたため、同期を実行し、恐ろしいエラーがないことを確認してから、ユーザーに再度連絡してOulookの初期構成を実行しました。これにより、オンラインメールボックスが「自動検出」され、チャーム。
  • 現在、Outlookを使用して、最初にエクスポートされたPSTからオンラインメールボックスへのアイテムのコピーを完了しています。

GUIDコンバーターを使用する代わりに、匿名ユーザーが次のことを提案しました。これにより、Powershellによるプロセスの自動化も可能になります。

GUIDコンバーターを使用する代わりに、GUIDを365からコピーして、Active Directoryのユーザープロパティを更新することができます。

$365MboxGUID = get-mailbox -identity $samaccountname | select -ExpandProperty ExchangeGuid

Set-ADUser $samaccountname -replace @{msExchMailboxGuid=$365MboxGUID}
5
Todd Wilcox

私のドメインにも同じ問題があります。誰かが既に社内メールボックスを持っているユーザーのためにo365メールボックスを手動で作成します

私はそれを修正するこの方法を見つけました:

  • PSTでOffice 365メールボックスをエクスポートする
  • Office 365ユーザーライセンスを削除します(これにより、クラウドメールボックスが削除されます)
  • Office 365 ADからOffice 365ユーザーを削除します:
  • DirSync(Office 365 ADでユーザーを再作成)
  • ユーザーにOffice 365ライセンスを再割り当てする
  • ユーザーをOffice 365に移行する
  • PSTを復元

私はもっ​​とシンプルで簡単だと思います。必要に応じて、オンプレミス(オフボーディング)でメールボックスを再移行することもできます。

7
Mauro

マウロありがとう!それは私にとってはうまくいきました、Uは-UserPrincipalNameあなたのコマンドに、それは私のために働いた!

Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -Force
Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -RemoveFromRecycleBin -F
1
Tony