Estamos usando um provedor de serviços terceirizado para enviar e-mails transacionais. Recentemente, notei um aumento nas taxas de falha para um determinado domínio de recebimento.
Os envios falham com o erro "498 No MX for example.com".
Os envios são repetidos após um determinado atraso e geralmente são bem-sucedidos após algumas tentativas. Mas, às vezes, eles excedem o limite de repetição e são descartados permanentemente.
Entrei em contato com o suporte do provedor e eles me disseram que isso se deve ao domínio receptor declarando MX de diferentes provedores.
$ dig mx example.com
;; ANSWER SECTION:
example.com. 859 IN MX 25 mail05.example.com.
example.com. 859 IN MX 20 mail11.example.net.
Eles estão se referindo ao fato de que um MX está usando example.come o outro está usando example.nete isso aparentemente é uma má prática e pode levar ao erro descrito acima.
Esta é a primeira vez que ouço algo assim e imediatamente ligaria para BS sobre isso, mas pensei em dar a eles o benefício da dúvida e ouvir o que os outros têm a dizer sobre o assunto.
Eles estão principalmente errados.
Não é uma má prática ter mais de um MX, e também não é uma má prática ter um ou mais deles com um nome de host em outro domínio. Na verdade, costumava ser bastante comum que as pessoas configurassem seu próprio servidor de e-mail em seu próprio domínio como seu MX principal e, em seguida, tivessem o servidor de e-mail de seu ISP como MX secundário.
A única pequena parte que pode ser relevante é que, se o MX no outro domínio não for resolvido corretamente, por exemplo, se o domínio
example.netestiver com problemas de DNS, isso seria um problema. Mas é por isso que você tem mais de um MX - se um falhar, os outros ainda funcionarão.Você deve responder ao provedor e apontá-lo para RFC 5321 , seção 5.1. É um pouco longo para citar, mas a essência é que, se houver mais de um MX, o remetente deve tentar pelo menos os dois primeiros, e não há restrição de tê-los em domínios separados.
Não, isso é BS. Ter essa opção é uma das principais razões pelas quais você pode especificar vários MXs com prioridades diferentes em primeiro lugar.
Deve haver outro problema.