Masukkan domain apa pun untuk mengambil rekaman MX-nya secara real time. Lihat setiap hostname server email, prioritasnya, dan apakah pengiriman email dikonfigurasi dengan benar.
Rekaman MX (Mail Exchange) adalah entri DNS yang menentukan server pilihan untuk menerima email suatu domain. Ketika seseorang mengirim ke user@example.com, server pengirim menanyakan rekaman MX example.com terlebih dahulu. Jika tidak ada MX, SMTP dapat fallback ke alamat A atau AAAA domain; null MX secara eksplisit menyatakan bahwa domain tidak menerima email.
Setiap rekaman MX memiliki dua komponen: hostname (alamat server email) dan nomor prioritas. Nomor prioritas yang lebih rendah memiliki preferensi lebih tinggi. Jika ada beberapa rekaman MX, server pengirim mencoba yang prioritasnya terendah terlebih dahulu. Jika server tersebut tidak tersedia, ia fallback ke prioritas terendah berikutnya. Redundansi ini memastikan pengiriman email bahkan jika satu server email down.
Rekaman MX adalah lapisan perutean normal untuk email masuk. Rekaman autentikasi seperti SPF, DKIM, dan DMARC berkaitan dengan identitas keluar, sementara rekaman MX mengarahkan pengirim ke infrastruktur penerimaan. Pencarian dapat mengungkap mail exchanger eksplisit atau null MX, tetapi respons MX kosong harus ditafsirkan bersama fallback MX implisit SMTP dan rekaman A atau AAAA domain.
Domain Google Workspace biasanya memiliki lima rekaman MX yang menunjuk ke aspmx.l.google.com dan variannya dengan prioritas 1, 5, 5, 10, dan 10. Semuanya adalah server email Google yang redundan.
Microsoft 365 menggunakan satu rekaman MX yang menunjuk ke hostname khusus tenant seperti yourdomainname-com.mail.protection.outlook.com dengan prioritas 0.
Server email self-hosted biasanya memiliki satu atau dua rekaman MX. Server utama memiliki nomor prioritas terendah dan menangani semua email masuk. Server cadangan dengan prioritas lebih tinggi menampung email jika server utama tidak tersedia.
Bukti perutean email
Pencarian rekaman MX mengembalikan hostname mail exchanger dan nilai preferensi yang dipublikasikan di DNS. Ini menunjukkan niat perutean, bukan penerimaan di tingkat kotak surat.
Setiap hasil berisi nama domain untuk server email penerima. Hostname tersebut harus resolve ke infrastruktur yang dapat dijangkau; target MX tidak boleh dipublikasikan sebagai alamat IP mentah.
Pencarian hanya menampilkan lapisan MX. Gunakan Pemeriksa DNS yang lebih luas jika Anda juga memerlukan rekaman alamat target atau data DNS domain lainnya.
Nilai preferensi numerik yang lebih rendah dicoba sebelum nilai yang lebih tinggi. Preferensi yang sama dapat mendistribusikan percobaan ke beberapa exchanger, sementara rekaman bernomor lebih tinggi biasanya menyediakan kapasitas fallback.
Rekaman dengan nomor terendah tidak otomatis lebih sehat atau lebih cepat. Nilai tersebut menyatakan prioritas perutean yang dipilih pemilik domain.
Status hasil
Tiga kasus yang tampak serupa dalam tabel sederhana memiliki makna SMTP yang berbeda.
Domain memublikasikan host penerimaan secara eksplisit. Periksa ejaan hostname, prioritas mencerminkan penyedia yang dimaksud, dan rekaman usang sudah dihapus setelah migrasi.
SMTP menetapkan fallback implisit ke alamat A atau AAAA domain. Ini bukan bukti bahwa layanan SMTP benar-benar mendengarkan di sana, jadi tabel MX kosong harus tetap menjadi status diagnostik, bukan putusan kotak surat otomatis.
Rekaman MX dengan preferensi 0 dan exchange . menyatakan bahwa domain tidak menerima email. Ini adalah sinyal tanpa layanan yang eksplisit dan tidak boleh digabungkan dengan rekaman MX biasa.
DNS dapat tampak benar sementara koneksi timeout, sertifikat gagal, atau server menolak penerima. Pencarian MX tidak melakukan pemeriksaan jaringan atau SMTP tersebut.
Alur pemecahan masalah
Telusuri DNS dan SMTP secara berurutan agar setiap hasil menjawab satu pertanyaan yang jelas.
Hapus URL, path, dan nama pengguna. Untuk alamat di subdomain, kueri subdomain tersebut karena dapat memublikasikan rute penerimaan yang berbeda dari root organisasi.
Setelah migrasi email, cari pencampuran penyedia lama dan baru, target yang salah eja, redundansi yang hilang, atau null MX yang bertentangan dengan layanan yang dimaksud.
Pastikan hostname exchanger dapat di-resolve dan layanan penerimaan dapat dijangkau. Satu baris MX saja tidak menetapkan kesehatan server.
Gunakan Validator Email untuk pemeriksaan sintaks dan MX atau Verifikator Email untuk bukti SMTP di tingkat penerima.
Apa yang tidak dapat dibuktikan MX
Perutean domain dan penerimaan penerima adalah lapisan terpisah dalam jalur email.
Host MX yang sama melayani setiap alamat di suatu domain, termasuk pengguna valid, salah eja, akun yang sudah tidak dipakai, kotak surat peran, dan tebakan Catch-All.
Rekaman DNS dapat bertahan lebih lama dari infrastruktur atau menunjuk ke layanan yang sementara tidak tersedia. Alat ini tidak membuka koneksi TCP atau SMTP.
SPF, DKIM, dan DMARC adalah kontrol berbasis TXT terpisah untuk identitas keluar. Gunakan generator dan pemeriksa khusus mereka, jangan menyimpulkannya dari rekaman MX masuk.
Perutean MX menyatakan ke mana pesan ditawarkan. Filter spam, reputasi, kebijakan, dan aturan kotak surat menentukan apa yang terjadi setelah sistem penerima menerimanya.
Referensi protokol
Pembedaan ini mencegah dua kesalahan umum: menyatakan setiap hasil MX kosong tidak dapat dikirim dan mengabaikan domain yang secara eksplisit memublikasikan tidak ada layanan email.
Dokumen IETF RFC 5321 menjelaskan pengurutan MX dan fallback rekaman alamat yang digunakan ketika tidak ada rekaman sumber daya MX yang ditemukan.
Dokumen IETF RFC 7505 mendefinisikan rekaman prioritas 0, exchange . yang memungkinkan domain menyatakan tidak menerima email. Jaga sinyal eksplisit itu terpisah dari respons tanpa data biasa.
Pilih alat berikutnya berdasarkan jenis bukti: penerima, penemuan, DNS dan infrastruktur, atau alur kerja pengirim.
Alat gratis
Periksa rekaman A, AAAA, MX, TXT, NS, atau CNAME untuk domain apa pun. Lakukan lookup DNS langsung dengan hasil instan. Gratis, tanpa pendaftaran.
Bukti domain atau infrastruktur — bukan bukti kotak surat.
Alat verifikasi email
Validator email gratis untuk memeriksa sintaks alamat dan rekaman MX. Cek format dan perutean email domain secara instan, tanpa verifikasi kotak surat SMTP.
Bukti penerima — bukan konfigurasi pengirim atau DNS.
Alat verifikasi email
Periksa apakah alamat email valid dengan email verifier gratis yang menjalankan pemeriksaan sintaks, MX, mailbox SMTP, disposable, role, dan catch-all.
Bukti penerima — bukan konfigurasi pengirim atau DNS.
Alat gratis
Periksa dan validasi rekaman SPF domain apa pun. Lihat rekaman SPF lengkap, rincian mekanisme, dan apakah konfigurasinya benar. Gratis, tanpa pendaftaran.
Bukti domain atau infrastruktur — bukan bukti kotak surat.
Alat gratis
Periksa record DMARC domain apa pun. Lihat kebijakan, pengaturan alignment, alamat pelaporan, dan apakah DMARC dikonfigurasi dengan benar. Gratis, tanpa daftar.
Bukti domain atau infrastruktur — bukan bukti kotak surat.
Alat email
Jalankan tes keterkiriman email pada sampel pesan nyata. Tinjau bukti SPF, DKIM, DMARC, DNS, blacklist, filter spam, header, dan konten.
Diagnostik pengirim atau pesan — bukan penemuan alamat.
Tidak adanya rekaman MX eksplisit tidak sama dengan null MX. SMTP mendefinisikan fallback implisit ke alamat A atau AAAA domain ketika MX tidak ada, meskipun mengandalkan fallback tersebut tidak umum dan mungkin salah dikonfigurasi. Satu rekaman MX dengan prioritas 0 dan exchange . adalah null MX dan secara eksplisit menyatakan bahwa domain tidak menerima email.
Beberapa rekaman MX memberikan redundansi. Server pengirim mencoba rekaman dengan nomor prioritas terendah terlebih dahulu. Jika server tersebut down atau tidak merespons, pengirim mencoba ulang dengan rekaman berikutnya. Ini memastikan pengiriman email bahkan selama pemeliharaan atau gangguan.
Nomor prioritas menentukan server email mana yang dihubungi terlebih dahulu. Angka yang lebih rendah memiliki preferensi lebih tinggi — prioritas 1 dicoba sebelum prioritas 10. Jika dua rekaman memiliki prioritas yang sama, server dipilih secara acak untuk penyeimbangan beban.
Perubahan DNS biasanya berpropagasi dalam 30 menit hingga beberapa jam secara global. Nilai TTL (Time to Live) pada rekaman yang ada menentukan berapa lama nilai lama di-cache. Jika TTL diatur ke 3600 (1 jam), perubahan mungkin membutuhkan waktu hingga satu jam agar terlihat di seluruh dunia.
Tidak. Rekaman MX harus menunjuk ke hostname (rekaman A atau AAAA), bukan langsung ke alamat IP. Ini adalah spesifikasi RFC. Jika Anda mencoba menggunakan alamat IP, server email tidak akan dapat mengirim ke domain Anda dengan benar.
Rekaman MX mengidentifikasi mail exchanger pilihan untuk pengiriman masuk. Pencarian mengonfirmasi hostname dan prioritas yang dipublikasikan, tetapi tidak menguji apakah server tersebut dapat dijangkau atau apakah kotak surat ada. Domain tanpa rekaman MX tetap dapat menggunakan fallback implisit A atau AAAA yang didefinisikan SMTP, sementara null MX secara eksplisit menyatakan bahwa domain tidak menerima email.
Pencarian MX adalah satu langkah dalam verifikasi email. BillionVerify melakukan handshake SMTP lengkap untuk memastikan setiap alamat benar-benar ada — bukan hanya domainnya.
600 kredit gratis/bulan + 20/hari bonus login · Verifikasi SMTP lengkap, bukan hanya DNS · Akses API instan · Tidak perlu kartu kredit
