Masukkan domain apa pun untuk mengambil dan menganalisis record DMARC-nya. Lihat kebijakan penegakan, pengaturan alignment, alamat pelaporan, dan status konfigurasi.
DMARC (Domain-based Message Authentication, Reporting and Conformance) adalah kebijakan autentikasi email yang dipublikasikan di DNS. Kebijakan ini memberi tahu server email penerima apa yang harus dilakukan ketika pemeriksaan SPF dan DKIM gagal, dan menginstruksikan mereka untuk mengirim laporan kembali kepada Anda tentang aktivitas autentikasi di domain Anda. DMARC adalah puncak autentikasi email — menyatukan SPF dan DKIM menjadi kebijakan yang koheren.
Record DMARC dipublikasikan sebagai record TXT di subdomain _dmarc.yourdomain.com. Tag terpenting adalah p= yang menetapkan kebijakan: none berarti tidak mengambil tindakan (mode pemantauan), quarantine berarti kirim pesan yang gagal ke spam, dan reject berarti blokir seluruhnya. Sebagian besar domain mulai dengan none dan naik ke reject seiring waktu setelah memastikan semua pengirim sah terautentikasi dengan benar.
Fitur pelaporan DMARC sangat berharga. Ketika Anda menyertakan alamat rua (URI pelaporan untuk laporan agregat), ISP besar termasuk Gmail, Outlook, dan Yahoo akan mengirim laporan XML harian yang menampilkan setiap IP yang mengirim email mengaku dari domain Anda. Laporan ini memungkinkan Anda mengidentifikasi pengirim yang tidak sah, menemukan layanan yang salah dikonfigurasi, dan memantau kesehatan autentikasi dari waktu ke waktu.
Kebijakan penegakan inti: none, quarantine, atau reject.
Kebijakan untuk subdomain. Mewarisi p= jika tidak ditetapkan.
Persentase pesan yang dikenai kebijakan. Default adalah 100.
Alamat email atau URI untuk menerima laporan agregat harian.
Alamat email untuk menerima laporan kegagalan beserta sampel pesan.
r=relaxed (default), s=strict. Strict mensyaratkan kecocokan domain persis.
r=relaxed (default), s=strict. Strict mensyaratkan kecocokan envelope-from persis.
Kapan mengirim laporan forensik: 0=keduanya gagal (default), 1=salah satu gagal, d=DKIM gagal, s=SPF gagal.
Bukti kebijakan yang dipublikasikan
Pemeriksa mengambil kebijakan TXT publik, mengurai tag-nya, dan menampilkan apa yang diminta dari penerima untuk email yang gagal autentikasi alignment.
Untuk example.com, penerima melakukan query ke _dmarc.example.com. String v=DMARC1 di domain root atau host lain yang sebarang tidak menjadi kebijakan DMARC domain.
Hanya satu record DMARC yang berlaku yang boleh dikembalikan. Kebijakan duplikat atau cacat menciptakan ketidakpastian, bukan perlindungan berlapis.
DMARC lulus ketika pengidentifikasi SPF atau DKIM yang terautentikasi selaras dengan domain From yang terlihat. Pemeriksa dapat membaca p=, adkim, dan aspf, tetapi tidak dapat melihat Authentication-Results dari pesan yang tidak pernah diberikan.
Gunakan record yang dipublikasikan sebagai instruksi domain, lalu uji email nyata untuk mengetahui apakah setiap sumber dapat memenuhinya.
Interpretasi kebijakan
Setiap hasil mendeskripsikan konfigurasi. Penegakan dan pelaporan bergantung pada penerima serta autentikasi pesan nyata.
SPF dan DKIM mungkin tetap ada, tetapi penerima tidak memiliki instruksi DMARC dari nama pemilik ini dan tidak ada tujuan laporan agregat yang diminta untuk kebijakan ini.
Mode ini dapat menghasilkan laporan agregat yang berharga saat pengirim sah dipetakan, tetapi tidak meminta karantina atau penolakan atas kegagalan autentikasi alignment.
Sebelum menyebut kebijakan yang lebih ketat sebagai sehat, verifikasi bahwa aliran transaksional, workspace, pemasaran, dukungan, dan vendor yang penting lulus SPF atau DKIM yang selaras.
Tag sp dapat menentukan kebijakan untuk subdomain. Tanpanya, aturan penemuan kebijakan DMARC menentukan bagaimana kebijakan domain organisasi berlaku, jadi periksa domain From persis yang digunakan pesan.
Urutan audit
Hubungkan kebijakan DNS dengan laporan dan header pesan sebelum mengubah penegakan.
Masukkan domain yang ditampilkan setelah @ di header From. Untuk subdomain, periksa nama persisnya dan pahami apakah kebijakan langsung atau warisan yang berlaku.
Pastikan setiap tag mencerminkan peluncuran yang dimaksud dan bahwa alamat rua atau ruf dikendalikan, diotorisasi jika diperlukan, serta mampu memproses laporan dengan aman.
Gunakan Pemeriksa SPF dan Pemeriksa DKIM, lalu bandingkan pengidentifikasinya dengan domain From yang terlihat di header aktual.
Ketika konfigurasi perlu direvisi, gunakan Generator Record DMARC, publikasikan satu record TXT yang diperbarui, tunggu TTL, lalu ulangi pemeriksaan.
Apa yang tidak dapat dibuktikan lookup
Kebijakan DNS adalah bukti yang diperlukan, tetapi tidak sama dengan kepatuhan operasional.
Pemeriksa tidak dapat mengidentifikasi IP sumber aktif, volume kegagalan, vendor yang tidak dikenal, atau pola spoofing. Fakta itu ada di laporan rua yang dikirim penerima yang berpartisipasi.
DMARC memublikasikan kebijakan pemilik domain. Setiap penerima tetap menerapkan keputusan pengiriman dan pemfilteran lokal, dan mungkin tidak mengirim setiap laporan yang diminta.
Investigasi tingkat pesan membutuhkan domain From, return path, tanda tangan DKIM, Authentication-Results, dan header Received yang relevan.
DMARC mengautentikasi domain pengirim. Gunakan Verifikator Email untuk menilai apakah kotak surat tujuan dapat dijangkau.
Referensi protokol
Gunakan spesifikasi ketika label dasbor menyembunyikan detail alignment, penemuan, atau pelaporan.
Spesifikasi IETF RFC 7489 mendefinisikan penemuan kebijakan, pengidentifikasi yang selaras, domain organisasi, disposisi penerima, dan pelaporan umpan balik.
Periksa otorisasi SPF, publikasi kunci DKIM, kebijakan DMARC, header pesan nyata, dan laporan agregat. Tidak ada satu hasil DNS pun yang menggantikan lapisan lainnya.
Pilih alat berikutnya berdasarkan jenis bukti: penerima, penemuan, DNS dan infrastruktur, atau alur kerja pengirim.
Alat gratis
Buat rekaman TXT DNS DMARC dengan opsi kebijakan, penyelarasan, dan pelaporan. Generator gratis untuk autentikasi email domain.
Bukti domain atau infrastruktur — bukan bukti kotak surat.
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 rekaman DKIM untuk domain dan selector apa pun. Lihat kunci publik lengkap dan apakah DKIM dikonfigurasi dengan benar. Gratis, tanpa daftar.
Bukti domain atau infrastruktur — bukan bukti kotak surat.
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 email
Tempel header email mentah dan dapatkan analisis terstruktur: hasil SPF, DKIM, DMARC, jalur pengiriman, skor spam, dan metadata. Gratis, tanpa daftar.
Diagnostik pengirim atau pesan — bukan penemuan alamat.
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.
Tanpa record DMARC, tidak ada kebijakan DMARC — server penerima tidak menerapkan penegakan berdasarkan DMARC. Artinya, email palsu yang mengaku berasal dari domain Anda tidak menghadapi hambatan tambahan selain SPF dan DKIM saja. Google dan Yahoo kini mensyaratkan record DMARC (meski p=none) untuk pengirim massal. Setiap domain yang mengirim email harus memublikasikan setidaknya record DMARC pemantauan.
p=none berarti DMARC dalam mode pemantauan — kumpulkan laporan tetapi tidak mengambil tindakan pada pesan yang gagal. p=quarantine menginstruksikan server penerima untuk mengirim pesan yang gagal ke folder spam. p=reject berarti pesan yang gagal harus diblokir sepenuhnya sebelum mencapai kotak masuk. Mulai dengan none, tinjau laporan selama 2 hingga 4 minggu, lalu naikkan ke quarantine dan reject.
Alignment berarti domain yang lulus SPF atau DKIM harus cocok dengan domain di header From yang terlihat. Alignment relaxed mengizinkan kecocokan subdomain — mail.example.com selaras dengan example.com. Alignment strict mensyaratkan kecocokan persis. Gunakan relaxed untuk sebagian besar pengaturan agar penerusan dan email yang dikirim ESP tidak terputus.
Ketika Anda menyertakan alamat email rua di record DMARC, ISP besar mengirimkan laporan XML harian. Setiap laporan berisi: IP mana yang mengirim email dari domain Anda, berapa banyak pesan yang dikirim masing-masing, serta apakah SPF dan DKIM lulus atau gagal. Gunakan laporan ini untuk menemukan pengirim sah yang perlu dikonfigurasi autentikasinya dan untuk mendeteksi upaya spoofing.
Kebijakan DMARC domain utama Anda berlaku untuk subdomain kecuali Anda menetapkan tag sp=. Jika Anda ingin perlindungan subdomain, tambahkan sp=reject atau sp=quarantine ke record DMARC. Tanpa sp=, subdomain mewarisi kebijakan p= Anda di bawah alignment relaxed.
Ya. Mengatur pct=25 berarti kebijakan DMARC hanya berlaku untuk 25% pesan yang gagal. Ini berguna untuk peluncuran bertahap — mulai dari 10% atau 25% saat pertama kali mengaktifkan quarantine atau reject untuk membatasi dampak jika email sah salah dikonfigurasi. Naikkan ke 100 setelah Anda memastikan tidak ada email sah yang gagal.
DMARC melindungi domain Anda dari spoofing. Daftar email terverifikasi melindungi kemampuan pengiriman ke kotak masuk. Gunakan BillionVerify untuk menghapus alamat yang tidak valid dan berisiko.
600 kredit gratis/bulan + 20/hari bonus login · Akurasi SMTP 99.9% · Akses API instan · Tidak perlu kartu kredit
