Temos um servidor híbrido Exchange 2019 para habilitar remotamente nossos usuários de AD para email e enviar para nossas caixas de correio a partir de determinados aplicativos legados. Embora nossos usuários sejam todos vinculados ao AD, criamos algumas caixas de correio (por exemplo, compartilhadas) diretamente no EOL/M365 (também conhecido como nenhum objeto AD).
O servidor híbrido envia mensagens de forma confiável para todas as nossas caixas de correio remotas vinculadas ao AD, mas assim que alteramos o destinatário para uma caixa de correio compartilhada criada diretamente no EOL (sem objeto AD), obtemos algo assim:
<550 4.4.7 QUEUE.Expired; message expired in unreachable destination queue. Reason: A matching connector cannot be found to route the external recipient>
Além disso, pelo que vale a pena, notei nos logs de rastreamento de mensagens que quando endereçamos para " [email protected] " as entregas bem-sucedidas fazem uma fonte de roteamento resolver para " [email protected] ". Nossas caixas de correio compartilhadas são criadas diretamente no EOL e teriam apenas " [email protected] " por padrão.
Enquanto escrevia isso, tentei adicionar um SMTP secundário de " [email protected] " por meio do EOL e enviar outra mensagem de teste, mas o host híbrido ainda considera a caixa de correio compartilhada como um destinatário externo.
Se alguém já passou por isso e tiver alguma sugestão, ficarei grato. Obrigado!
O problema era o conector de envio. (Este host substituiu um host híbrido de 2016) Durante a configuração híbrida, dois conectores de envio foram criados automaticamente.
Conector de envio 1:
Conector de envio 2 (que atualizamos para funcionar):
Quando enviamos um e-mail,
[email protected]ele estava forçando a resolução para[email protected]. Para caixas de correio compartilhadas onde[email protected]não havia outro endereço, este segundo conector de envio agora podia ser usado para envio.Existem outras opções, como mesclar os conectores de envio, mas estamos deixando-as separadas para maior clareza e compreensão futura.
Mais detalhes sobre esta e configurações relacionadas podem ser encontrados aqui: https://practical365.com/exchange-2016-smtp-relay-connector/
Espero que isso ajude outra pessoa (ou eu, de novo, em um ano!)