Anda mengirim penawaran ke alamat yang baru saja diberikan calon klien, dan dalam hitungan detik email itu kembali dengan pesan gagal kirim. Isinya bukan "kotak masuk penuh", melainkan sesuatu yang terdengar lebih dalam: domain tujuan tidak punya server email. Padahal ejaan alamatnya sudah benar dan situs perusahaan itu terbuka biasa saja di browser.
Kalau ini terjadi, biang keladinya hampir selalu satu: record MX. Sebelum menyalahkan penerima atau menuduh server Anda bermasalah, jauh lebih cepat mengecek apakah sebuah alamat benar-benar bisa menerima email dan melihat apa yang diumumkan DNS domain tersebut. Di bawah ini penjelasan tentang apa itu record MX, cara membacanya, dan apa artinya kalau record itu tidak ada.
Apa itu record MX dan apa tugasnya
MX adalah singkatan dari Mail Exchanger. Ia sebuah baris di zona DNS sebuah domain yang menjawab satu pertanyaan sangat spesifik: server mana yang berhak menerima surat untuk domain ini? Jawabannya bukan alamat IP, melainkan nama host, misalnya aspmx.l.google.com atau mx1.penyediahosting.co.id.
Yang sering membingungkan pemilik domain: situs web dan email berjalan lewat jalur yang benar-benar terpisah. Browser mencari record A atau AAAA untuk tahu di server mana halaman disimpan, sedangkan server pengirim email tidak peduli sedikit pun pada record itu dan langsung mencari MX. Jadi situs bisa hidup sempurna sementara emailnya tidak bisa diterima sama sekali.
Urutan kejadian saat Anda menekan tombol kirim kira-kira begini:
- Server pengirim memisahkan bagian setelah tanda @ dan bertanya ke DNS: apa record MX untuk domain ini?
- DNS mengembalikan satu atau beberapa nama host beserta angka prioritasnya.
- Nama host itu diterjemahkan lagi menjadi alamat IP lewat record A atau AAAA.
- Server pengirim membuka koneksi SMTP ke IP tersebut dan menyerahkan pesannya.
Kalau langkah pertama gagal, tiga langkah sisanya tidak pernah terjadi. Itulah kenapa pantulannya datang cepat sekali, bukan setelah menunggu berjam-jam.
Nilai prioritas dan MX cadangan
Setiap record MX punya angka di depannya, misalnya 10, 20, atau 30. Angka itu adalah prioritas, dan aturannya terbalik dari intuisi: angka yang lebih kecil dicoba lebih dulu. Host dengan prioritas 10 adalah tujuan utama; host dengan prioritas 20 baru dipakai kalau yang pertama tidak bisa dihubungi.
Kalau dua host punya angka yang sama, server pengirim memilih salah satu secara acak; ini cara sederhana membagi beban antara server yang setara. Penyedia email besar biasanya memberi beberapa host sekaligus, dan itu sudah cukup untuk mayoritas domain.
MX cadangan berguna kalau server utama mati: surat ditampung dulu di server kedua, lalu diteruskan begitu yang utama hidup lagi. Tapi cadangan yang dipasang asal-asalan justru merepotkan, karena server yang tidak tahu daftar alamat sah di domain Anda akan menerima segalanya lebih dulu lalu menghasilkan pantulan susulan. Satu penyedia dengan beberapa host miliknya sendiri biasanya lebih aman daripada dua penyedia yang tidak saling kenal.
Cara mengecek record MX sendiri
Anda tidak butuh akses ke server siapa pun untuk melihat record MX; data ini publik. Beberapa cara paling cepat:
- Linux atau macOS: dig MX namadomain.com +short akan menampilkan daftar prioritas dan nama host dalam beberapa baris pendek.
- Windows: buka Command Prompt lalu ketik nslookup -type=mx namadomain.com.
- Alternatif singkat: host -t MX namadomain.com pada sistem yang menyediakannya.
- Lewat browser: alat pemeriksa alamat email melakukan pencarian yang sama untuk Anda dan langsung menerjemahkan hasilnya menjadi kesimpulan yang bisa dipakai.
Kalau perintah di atas tidak mengembalikan baris apa pun, itu sendiri sudah jawaban: domain tersebut tidak mengumumkan server email mana pun. Ingat juga bahwa DNS punya TTL, yaitu berapa lama jawaban lama boleh disimpan di cache, sehingga sebagian pengirim masih memakai data lama setelah Anda mengubah MX. Untuk memastikan jalur masuknya benar-benar hidup, kirim pesan uji ke kotak masuk sementara yang bisa dibuka tanpa mendaftar, lalu balas dari sana ke domain Anda.
Arti "domain tidak punya record MX"
Pesan ini muncul di laporan bounce maupun di hasil validasi alamat, dan maknanya harfiah: tidak ada satu pun server yang bersedia menerima surat untuk domain itu. Penyebab yang paling sering ditemui:
- Domain dibeli hanya untuk situs web atau untuk diparkir, dan email memang tidak pernah dikonfigurasi.
- Ada salah ketik pada bagian domain, misalnya kehilangan satu huruf atau memakai akhiran yang mirip tapi berbeda.
- Domain sudah kedaluwarsa, lalu zona DNS-nya diganti halaman iklan oleh registrar.
- Zona DNS dipindahkan dan record MX tidak ikut disalin.
Karena penyebabnya struktural, kegagalan seperti ini hampir selalu permanen, bukan gangguan sesaat. Perbedaan keduanya menentukan apakah alamat itu layak dicoba lagi besok atau langsung dibuang dari daftar, seperti dibahas dalam catatan tentang bounce permanen dan bounce sementara.
Kenapa validator selalu memeriksa MX lebih dulu
Alat validasi alamat email bekerja bertahap, dari pemeriksaan paling murah ke yang paling mahal. Pemeriksaan sintaks hanya melihat bentuk tulisannya dan tidak membuktikan apa-apa, karena alamat karangan pun bisa lolos. Langkah berikutnya barulah menyentuh dunia nyata: bertanya ke DNS apakah domain tersebut mengumumkan server penerima. MX dipakai di titik itu karena hasilnya cepat, tidak membebani siapa pun, dan sangat menentukan. Tanpa MX, membuka koneksi SMTP tidak ada gunanya.
Memang ada jalan pintas di standar SMTP lama: kalau sebuah domain tidak punya MX sama sekali, pengirim boleh mencoba record A atau AAAA domain itu, seolah-olah server web-nya ikut menerima surat. Ini disebut implicit MX dan sebaiknya tidak pernah diandalkan, karena server web modern jarang membuka port SMTP dan sebagian penyedia besar tidak repot mencoba jalur cadangan ini. Pasang MX eksplisit walau hanya satu baris.
Kesalahan konfigurasi yang paling sering terjadi
- MX menunjuk ke CNAME. Nilai sebuah record MX harus berupa nama host yang punya record A atau AAAA sendiri. Menunjuk ke alias membuat sebagian server pengirim menolak atau gagal menyelesaikan pencarian.
- MX diisi alamat IP. Sama salahnya, dan biasanya berakhir dengan zona yang ditolak atau surat yang tidak pernah sampai.
- MX hilang setelah pindah penyedia. Ini kasus klasik: nameserver diganti agar situs baru online, zona baru hanya berisi record A, dan email diam-diam mati beberapa jam kemudian saat cache lama habis.
- MX lama ditinggalkan. Setelah migrasi, host penyedia lama masih terdaftar dengan prioritas kecil, sehingga sebagian surat tetap mendarat di kotak yang tidak dibaca siapa pun.
- Titik di akhir nama host terlewat. Pada beberapa panel DNS, nama tanpa titik penutup membuat nama domain Anda ditempelkan lagi di belakangnya.
Hubungan MX dengan SPF, DKIM, dan DMARC
Keempatnya sama-sama tinggal di DNS, jadi gampang tertukar. Pembagiannya begini: MX mengurus surat yang masuk, sedangkan SPF, DKIM, dan DMARC mengurus keabsahan surat yang keluar atas nama domain Anda.
Artinya domain dengan MX sempurna tetap bisa mendarat di folder spam kalau otentikasinya berantakan, dan domain dengan otentikasi rapi tetap tidak bisa dihubungi kalau MX-nya kosong. Kalau sisi pengiriman yang ingin Anda benahi, mulailah dari penjelasan tentang SPF, DKIM, dan DMARC dalam bahasa yang sederhana.
Pertanyaan yang sering diajukan
Apakah satu domain boleh punya lebih dari satu record MX?
Boleh, dan itu justru dianjurkan. Beberapa host dengan prioritas berbeda memberi jalur cadangan kalau server pertama sedang tidak bisa dihubungi. Yang perlu dijaga adalah semua host tersebut memang milik konfigurasi yang sama dan tahu alamat mana saja yang sah di domain Anda.
Berapa lama perubahan record MX berlaku?
Tergantung TTL yang dipasang pada record lama. Selama nilai itu belum habis, sebagian pengirim masih memakai jawaban lama dari cache. Kalau Anda tahu akan bermigrasi, turunkan TTL sehari sebelumnya supaya perpindahan berlangsung cepat.
Kenapa alamat saya dinyatakan tidak valid padahal saya bisa membuka situsnya?
Karena situs dan email memakai record yang berbeda. Halaman web hidup berkat record A, sementara surat butuh MX. Domain bisa punya yang pertama tanpa punya yang kedua.
Apakah punya record MX menjamin alamatnya benar-benar ada?
Tidak. MX hanya membuktikan bahwa ada server yang bersedia menerima surat untuk domain itu. Bagian sebelum tanda @ tetap harus diperiksa terpisah, dan pada domain yang menerima segalanya jawabannya memang tidak pernah tegas.
Apakah subdomain butuh record MX sendiri?
Ya. Record MX domain induk tidak otomatis berlaku untuk subdomainnya.
Lain kali sebuah pesan memantul dengan alasan yang tidak jelas, mulailah dari DNS, bukan dari kotak masuk. Sepuluh detik untuk memeriksa domain dan record MX di balik sebuah alamat sering menghemat berjam-jam menebak, terutama sebelum Anda mengirim ke seluruh daftar kontak sekaligus.
