Masukkan sebarang domain untuk mendapatkan dan menganalisis rekod DMARC. Lihat dasar penguatkuasaan, tetapan penjajaran, alamat pelaporan, dan status konfigurasi.
DMARC (Domain-based Message Authentication, Reporting and Conformance) ialah dasar pengesahan e-mel yang diterbitkan dalam DNS. Ia memberitahu pelayan e-mel penerima apa yang perlu dilakukan apabila semakan SPF dan DKIM gagal, dan mengarahkan mereka menghantar laporan kembali kepada anda tentang aktiviti pengesahan pada domain anda. DMARC ialah kemuncak pengesahan e-mel — ia menyatukan SPF dan DKIM menjadi satu dasar yang selaras.
Rekod DMARC diterbitkan sebagai rekod TXT pada subdomain _dmarc.yourdomain.com. Teg paling penting ialah p= yang menetapkan dasar: none bermakna tiada tindakan (mod pemantauan), quarantine bermakna hantar mesej yang gagal ke spam, dan reject bermakna sekat sepenuhnya. Kebanyakan domain bermula dengan none dan beransur ke reject setelah mereka sahkan semua penghantar sah telah disahkan dengan betul.
Ciri pelaporan DMARC amat bernilai. Apabila anda memasukkan alamat rua (URI pelaporan untuk laporan agregat), ISP utama termasuk Gmail, Outlook, dan Yahoo akan menghantar laporan XML harian yang menunjukkan setiap IP yang menghantar e-mel mendakwa daripada domain anda. Laporan ini membolehkan anda mengenal pasti penghantar tidak sah, menemui perkhidmatan yang salah dikonfigurasi, dan memantau kesihatan pengesahan dari semasa ke semasa.
Dasar penguatkuasaan utama: none, quarantine, atau reject.
Dasar untuk subdomain. Mewarisi p= jika tidak ditetapkan.
Peratusan mesej yang dikenakan dasar. Lalai ialah 100.
Alamat e-mel atau URI untuk menerima laporan agregat harian.
Alamat e-mel untuk menerima laporan kegagalan beserta sampel mesej.
r=relaxed (lalai), s=strict. Strict memerlukan padanan domain yang tepat.
r=relaxed (lalai), s=strict. Strict memerlukan padanan envelope-from yang tepat.
Bila menghantar laporan forensik: 0=kedua-dua gagal (lalai), 1=mana-mana gagal, d=DKIM gagal, s=SPF gagal.
Bukti dasar yang diterbitkan
Pemeriksa mengambil dasar TXT awam, menghurai tegnya, dan menunjukkan apa yang diminta penerima lakukan terhadap e-mel yang gagal pengesahan terjajar.
Untuk example.com, penerima menanyakan _dmarc.example.com. Rentetan v=DMARC1 pada domain akar atau hos sewenang-wenangnya yang lain tidak menjadi dasar DMARC domain itu.
Hanya satu rekod DMARC yang terpakai harus dikembalikan. Dasar pendua atau cacat menimbulkan ketidakpastian, bukan perlindungan berlapis.
DMARC lulus apabila pengecam SPF atau DKIM yang disahkan sejajar dengan domain From yang kelihatan. Pemeriksa boleh membaca p=, adkim, dan aspf, tetapi tidak dapat melihat Authentication-Results mesej yang tidak pernah diberikan.
Gunakan rekod yang diterbitkan sebagai arahan domain, kemudian uji e-mel sebenar untuk mengetahui sama ada setiap sumber dapat memenuhinya.
Tafsiran dasar
Setiap hasil menerangkan konfigurasi. Penguatkuasaan dan pelaporan bergantung pada penerima dan pengesahan mesej sebenar.
SPF dan DKIM mungkin masih wujud, tetapi penerima tiada arahan DMARC daripada nama pemilik ini dan tiada destinasi laporan agregat yang diminta untuk dasar ini.
Ia boleh menghasilkan laporan agregat yang bernilai semasa penghantar sah dipetakan, tetapi ia tidak meminta kuarantin atau penolakan kegagalan pengesahan terjajar.
Sebelum menganggap dasar yang lebih ketat sihat, sahkan bahawa aliran transaksional, ruang kerja, pemasaran, sokongan, dan vendor yang penting lulus SPF atau DKIM terjajar.
Teg sp boleh menentukan dasar untuk subdomain. Tanpanya, peraturan penemuan dasar DMARC menentukan bagaimana dasar domain organisasi terpakai, jadi semak domain From tepat yang digunakan oleh mesej.
Urutan audit
Hubungkan dasar DNS dengan laporan dan pengepala mesej sebelum menukar penguatkuasaan.
Masukkan domain yang ditunjukkan selepas @ dalam pengepala From. Untuk subdomain, semak nama tepat dan fahami sama ada dasar langsung atau diwarisi terpakai.
Sahkan bahawa setiap teg mencerminkan pelancaran yang dimaksudkan dan bahawa alamat rua atau ruf dikawal, diberi kuasa jika diperlukan, dan mampu memproses laporan dengan selamat.
Gunakan Pemeriksa SPF dan Pemeriksa DKIM, kemudian bandingkan pengecam mereka dengan domain From yang kelihatan dalam pengepala sebenar.
Apabila konfigurasi perlu disemak semula, gunakan Penjana Rekod DMARC, terbitkan satu rekod TXT yang dikemas kini, tunggu TTL, dan ulangi semakan.
Apa yang carian tidak dapat buktikan
Dasar DNS ialah bukti yang diperlukan, tetapi ia bukan sama dengan pematuhan operasi.
Ia tidak dapat mengenal pasti IP sumber aktif, jumlah kegagalan, vendor tidak diketahui, atau corak pemalsuan. Fakta itu berada dalam laporan rua yang dihantar oleh penerima yang mengambil bahagian.
DMARC menerbitkan dasar pemilik domain. Setiap penerima masih menerapkan keputusan penghantaran dan penapisan tempatan, dan mungkin tidak menghantar setiap laporan yang diminta.
Siasatan peringkat mesej memerlukan domain From, laluan pulangan, tandatangan DKIM, Authentication-Results, dan pengepala Received yang berkaitan.
DMARC mengesahkan domain penghantar. Gunakan Pengesah E-mel untuk menilai sama ada peti mel destinasi boleh menerima e-mel.
Rujukan protokol
Gunakan spesifikasi apabila label papan pemuka menyembunyikan butiran penjajaran, penemuan, atau pelaporan.
Spesifikasi IETF RFC 7489 mentakrifkan penemuan dasar, pengecam terjajar, domain organisasi, disposisi penerima, dan pelaporan maklum balas.
Semak kebenaran SPF, penerbitan kunci DKIM, dasar DMARC, pengepala mesej sebenar, dan laporan agregat. Tiada satu hasil DNS yang menggantikan lapisan lain.
Pilih alat seterusnya mengikut jenis bukti: penerima, penemuan, DNS dan infrastruktur, atau aliran kerja penghantar.
Alat percuma
Bina rekod TXT DNS DMARC dengan pilihan polisi, penjajaran dan pelaporan. Penjana percuma untuk pengesahan e-mel domain.
Bukti domain atau infrastruktur — bukan bukti peti mel.
Alat percuma
Semak dan sahkan rekod SPF mana-mana domain. Lihat rekod penuh, pecahan mekanisme, dan sama ada konfigurasi betul. Percuma, tanpa pendaftaran.
Bukti domain atau infrastruktur — bukan bukti peti mel.
Alat percuma
Semak rekod DKIM sebarang domain dan pemilih. Lihat kunci awam penuh dan sama ada penandatanganan DKIM dikonfigurasi dengan betul. Percuma, tanpa daftar.
Bukti domain atau infrastruktur — bukan bukti peti mel.
Alat percuma
Semak rekod A, AAAA, MX, TXT, NS atau CNAME untuk mana-mana domain. Jalankan carian DNS langsung dengan hasil segera. Percuma, tanpa pendaftaran.
Bukti domain atau infrastruktur — bukan bukti peti mel.
Alat e-mel
Tampal header e-mel mentah dan dapatkan analisis berstruktur: keputusan SPF, DKIM, DMARC, laluan penghantaran, skor spam, dan metadata. Percuma, tanpa daftar.
Diagnostik penghantar atau mesej — bukan penemuan alamat.
Alat e-mel
Jalankan ujian kebolehhantaran e-mel pada sampel mesej sebenar. Semak bukti SPF, DKIM, DMARC, DNS, senarai hitam, penapis spam, header dan kandungan.
Diagnostik penghantar atau mesej — bukan penemuan alamat.
Tanpa rekod DMARC, tiada dasar DMARC — pelayan penerima tidak menguatkuasakan apa-apa berdasarkan DMARC. Ini bermakna e-mel palsu yang mendakwa daripada domain anda tidak menghadapi halangan tambahan selain SPF dan DKIM. Google dan Yahoo kini memerlukan rekod DMARC (walaupun p=none) untuk penghantar pukal. Setiap domain yang menghantar e-mel hendaklah menerbitkan sekurang-kurangnya rekod DMARC pemantauan.
p=none bermakna DMARC dalam mod pemantauan — kumpul laporan tetapi jangan ambil tindakan terhadap mesej yang gagal. p=quarantine mengarahkan pelayan penerima menghantar mesej yang gagal ke folder spam. p=reject bermakna mesej yang gagal hendaklah disekat sepenuhnya sebelum sampai ke peti masuk. Mulakan dengan none, semak laporan selama 2 hingga 4 minggu, kemudian naik ke quarantine dan reject.
Penjajaran bermakna domain yang lulus SPF atau DKIM mesti sepadan dengan domain dalam pengepala From yang kelihatan. Penjajaran longgar membenarkan padanan subdomain — mail.example.com sejajar dengan example.com. Penjajaran ketat memerlukan padanan tepat. Gunakan longgar untuk kebanyakan tetapan bagi mengelakkan gangguan pemajuan dan e-mel yang dihantar ESP.
Apabila anda memasukkan alamat e-mel rua dalam rekod DMARC anda, ISP utama menghantar laporan XML harian. Setiap laporan mengandungi: IP mana yang menghantar e-mel daripada domain anda, berapa banyak mesej setiap satu hantar, dan sama ada SPF serta DKIM lulus atau gagal. Gunakan laporan ini untuk mencari penghantar sah yang perlu dikonfigurasi pengesahan dan untuk mengesan cubaan pemalsuan.
Dasar DMARC domain utama anda terpakai pada subdomain melainkan anda menetapkan teg sp=. Jika anda mahu perlindungan subdomain, tambah sp=reject atau sp=quarantine pada rekod DMARC anda. Tanpa sp=, subdomain mewarisi dasar p= anda di bawah penjajaran longgar.
Ya. Menetapkan pct=25 bermakna dasar DMARC hanya terpakai pada 25% mesej yang gagal. Ini berguna untuk pelancaran beransur — mulakan pada 10% atau 25% apabila mula mengaktifkan quarantine atau reject untuk menghadkan kesan jika e-mel sah salah dikonfigurasi. Naikkan kepada 100 setelah anda sahkan tiada e-mel sah yang gagal.
DMARC melindungi domain anda daripada pemalsuan. Senarai e-mel yang disahkan melindungi kebolehsampaian anda. Gunakan BillionVerify untuk membuang alamat tidak sah dan berisiko.
600 kredit percuma/bulan + 20/hari bonus log masuk · Ketepatan SMTP 99.9% · Akses API segera · Tidak perlu kad kredit
