Migração de Exchange hospedado por terceiros para o Office 365 - Como evitar notificações de falha na entrega causadas por endereços X500?

3

Atualmente, nossa organização está migrando de um servidor Exchange 2013 hospedado de terceiros para o Office 365. Nossa organização abrange várias filiais, cada uma com seu próprio domínio, e estamos migrando usuários de um escritório / domínio por vez (migração em fases, não corte).

Devido a isso, não estou usando o DirSync, e isso envolve os dois sistemas do Exchange coexistindo, até o final da migração.

A migração vem ocorrendo de forma relativamente suave. Eu tenho:

  • Criado usuários na plataforma Office 365, com os aliases SMTP apropriados.
  • Usou o MigrationWiz para migrar nossos dados de caixa de correio.
  • Deixou as contas de e-mail no servidor legado por enquanto e redirecionou os e-mails recebidos para o alias .onmicrosoft.com relevante para cada usuário, para que os e-mails enviados por usuários internos ainda estivessem na plataforma legada seria recebido pelos usuários que já migraram para o Office 365.

No entanto, isso está ficando caro, pois nossa plataforma herdada é paga pela caixa de correio (não um servidor Exchange local). Então, basicamente, estamos pagando duas vezes pelas contas de e-mail que migramos.

Se excluirmos contas de email na plataforma herdada, estaremos recebendo mensagens de erros de notificação de falha na entrega, conforme os registros X.500 desaparecem.

Eu tenho uma lista de todos os endereços X.500 na plataforma legada do provedor.

Alguns sites ( link ) sugerem que adicionar o endereço X.500 no final do Office 365 seria o suficiente ... mas não consigo entender como isso funcionaria, como a plataforma herdada saberia que o X. 500 para essa conta agora é tratado pelo Office 365? (como X.500, a meu conhecimento, não depende de registros MX?).

A solução que estava considerando era excluir caixas de correio nas plataformas herdadas e adicioná-las novamente como contato, adicionando o endereço X.500 original e encaminhando os emails enviados para esse contato para o endereço .onmicrosoft.com. No entanto, o console de gerenciamento do legado não permite isso. Nós não temos acesso ao AD ou ao PowerShell.

Em suma, estou procurando a melhor maneira de excluir contas de email na plataforma herdada, sem causar erros de notificação de falha na entrega devido a endereços X.500, tendo em mente que não temos acesso ao AD ou ao PowerShell na plataforma legada e apenas para uma plataforma de administração baseada na Web (Odin).

Obrigado!

    
por Kharlos Dominguez 21.11.2016 / 14:10

1 resposta

2

A solução X.500 é usada quando todas as caixas de correio estão ligadas à nova plataforma (seja o Office365 ou um auto hospedado). Ele permite que os usuários finais enviem e-mails para os endereços antigos e eles são entregues. A parte chave é que tanto o remetente quanto o destinatário estão na mesma plataforma.

No seu cenário, não vai funcionar. Contatos seria o método que você poderia usar, colocando o endereço onmicrosoft.com externo no contato, bem como o endereço X.500. No entanto, se as ferramentas de gerenciamento não permitem isso, então você está praticamente preso com o que está fazendo agora, e tendo o custo atingido. A única outra solução é informar aos usuários que o arquivo de apelidos não é mais válido e precisam selecionar o destinatário como novo.

Tudo se suas opções para tornar mais fácil para os usuários finais dependerem do acesso total à plataforma antiga, o que você não tem.

    
por 21.11.2016 / 14:56