如何协调用户与内部和云邮箱？

Question

我们正处于从 Exchange 2010 内部部署到 Office 365 的混合共存迁移过程中。这意味着我们正在运行 ADFS 和“Dirsync”（现在称为 Windows Azure AD Sync）。我们的邮箱迁移工作已完成一半以上，因此大约 60% 的用户邮箱位于云中，其余 40% 左右仍位于内部部署的 Exchange 2010 数据库中。

今天，我们发现我们的一位用户将内部部署邮箱和 Office 365 邮箱都链接到他的一个 AD 帐户。这意味着，如果他在加入域的计算机上打开 Outlook 并完成初始配置，它会使用自动发现将他连接到他的内部部署邮箱，但如果他登录到 Office 365 门户，则会显示他的云邮箱。

更糟糕的是，当邮箱在云中的用户向他发送电子邮件时，它只会转到他的云邮箱，而当邮箱仍在本地的用户时，它只会转到他的本地邮箱。所以他不能在一个地方看到他的所有邮件。

我们如何“合并”他的邮件数据（最终目的地：Office 365）并确保他的 Outlook“自动发现”Office 365 邮箱并将所有邮件路由到该邮箱？

Answer 1

我在我的域中有同样的问题。有人为已有内部部署邮箱的用户手动创建 o365 邮箱

我找到了这种方法来解决它：

• 在 PST 中导出 office 365 邮箱
• 删除 office 365 用户许可证（这将删除他的云邮箱）
• 从 office 365 AD 中删除 office 365 用户：
  • Remove-MsolUser -UserPrincipalName youruser@youroffice365domain.com -Force
  • Remove-MsolUser -UserPrincipalName youruser@youroffice365domain.com -RemoveFromRecycleBin -Force
• DirSync（在 Office 365 AD 中重新创建用户）
• 为用户重新分配 Office 365 许可证
• 将用户迁移到 Office 365
• 恢复 PST

我认为更简单明了。如果需要，您还可以重新迁移您的本地邮箱（离线）。

Answer 2

我决定不想使用 Outlook 从云邮箱中导出所有邮件，从用户中删除 Office 365 许可证（或只是 EOL 许可证），然后使用 Powershell 永久删除邮箱，然后迁移内部部署邮箱到云中，然后将导出的数据重新导入到新的云邮箱中。我知道这会奏效，但似乎有点迂回。我最终做的可能更是如此，但这是另一种方式：

• 我更改了内部部署邮箱上的电子邮件地址以阻止邮件发送到它，然后我使用 Exchange shell 将内部部署邮箱导出到 PST。
• 我禁用了内部部署邮箱（基本上在 Exchange 2010 中将其删除 - 以前称为“删除 Exchange 功能”）。
• 我创建了一个新的 在 Exchange 2010 中邮件用户，与相关的现有用户连接。这给了我一个开始从内部部署路由到Office 365必要邮件的对象，这是被称为一个对象上的远程邮箱（它看起来就像你不能用新远程邮箱...的工具，如果远程邮箱已经存在）。创建邮件用户时，我确保目标地址是<user alias>@<our custom domain>.mail.onmicrosoft.com.

整理好 Mail User 对象后，我想我需要在 Active Directory 属性中调整几项内容：

• 首先，我将proxyAddresses属性中正确回复地址的协议大写。
• 我验证了targetAddress属性是<user alias>@<our custom domain>.mail.onmicrosoft.com.
• 从另一个设置正确的用户复制，我将msExchRecipientDisplayType从空白更改为-2147483642.
• 如上所述，我将msExchRecipientTypeDetails从空白更改为2147483648.
• 我将msExchRemoteRecipientType更改为4.
• 最后，看起来我必须填充msExchMailboxGuid属性，结果证明这比看起来更棘手。我使用 PowerShell 会话找到了云邮箱的ExchangeGuid属性，该会话通过Get-Mailbox -Identity <alias> | fl. 诀窍是当它在那里报告时，它是文本格式，要编辑 AD 属性，必须以十六进制输入格式。我使用了一个在线转换器（有几个，我在对格式不匹配进行网络搜索后发现的）来获取十六进制版本并更新 AD 属性。
• 那时看起来我已经在 AD 中完成了，所以我运行了一个目录同步，确保没有可怕的错误，然后联系用户再次通过 Oulook 初始配置运行它们，它“自动发现”了在线邮箱并像一个魅力。
• 此时，我正在完成将开始时导出的 PST 中的项目复制到使用 Outlook 的在线邮箱中。

一位匿名用户建议使用以下方法，而不是使用 GUID 转换器。这也将允许 Powershell 自动化该过程。

无需使用 GUID 转换器，您只需从 365 复制 GUID 并更新 Active Directory 中的用户属性即可：

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

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