Como reconciliar usuário com caixas de correio no local e na nuvem?

7

Estamos no meio da migração de coexistência híbrida do Exchange 2010 no local para o Office 365. Isso significa que temos o AD FS e o "Dirsync" (agora chamado de Windows Azure AD Sync) em execução. Estamos na metade da caixa de correio de migração, portanto, cerca de 60% das caixas de correio de nossos usuários estão na nuvem e os 40% restantes ainda estão nos bancos de dados locais do Exchange 2010.

Hoje descobrimos que um de nossos usuários tem uma caixa de correio local e do Office 365 vinculada à sua 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, mostrará sua caixa de correio na nuvem.

Ainda pior, quando um usuário cuja caixa de correio está na nuvem envia um e-mail para ele, ele é direcionado apenas para a caixa de correio na nuvem e, quando um usuário cuja caixa de correio ainda está no local, acessa apenas sua empresa local caixa de correio. Então 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 verificar se o Outlook "detecta automaticamente" a caixa de correio do Office 365 e se todos os e-mails são roteados para essa caixa de correio?

    
por Todd Wilcox 06.06.2016 / 19:27

4 respostas

4

Eu decidi que não queria exportar todos os e-mails da caixa de correio do Cloud usando o Outlook, remover a licença do Office 365 (ou apenas a licença EOL) do usuário e usar o Powershell para excluir permanentemente a caixa de correio. caixa de correio local para a nuvem e, em seguida, importe novamente os dados exportados para a nova caixa de correio na nuvem. Eu sabia que isso daria certo, mas parecia se aproximar. O que acabei fazendo poderia ter sido mais, mas aqui está outra maneira:

  • Alterei os endereços de email na caixa de correio local para impedir que o email fosse direcionado para ele. Em seguida, usei o shell do Exchange para exportar a caixa de correio local para o PST.
  • Desativei a caixa de correio local (que basicamente a exclui do Exchange 2010 - antiga chamada de "remoção de recursos do Exchange").
  • Eu criei um novo Usuário de e-mail no Exchange 2010, conectado ao usuário existente em questão. Isso me deu um ponto de partida em um objeto necessário para o roteamento de email para o Office 365 de local, que é um objeto chamado Caixa de Correio Remota (Parece que você não pode usar o Novo Remoto Mailbox ... se a caixa postal remota já existir). Ao criar o usuário de email, verifiquei se o endereço de destino era <user alias>@<our custom domain>.mail.onmicrosoft.com .

Depois que o objeto Usuário de email foi resolvido, concluí que tinha várias coisas para ajustar nos atributos do Active Directory:

  • Primeiro, coloquei em maiúsculas o protocolo para o endereço de resposta correto no atributo proxyAddresses .
  • Verifiquei que o atributo targetAddress era <user alias>@<our custom domain>.mail.onmicrosoft.com .
  • Copiando de outro usuário que foi configurado corretamente, alterei msExchRecipientDisplayType de branco para -2147483642 .
  • Como acima, alterei msExchRecipientTypeDetails de em branco para 2147483648 .
  • Eu mudei msExchRemoteRecipientType para 4 .
  • Por fim, parecia que eu precisava preencher o atributo msExchMailboxGuid , que acaba sendo mais complicado do que parecia. Eu encontrei a propriedade ExchangeGuid para a caixa de correio na nuvem usando uma sessão do PowerShell conectada ao Exchange Online com Get-Mailbox -Identity <alias> | fl . O truque é quando é relatado lá, está no formato texto e para editar o atributo attr do AD, é necessário inseri-lo no formato hex . Eu usei um conversor on-line (existem vários, que eu descobri depois de fazer uma pesquisa na web no formato incompatibilidade) para obter a versão hexadecimal e atualizou o atributo AD.
  • Naquele momento, parecia que eu estava pronto no AD, então executei um dirsync, certifiquei-me de que não havia erros horríveis e entrei em contato com o usuário para executá-lo novamente na configuração inicial do Oulook, que "autodiscoveriu" a caixa de correio on-line e funcionou como um encanto.
  • No momento, estou finalizando a cópia de itens do PST exportados no início para a caixa de correio on-line usando o Outlook.

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.

Rather than use the GUID converter, you can just copy the GUID from 365 and update the user property in Active Directory:

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

Set-ADUser $samaccountname -replace @{msExchMailboxGuid=$365MboxGUID}
    
por 06.06.2016 / 20:29
7

Eu tenho o mesmo problema no meu domínio. Alguém crie manualmente a caixa de correio do o365 para usuários que já possuem uma caixa de correio local

Eu encontrei este caminho para corrigir isso:

  • Exportar caixa de correio do office 365 em PST
  • Remover a licença de usuário do Office 365 (isso removerá sua caixa de correio na nuvem)
  • Remover o usuário do Office 365 do Office 365 AD:
  • DirSync (recrie o usuário no Office 365 AD)
  • Reatribuir a licença do Office 365 para o usuário
  • Migrar usuário para o escritório 365
  • Restaurar PST

Eu acho mais simples e direto. Você também pode migrar novamente sua caixa de correio no local (offboarding) se precisar.

    
por 05.10.2016 / 16:42
1

Obrigado Mauro! Funcionou para mim, você teve que adicionar -UserPrincipalName ao seu comando e funcionou para mim!

Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -Force
Remove-MsolUser -UserPrincipalName youruser@youroffice365domain -RemoveFromRecycleBin -F
    
por 20.01.2017 / 03:03
-1

Para me livrar da caixa de correio na nuvem, simplesmente mudei de uma assinatura para outra, então eu estava no E5, mudei minha conta para o Business Premium mas removi a opção Exchange Online, migrei minha caixa de correio para a nuvem antes de voltar Assinatura E5.

    
por 30.01.2017 / 11:44