Temos um locatário do Microsoft 365 e encontramos um problema com o roteamento de e-mails devido a um requisito incomum.
Conectamos o domínio example.com ao locatário, e o e-mail que é enviado [email protected]é colocado na caixa de correio do Exchange para o respectivo usuário (Exchange Online). Na maioria dos casos, esse é o comportamento desejado.
No entanto, para certos usuários, os e-mails não devem chegar às caixas de correio do Exchange Online desses usuários, mas, em vez disso, devem ser encaminhados para outro MX que lida com as mensagens recebidas desses usuários. Isso parece impossível de ser alcançado se houver o requisito adicional de que as caixas de correio do Exchange Online desses usuários permaneçam habilitadas.
Para explicar com um exemplo:
Os usuários [email protected]e [email protected]ambos têm suas caixas de correio do Exchange Online habilitadas. As mensagens de e-mail para [email protected]devem ser colocadas na respectiva caixa de correio do Exchange Online, mas as mensagens para [email protected]devem ser encaminhadas para outro MX externo que lida com e-mails de entrada para [email protected], mas não para [email protected].
Para que isso acontecesse, fizemos o seguinte:
- Crie um conector com as seguintes propriedades:
- Cenário de fluxo de e-mail: do Office 365 para o servidor de e-mail da sua organização
- Nome:
Bypass_Exchange - Status: Ativado
- Uso do conector: Use somente quando eu tiver uma regra de transporte configurada que redireciona mensagens para este conector
- Roteamento: roteie mensagens de e-mail por meio destes hosts inteligentes:
mx.otherdomain.com - Restrições de segurança: (não relevante aqui)
- Validação: Último resultado da validação: Validação bem-sucedida (o restante da propriedade de validação não é relevante aqui)
- Crie uma regra com as seguintes propriedades:
- Status: Habilitado
- Nome da regra:
Bypass_b - Modo: Aplicar
- Gravidade: Não especificado
- Definir intervalo de datas: O intervalo de datas específico não foi definido
- Endereço do remetente: Cabeçalho correspondente
- Prioridade: 0
- Para erros de processamento de regras: Ignorar
- Aplique esta regra se: qualquer endereço de destinatário corresponder a estes padrões:
[email protected] - Faça o seguinte: Roteie a mensagem usando o conector chamado
Bypass_Exchange - Comentários sobre as regras: (nenhum)
Isso funciona até a metade:
Se alguém enviar um e-mail para [email protected], a mensagem chega na respectiva caixa de correio do Exchange Online. Se alguém enviar um e-mail para [email protected], a mensagem é encaminhada para mx.otherdomain.com, que a manipula adequadamente porque está configurado para cuidar de mensagens para [email protected].
Mas se alguém enviar um e-mail para ambos os destinatários (por exemplo, [email protected]se [email protected]ambos estiverem no To:cabeçalho), as coisas dão errado e o remetente recebe uma notificação de não entrega.
Entendo por que isso acontece: o Microsoft 365 aciona a regra porque um endereço de destinatário corresponde [email protected]a , e encaminha a mensagem para mx.otherdomain.com, que por sua vez enlouquece porque não está configurado para lidar com e-mails para [email protected].
Embora tenha entendido o problema, não consegui encontrar uma solução para ele, mesmo depois de ter analisado de perto todas as condições possíveis no editor de regras e seu possível uso. Nas configurações de fluxo de e-mail no Microsoft 365, é possível de alguma forma "dividir" as mensagens recebidas em duas cópias, onde uma cópia vai apenas para os destinatários que são manipulados pelas caixas de correio do Exchange Online e a outra cópia vai apenas para os destinatários que são manipulados por mx.otherdomain.com?
Há várias opções aqui.
A melhor solução seria usar um domínio SMTP diferente no servidor de e-mail externo; dessa forma, você poderia:
[email protected]caixa de correio para encaminhar mensagens para[email protected]Se, em vez disso, você realmente precisar compartilhar o mesmo domínio SMTP entre o Exchange Online e um servidor de e-mail externo, as coisas se tornarão muito mais complexas.