我们正在从Exchange 2010内部部署到Office 365的混合共存迁移中。这意味着我们已经运行了ADFS和“目录同步”(现在称为Windows Azure AD Sync)。 我们正在迁移邮箱的一半以上,所以我们用户的邮箱中大约有60%在云端,剩下的40%左右仍在Exchange 2010数据库中。
今天,我们发现我们的一个用户同时拥有一个内部部署的Office 365邮箱和一个AD帐户。 这意味着,如果他在已join域的计算机上打开Outlook并执行初始configuration,则会使用自动发现将其连接到他的内部部署邮箱,但是如果他login到Office 365门户,则会显示其云邮箱。
更糟的是,当一个邮箱在云端的用户给他发了一封电子邮件时,他只能到他的云端邮箱,而当一个邮箱仍在本地的用户只能到他的内部邮箱。 所以他不能在一个地方看到他所有的邮件。
我们如何“合并”他的邮件数据(最终目标:Office 365),并确保他的Outlook“自动发现”Office 365邮箱,并将所有邮件路由到该邮箱?
我决定我不想使用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连接到Exchange Online的PowerShell会话的云邮箱的ExchangeGuid属性Get-Mailbox -Identity <alias> | fl Get-Mailbox -Identity <alias> | fl 。 诀窍是当它在那里被报告,它是以文本格式并且编辑AD attritube时,必须以hex格式input它。 我使用了一个在线转换器 (有几个,我做了一个格式不匹配的networkingsearch后发现)得到hex版本和更新的AD属性。 匿名用户build议以下,而不是使用GUID转换器。 这也将允许Powershell自动化的过程。
而不是使用GUID转换器,您可以从365复制GUID并更新Active Directory中的用户属性:
$365MboxGUID = get-mailbox -identity $samaccountname | select -ExpandProperty ExchangeGuid Set-ADUser $samaccountname -replace @{msExchMailboxGuid=$365MboxGUID}
我在我的域中有同样的问题。 有人为已经拥有预置邮箱的用户手动创buildo365邮箱
我已经find了解决这个问题的方法:
Remove-MsolUser -UserPrincipalName [email protected] -Force Remove-MsolUser -UserPrincipalName [email protected] -RemoveFromRecycleBin -Force 我觉得更简单直接。 如果您需要,您也可以重新迁移您的邮箱(offboarding)。
感谢毛罗! 它为我工作,U必须将-UserPrincipalName添加到您的命令,它为我工作!
Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -Force Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -RemoveFromRecycleBin -F
为了摆脱云邮箱,我只是从一个订阅改变到另一个,所以IE我在E5上,我将我的帐户更改为Business Premium,但删除了Exchange Online选项,然后我将邮箱迁移到云,然后更改回E5订阅。