É uma prática recomendada declarar MX de redes diferentes?

21

Estamos usando um provedor de serviços de terceiros para enviar email transacional. Recentemente, notei um aumento nas taxas de falha de um determinado domínio de recebimento.

Os envios falham com o erro "498 No MX for example.com".

Os envios são tentados novamente após um determinado atraso e geralmente são bem-sucedidos após algumas tentativas. Mas, às vezes, eles excedem o limite de novas tentativas 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 declarar MX de diferentes fornecedores.

$ 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 prática ruim e pode levar ao erro descrito acima.

É a primeira vez que ouço algo assim e eu telefonaria instantaneamente para a BS, 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.

domain-name-system mx-record best-practices Der Hochstapler
fonte
11
É até explicitamente permitido não ter um registro MX, para que a mensagem de erro não faça sentido. Seu provedor de serviços precisa de muita ajuda.
Michael Hampton
4
Claro que isso tem que funcionar. Considere o caso em que o site example.com.usa qualquer provedor de email de terceiros, como o G Suite, para que eles tenham um registro MX de aspmx.l.google.com..
usar o seguinte comando
1
Talvez fosse sobre o registro MX estar em um fornecedor diferente (e com defeito) (por exemplo, registros de cola ausentes, atualizações de zona lenta, algo errado com os registros A, problemas de conformidade com os padrões como mx-as-cname)?
rackandboneman
A questão era que o provedor não entendia nada. Eles pensaram que meu problema era ao usar o serviço para receber e-mails, onde recomendam usar apenas o MX. Mas eu estava perguntando sobre o envio de emails e o MX de um domínio de recebimento. Garanto-lhe que isso foi incompetência da parte deles. Minha descrição do problema era muito clara e esse mal-entendido seria impossível se eles realmente analisassem o problema por um segundo.
Der Hochstapler

Respostas:

44

Eles estão principalmente errados.

Não é uma prática ruim ter mais de um MX e também não é uma prática ruim ter um ou mais deles com um nome de host em outro domínio. De fato, costumava ser bastante comum que as pessoas configurassem seu próprio servidor de correio em seu próprio domínio como seu MX principal e depois tivessem o servidor de correio do seu ISP como MX secundário.

A única parte minúscula que pode ser relevante é que, se o MX no outro domínio não resolver adequadamente, 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 a RFC 5321 , seção 5.1. É um pouco longo para citar, mas o essencial é que, se houver mais de um MX, o remetente deve tentar pelo menos os dois primeiros e não há restrição para tê-los em domínios separados.

Jenny D diz Restabelecer Monica
fonte
24

Não, isso é BS. Ter essa opção é um dos principais motivos pelos quais você pode especificar vários MXs com prioridades diferentes em primeiro lugar.

Deve haver outro problema.

Sven
fonte