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}