Apakah praktik yang buruk untuk mendeklarasikan MX dari jaringan yang berbeda?


21

Kami menggunakan penyedia layanan pihak ke-3 untuk mengirim email transaksional. Baru-baru ini saya memperhatikan peningkatan tingkat kegagalan untuk domain penerima yang diberikan.

Pengiriman gagal dengan kesalahan "498 No MX for example.com".

Pengiriman dikirim lagi setelah penundaan yang diberikan dan biasanya berhasil setelah pasangan mencoba lagi. Tetapi kadang-kadang, mereka melebihi batas coba lagi dan dijatuhkan secara permanen.

Saya menghubungi dukungan penyedia dan mereka mengatakan kepada saya bahwa ini disebabkan oleh domain penerima yang mendeklarasikan MX dari penyedia yang berbeda.

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

Mereka merujuk pada fakta bahwa satu MX menggunakan example.comdan yang lainnya menggunakan example.netdan yang tampaknya praktik buruk dan dapat menyebabkan kesalahan yang dijelaskan di atas.

Ini adalah pertama kalinya saya mendengar sesuatu seperti itu dan saya akan langsung memanggil BS, tapi saya pikir saya akan memberi mereka keuntungan dari keraguan dan mendengar apa yang orang lain katakan tentang topik itu.


11
Bahkan secara eksplisit diizinkan untuk tidak memiliki catatan MX, sehingga pesan kesalahan tidak masuk akal. Penyedia layanan Anda membutuhkan banyak bantuan.
Michael Hampton

4
Tentu ini harus berhasil. Pertimbangkan kasus di mana situs example.com.menggunakan penyedia email pihak ketiga mana pun, seperti G Suite, sehingga mereka memiliki data MX aspmx.l.google.com..
user253751

1
Mungkin itu tentang catatan MX berada di penyedia yang berbeda (dan salah) (mis. Catatan lem yang hilang, pembaruan zona lambat, ada yang salah dengan catatan A, masalah kepatuhan standar seperti mx-as-cname)?
rackandboneman

Masalahnya adalah penyedia tidak mengerti apa-apa. Mereka pikir masalah saya adalah ketika menggunakan layanan mereka untuk menerima email, di mana mereka merekomendasikan untuk hanya menggunakan MX mereka. Tapi saya bertanya tentang mengirim email dan MX dari domain penerima. Saya yakinkan Anda, ini adalah ketidakmampuan mereka. Uraian masalah saya sangat jelas dan kesalahpahaman ini tidak mungkin terjadi jika mereka benar-benar melihat ke dalam masalah bahkan untuk sedetik.
Der Hochstapler

Jawaban:


44

Mereka kebanyakan salah.

Ini bukan praktik buruk untuk memiliki lebih dari satu MX, dan sama-sama bukan praktik buruk untuk memiliki satu atau lebih dari mereka dengan nama host di domain lain. Bahkan, biasanya cukup umum bahwa orang akan mengatur server surat mereka sendiri di domain mereka sendiri sebagai MX utama mereka, dan kemudian memiliki server email ISP mereka sebagai MX sekunder.

Satu bagian kecil yang mungkin relevan adalah bahwa jika MX di domain lain tidak menyelesaikan dengan benar, misalnya jika domain example.netmengalami masalah DNS, itu akan menjadi masalah. Tapi itu sebabnya Anda memiliki lebih dari satu MX - jika salah satu gagal, yang lain masih berfungsi.

Anda harus menanggapi penyedia dan mengarahkannya di RFC 5321 , bagian 5.1. Ini agak terlalu panjang untuk dikutip, tetapi intinya adalah bahwa jika ada lebih dari satu MX, pengirim harus mencoba setidaknya dua yang pertama, dan tidak ada batasan untuk memilikinya di domain terpisah.


24

Tidak, ini BS. Memiliki opsi ini adalah salah satu alasan utama mengapa Anda dapat menentukan beberapa MX dengan prioritas yang berbeda di tempat pertama.

Pasti ada masalah lain.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.