È una cattiva pratica dichiarare MX da reti diverse?

Stiamo utilizzando un fornitore di servizi di terze parti per inviare e-mail transazionali. Di recente ho notato un aumento dei tassi di errore per un determinato dominio ricevente.

Gli invii falliscono con l'errore "498 No MX for example.com".

Le mandate vengono ritentate dopo un determinato ritardo e di solito hanno esito positivo dopo un paio di tentativi. Ma a volte superano il limite di tentativi e vengono eliminati in modo permanente.

Ho contattato il supporto del provider e mi hanno detto che ciò è dovuto al dominio ricevente che dichiara MX da diversi provider.

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

Si riferiscono al fatto che un MX sta usando example.come l'altro sta usando example.nete che è apparentemente una cattiva pratica e può portare all'errore sopra descritto.

Questa è la prima volta che sento qualcosa del genere e chiamerei immediatamente BS, ma ho pensato di dare loro il beneficio del dubbio e sentire ciò che gli altri hanno da dire sull'argomento.

domain-name-system mx-record best-practices

— Der Hochstapler
fonte

È anche esplicitamente permesso di non avere un record MX, quindi quel messaggio di errore è insensato. Il tuo fornitore di servizi ha bisogno di molto aiuto.

— Michael Hampton

Naturalmente questo deve funzionare. Considera il caso in cui il sito example.com.utilizza qualsiasi provider di posta elettronica di terze parti, come G Suite, in modo che abbiano un record MX di aspmx.l.google.com..

— user253751

Forse si trattava del fatto che il record MX si trovava presso un provider diverso (e difettoso) (ad es. Record di colla mancanti, aggiornamenti di zone lente, qualcosa di sbagliato nei record A, problemi di conformità agli standard come mx-as-cname)?

— rackandboneman,

Il problema era che il provider non capiva nulla. Pensavano che il mio problema fosse quando usavo il loro servizio per ricevere e-mail, dove raccomandavano di usare solo il loro MX. Ma stavo chiedendo di inviare e-mail e MX di un dominio ricevente. Ti assicuro che questa era incompetenza da parte loro. La descrizione del mio problema era molto chiara e questo malinteso sarebbe stato impossibile se avessero effettivamente esaminato il problema anche solo per un secondo.

— Der Hochstapler,

Sono per lo più sbagliati.

Non è una cattiva pratica avere più di un MX, e allo stesso modo non è una cattiva pratica avere uno o più di essi con un nome host in un altro dominio. In effetti, era abbastanza comune che le persone configurassero il proprio server di posta nel proprio dominio come MX primario, e quindi il server di posta del proprio ISP come MX secondario.

L'unica piccola parte che potrebbe essere presumibilmente rilevante è che se l'MX nell'altro dominio non si risolve correttamente, ad esempio se il dominio example.netha problemi DNS, ciò costituirebbe un problema. Ma è per questo che hai più di un MX: se uno fallisce, gli altri continueranno a funzionare.

È necessario rispondere al fornitore e indicarli a RFC 5321 , sezione 5.1. È un po 'troppo lungo per citare, ma l'essenza è che se c'è più di un MX, il mittente deve provare almeno i primi due e non ci sono restrizioni per averli in domini separati.

— Jenny D dice Reinstate Monica
fonte

No, questo è BS. Avere questa opzione è uno dei motivi principali per cui puoi specificare più MX con priorità diverse in primo luogo.

Ci deve essere un altro problema.

— Sven
fonte