¿Es una mala práctica declarar MX desde diferentes redes?

Estamos utilizando un proveedor de servicios externo para enviar correos electrónicos transaccionales. Recientemente noté un aumento en las tasas de falla para un determinado dominio receptor.

Los envíos fallan con el error "498 No MX por ejemplo.com".

Los envíos se vuelven a intentar después de un retraso dado y, por lo general, tienen éxito después de un par de reintentos. Pero a veces, exceden el límite de reintentos y se eliminan permanentemente.

Me puse en contacto con el soporte del proveedor y me dijeron que esto se debe a que el dominio receptor declaró MX de diferentes proveedores.

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

Se refieren al hecho de que un MX está usando example.comy el otro está usando example.nety eso es aparentemente una mala práctica y puede conducir al error descrito anteriormente.

Esta es la primera vez que escucho algo así e instantáneamente llamaría a BS sobre eso, pero pensé en darles el beneficio de la duda y escuchar lo que otros tienen que decir sobre el tema.

domain-name-system mx-record best-practices

— Der Hochstapler
fuente

Incluso se permite explícitamente no tener un registro MX, por lo que ese mensaje de error no tiene sentido. Su proveedor de servicios necesita mucha ayuda.

— Michael Hampton

Por supuesto que esto tiene que funcionar. Considere el caso en el que el sitio example.com.utiliza un proveedor de correo electrónico de terceros, como G Suite, para que tengan un registro MX de aspmx.l.google.com..

— user253751

¿Tal vez se trataba de que el registro MX estaba en un proveedor diferente (y defectuoso) (por ejemplo, registros de pegamento faltantes, actualizaciones de zona lenta, algo mal con los registros A, problemas de cumplimiento de estándares como mx-as-cname)?

— rackandboneman el

El problema era que el proveedor no entendía nada. Pensaron que mi problema era cuando usaba su servicio para recibir correo electrónico, donde recomiendan usar solo su MX. Pero estaba preguntando sobre el envío de correos electrónicos y el MX de un dominio receptor. Les aseguro que esto fue incompetencia de su parte. La descripción de mi problema fue muy clara y este malentendido habría sido imposible si realmente lo hubieran analizado por un segundo.

— Der Hochstapler

Respuestas:

En su mayoría están equivocados.

No es una mala práctica tener más de un MX, y tampoco es una mala práctica tener uno o más de ellos con un nombre de host en otro dominio. De hecho, solía ser bastante común que las personas configuraran su propio servidor de correo en su propio dominio como su MX principal, y luego tuvieran el servidor de correo de su ISP como MX secundario.

La pequeña parte que posiblemente podría ser relevante es que si el MX en el otro dominio no se resuelve correctamente, por ejemplo, si el dominio example.nettiene problemas de DNS, eso sería un problema. Pero es por eso que tiene más de un MX: si uno falla, los demás seguirán funcionando.

Usted debe responder al proveedor y el punto en el RFC 5321 , sección 5.1. Es un poco demasiado largo para citar, pero lo esencial es que si hay más de un MX, el remitente debe probar al menos los dos primeros, y no hay restricciones para tenerlos en dominios separados.

— Jenny D dice Reinstate Monica
fuente

No, esto es BS. Tener esta opción es una de las razones principales por las que puede especificar múltiples MX con diferentes prioridades en primer lugar.

Debe haber otro problema.

— Sven
fuente