Estamos no meio de uma migração de coexistência híbrida do Exchange 2010 no local para o Office 365. Isso significa que temos ADFS e "Dirsync" (agora chamado Windows Azure AD Sync) em execução. Já estamos na metade da migração da caixa de correio, então cerca de 60% das caixas de correio de nossos usuários estão na nuvem e os 40% restantes ou mais ainda estão em bancos de dados locais do Exchange 2010.
Hoje descobrimos que um de nossos usuários tem uma caixa de correio local e uma do Office 365 vinculada à sua única conta do AD. Isso significa que, se ele abrir o Outlook em um computador ingressado no domínio e passar pela configuração inicial, ele usará a descoberta automática para conectá-lo à sua caixa de correio local, mas se ele fizer logon no portal do Office 365, ele mostrará sua caixa de correio na nuvem.
Pior ainda, quando um usuário cuja caixa de correio está na nuvem envia um e-mail para ele, ele vai apenas para sua caixa de correio na nuvem e, quando um usuário cuja caixa de correio ainda está no local, vai apenas para sua caixa de correio local. Portanto, ele não pode ver todas as suas correspondências em um só lugar.
Como podemos "mesclar" seus dados de e-mail (destino final: Office 365) e garantir que seu Outlook "descobre automaticamente" a caixa de correio do Office 365 e todo o e-mail seja roteado para essa caixa de correio?
Eu tenho o mesmo problema no meu domínio. Alguém cria manualmente a caixa de correio o365 para usuários que já possuem uma caixa de correio local
Eu encontrei esta maneira de corrigi-lo:
Remove-MsolUser -UserPrincipalName [email protected] -Force
Remove-MsolUser -UserPrincipalName [email protected] -RemoveFromRecycleBin -Force
Acho mais simples e direto. Você também pode migrar novamente sua caixa de correio local (exclusão) se precisar.
Decidi que não queria exportar todos os e-mails da caixa de correio na nuvem usando o Outlook, remover a licença do Office 365 (ou apenas a licença EOL) do usuário, usar o Powershell para excluir permanentemente a caixa de correio e migrar o local caixa de correio na nuvem e reimporte os dados exportados para a nova caixa de correio na nuvem. Eu sabia que isso funcionaria, mas parecia rotunda. O que acabei fazendo pode ter sido mais, mas aqui está outra maneira:
<user alias>@<our custom domain>.mail.onmicrosoft.com
.Depois que o objeto Mail User foi resolvido, percebi que tinha várias coisas para ajustar nos atributos do Active Directory:
<user alias>@<our custom domain>.mail.onmicrosoft.com
.-2147483642
.2147483648
.4
.Get-Mailbox -Identity <alias> | fl
. O truque é quando é relatado lá, é em formato de texto e para editar o atributo AD deve-se inseri-lo em formato hexadecimal . Usei um conversor online (existem vários, que descobri depois de fazer uma pesquisa na web sobre a incompatibilidade de formato) para obter a versão hexadecimal e atualizei o atributo AD.Um usuário anônimo sugeriu o seguinte, em vez de usar o conversor GUID. Isso também permitiria a automação do processo pelo Powershell.
Obrigado Mauro! Funcionou para mim, você teve que adicionar
-UserPrincipalName
ao seu comando e funcionou para mim!Para me livrar da caixa de correio na nuvem, simplesmente mudei de uma assinatura para outra, então IE Eu estava no E5, mudei minha conta para Business Premium, mas removi a opção Exchange Online, depois migrei minha caixa de correio para a nuvem antes de voltar para a assinatura E5.