我们正处于从 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 邮箱并将所有邮件路由到该邮箱?
我在我的域中遇到了同样的问题。有人为已经拥有本地邮箱的用户手动创建 o365 邮箱
我找到了解决它的方法:
Remove-MsolUser -UserPrincipalName [email protected] -Force
Remove-MsolUser -UserPrincipalName [email protected] -RemoveFromRecycleBin -Force
我认为更简单直接。如果需要,您还可以在本地重新迁移邮箱(离线)。
我决定不想使用 Outlook 从云邮箱中导出所有邮件,从用户那里删除 Office 365 许可证(或只是 EOL 许可证),然后使用 Powershell 永久删除邮箱,然后迁移本地邮箱到云端,然后将导出的数据重新导入新的云邮箱。我知道这行得通,但似乎绕道而行。我最终做的可能更多,但这是另一种方式:
<user alias>@<our custom domain>.mail.onmicrosoft.com
.整理好邮件用户对象后,我想我需要在 Active Directory 属性中调整几件事:
<user alias>@<our custom domain>.mail.onmicrosoft.com
.-2147483642
.2147483648
.4
.Get-Mailbox -Identity <alias> | fl
属性。诀窍是当它在那里报告时,它是文本格式的,要编辑 AD 属性,必须以十六进制格式输入。我使用了一个在线转换器(有几个,我在对格式不匹配进行网络搜索后发现)来获取十六进制版本并更新了 AD 属性。匿名用户建议以下内容,而不是使用 GUID 转换器。这也将允许 Powershell 自动化该过程。
谢谢毛罗!它对我有用,你必须添加
-UserPrincipalName
到你的命令中,它对我有用!为了摆脱云邮箱,我只是从一个订阅更改为另一个订阅,所以我在 E5 上使用 IE,我将帐户更改为 Business Premium 但删除了 Exchange Online 选项,然后我将邮箱迁移到云,然后再改回 E5 订阅。