A caixa de correio de destino não tem um proxy smtp correspondente numa migração de caixa de correio
Problema
Suponha que tem uma implementação híbrida do Microsoft Exchange Server no local e do Exchange Online no Microsoft 365. Quando tenta mover caixas de correio do seu ambiente no local para o Exchange Online, recebe a seguinte mensagem de erro:
A caixa de correio de destino não tem um proxy smtp correspondente a "<domain.mail.onmicrosoft.com>"
Causa
Este problema pode ocorrer se uma das seguintes condições for verdadeira:
- A caixa de correio de origem não está carimbada para ter um <endereço smtp domain.mail.onmicrosoft.com>.
- O domínio> de endereço <proxy.mail.onmicrosoft.com não está sincronizado com o Microsoft 365 no objeto de utilizador de correio na nuvem correspondente.
Solução
Para encontrar a causa do problema e determinar a partir de que caixa de correio o <endereço de e-mail domain.mail.onmicrosoft.com> está em falta, execute os seguintes comandos na Shell de Gestão do Exchange e no PowerShell do Exchange Online:
Na Shell de Gestão do Exchange no local:
Get-Mailbox <AffectedUser> | FL EmailAddresses, EmailAddressPolicyEnabled
No PowerShell do Exchange Online:
Get-MailUser <AffectedUser> | Select -ExpandProperty emailaddresses
Cenário 1: <o endereço de e-mail domain.mail.onmicrosoft.com> está em falta na caixa de correio de origem no local (Shell de Gestão do Exchange)
Para resolver este problema, adicione o <endereço de e-mail domain.mail.onmicrosoft.com> à caixa de correio de origem no local.
Se a caixa de correio no local tiver uma política de endereço de e-mail aplicada (ou seja, o valor do parâmetro EmailAddressPolicyEnabled é Verdadeiro ou a caixa de verificação Atualizar automaticamente endereços de e-mail com base na política de endereço de e-mail aplicada a este destinatário está selecionada para o utilizador no Centro de Administração do Exchange ou na Consola de Gestão do Exchange), isto significa que a política de endereço de e-mail não contém o domínio> SMTP <secundário.mail.onmicrosoft.com domínio no modelo de política de endereço de e-mail. Pode verificar novamente esta política ao executar o seguinte comando na Shell de Gestão do Exchange:
Get-EmailAddressPolicy | FL Identity, EnabledEmailAddressTemplates
Neste caso, adicione <domain.mail.onmicrosoft.com> à política de endereço de e-mail. Para tal, siga estes passos:
Abra o Centro de Administração do Exchange no servidor Exchange no local.
Clique em Fluxo de correio e, em seguida, clique em Políticas de endereço de e-mail.
Selecione a política de endereço de e-mail que pretende alterar e, em seguida, clique em Editar.
No formato de endereço de e-mail, adicione o domínio (<domain.mail.onmicrosoft.com>) à política, clique em Guardar e, em seguida, clique em aplicar a para aplicar a alteração aos destinatários.
Deverá agora ver que o <endereço SMTP domain.mail.onmicrosoft.com> está carimbado na caixa de correio no local quando executa o seguinte comando:
Get-Mailbox <AffectedUser> | FL EmailAddresses, EmailAddressPolicyEnabled
Aguarde pela execução da sincronização de diretórios. Em alternativa, force uma sincronização de diretórios delta. Para obter mais informações sobre como fazê-lo, consulte Iniciar o Scheduler.
Se a caixa de correio no local não tiver uma política de endereço de e-mail aplicada (ou seja, o valor do parâmetro EmailAddressPolicyEnabled é Falso ou a caixa de verificação Atualizar automaticamente endereços de e-mail com base na política de endereço de e-mail aplicada a este destinatário não está selecionada para o utilizador no Centro de Administração do Exchange ou na Consola de Gestão do Exchange) ou se, por qualquer motivo, a política de endereço de e-mail não carimbar ou aplicar a user@domain.mail.onmicrosoft.com endereço smtp no destinatário, tem de adicionar manualmente o <endereço de e-mail domain.mail.onmicrosoft.com> ao utilizador e, em seguida, sincronizar a alteração com o ID do Microsoft Entra. Para tal, siga estes passos:
Abra o Centro de Administração do Exchange no servidor Exchange no local.
Clique em destinatários e, em seguida, clique em caixas de correio.
Selecione e faça duplo clique na caixa de correio no local que pretende alterar.
Nos endereços de e-mail, clique no ícone adicionar () para adicionar user@domain.mail.onmicrosoft.com o endereço de e-mail aos endereços de e-mail do utilizador.
Clique em OK e, em seguida, em Guardar.
Deverá agora ver o <domínio.mail.onmicrosoft.com> carimbado na caixa de correio no local quando executar o seguinte comando:
Get-Mailbox <AffectedUser> | FL EmailAddresses
Aguarde pela execução da sincronização de diretórios. Em alternativa, force uma sincronização de diretórios delta. Para obter mais informações sobre como fazê-lo, consulte Iniciar o Scheduler.
Cenário 2: <o endereço de e-mail domain.mail.onmicrosoft.com> está carimbado na caixa de correio de origem no local, mas está em falta no objeto de utilizador de correio na nuvem (PowerShell do Exchange Online)
Neste caso, provavelmente tem um problema de sincronização. Determine se a sincronização de diretórios funciona e se tem erros de sincronização comunicados na ferramenta Microsoft Entra Connect ou no centro de administração do Microsoft 365. Para obter mais informações sobre como fazê-lo, consulte Ver erros de sincronização de diretórios no Microsoft 365.
Também poderá ter um erro de validação de utilizador, se já tiver um objeto de utilizador na cloud no qual o user@domain.mail.onmicrosoft.com endereço de e-mail está carimbado.
Para ver este erro, tem de se ligar ao Microsoft 365 PowerShell e, em seguida, executar um dos seguintes comandos, consoante se ligue ao serviço MSOnline (MSOL) ou ao Microsoft Entra ID para Windows PowerShell:
(Get-MsolUser -UserPrincipalName <AffectedUserUPN>).Errors.ErrorDetail.ObjectErrors.ErrorRecord.ErrorDescription
(Get-AzureADUser -ObjectId <AffectedUserUPN>).Errors.ErrorDetail.ObjectErrors.ErrorRecord.ErrorDescription
Nota
Os módulos do PowerShell do Azure AD e do MSOnline são preteridos a partir de 30 de março de 2024. Para saber mais, leia a atualização de preterição. Após esta data, o suporte para estes módulos está limitado à assistência de migração para o SDK do PowerShell do Microsoft Graph e correções de segurança. Os módulos preteridos continuarão a funcionar até 30 de março de 2025.
Recomendamos que migre para o Microsoft Graph PowerShell para interagir com o Microsoft Entra ID (anteriormente Azure AD). Para perguntas de migração comuns, veja as FAQ sobre Migração. Nota: As versões 1.0.x do MSOnline podem sofrer interrupções após 30 de junho de 2024.
Para obter mais informações, veja Ver erros de validação para utilizadores no portal do Microsoft 365 ou no módulo do Azure Active Directory para Windows PowerShell.
Em seguida, no Microsoft 365 PowerShell, verifique se os endereços proxy no Microsoft Entra ID contêm o endereço user@domain.mail.onmicrosoft.comde e-mail . Para tal, execute um dos seguintes comandos:
(Get-MsolUser -UserPrincipalName <AffectedUserUPN>).ProxyAddresses
(Get-AzureADUser -ObjectId <AffectedUserUPN>).ProxyAddresses
Se encontrar o user@domain.mail.onmicrosoft.com endereço smtp para o utilizador no resultado do comando, mas ainda não tiver este endereço de e-mail no PowerShell do Exchange Online com o Get-MailUser
comando , significa que a ferramenta De Sincronização de Diretórios trouxe o endereço com êxito para o Microsoft Entra ID e provavelmente tem um problema de sincronização entre o Microsoft Entra ID e o Exchange Online.
Outra causa poderá ser se o domain.mail.onmicrosoft.com domínio smtp carimbado no utilizador no local estiver incorreto. Por exemplo, o domínio não existe no seu inquilino do Microsoft 365 ou nos domínios aceites do Exchange Online. Para obter mais informações sobre domínios aceites, veja Ver domínios aceites.
Se não conseguir determinar a causa do problema, abra um pedido de suporte junto da equipa de Suporte da Microsoft para investigar mais aprofundadamente.
Mais informações
Para obter mais informações sobre políticas de endereços de e-mail e implementações híbridas do Exchange, consulte a secção "Política de endereço de e-mail" da cloud nos seus termos (PARTE I): implementar uma mensagem de blogue híbrida.
Para obter mais informações sobre como editar uma política de endereço de e-mail, consulte Editar uma política de endereço de e-mail.
Para obter mais informações sobre o domínio de coexistência que é adicionado pelo assistente de Configuração Híbrida, consulte a entrada "Domínios" no Assistente de Configuração Híbrida.
Ainda necessita de ajuda? Aceda à Comunidade Microsoft ou os fóruns do Exchange TechNet.