Usuários on-premises não conseguem consultar free/busy dos usuários no Exchange Online
Em um processo de migração ao Exchange Online, fui acionado pelo cliente dizendo que os usuários On-Premises não estavam conseguindo fazer a consulta free/busy dos usuarios no Exchange Online. Estranhamente, o inverso funcionava normalmente.
O que me encabulou foi o fato de que antes de iniciarmos com a migração realizei diversos testes. Testes esses como free/busy, e tudo estava OK.
Troubleshooting:
Nota: Vou deixar um artigo que eu escrevi ensinando dicas de como realizar troubleshooting de Free/Busy hibrido.
Conforme indica o artigo que escrevi, ao realizar um teste através do OWA, obtive o erro 5016. Ao pesquisar sobre o erro, notei que ele se referia a endereço errôneo no atributo RemoteRoutingAddress. De fato, ao consultar o valor do atributo de um usuário no Exchange Online, o valor era: Nomedotanant.onmicrosoft.com
Estava faltando algo naquele endereço, o mail. O valor correto deve sempre ser: Nomedotanant.mail.onmicrosot.com
Agora a pergunta que não quer calar é, porque esse valor estava errado ? Para responder essa pergunta, precisamos primeiro entender como e quando esse valor é compilado.
Quando fazemos uma batch de migração do Exchange On-Prem ao Exchange Online, existe um campo que se chama Target delivery domain. Esse campo ele é compilado automaticamente ao criar um MRS Endpoint. Portanto nos através da interface gráfica não conseguimos modifica-lo ao criar uma batch de migração.
O Target delivery domain será sempre o valor no qual o Exchange Online ira compilar no atributo RemoteRoutingAddress aos 99% da migração da mailbox.
Ai entra a parte interessante, se não é possível modificar esse valor, como foi que ele foi compilado erroneamente ? Simples, porque o cabeçudo aqui criou um script para migração – de acordo com o que o cliente me pediu, como uma forma de automatizar o processo de migração – e no próprio script, eu preenchi o valor errado para o atributo -TargetDeliveryDomain. Ou seja, um erro besta que me causou um belo problema de free/busy.
Resolução:
A partir daí a resolução fica fácil, basta atualizar todos os usuários no qual foram migrados através do script, modificando o endereço de @nomedotanant.onmicrosoft.com para @nomedotanant.mail.onmicrosoft.com.