DMARC Record Generator

Buat record DMARC Anda untuk RFC 9989, dimulai dari record yang Anda publikasikan sekarang, dan lihat yang akan dilakukan penerima pada email yang gagal.

Diperbarui 25 Oktober 2026

RFC 9989, 9990 dan 9991 · record Anda saat ini dibaca dari browser Anda · tidak ada yang Anda ketik disimpan

Domain AndaDNS dibaca dari browser Anda

Memuat record di _dmarc milik domain Anda ke dalam formulir. Atau buat sendiri di bawah: hasilnya berubah setiap Anda mengubah apa pun.

Coba

Dibuat di browser Anda. Hanya pertanyaan DNS yang keluar, lewat HTTPS ke resolver Cloudflare (Google sebagai pembanding).

Contoh

Contoh record untuk example.com

Ketik domain Anda di atas untuk memulai dari yang dipublikasikannya sekarang, atau ubah apa pun di bawah. Record di kanan ikut berubah.

pKebijakan untuk example.com

tMode uji

t=yPenerima menerapkan satu tingkat lebih ringan: reject berlaku sebagai quarantine, quarantine sebagai none. Matikan untuk menegakkan.

ruaTujuan laporan agregat

dmarc@example.com

Hitungan harian siapa yang mengirim sebagai domain Anda. Kotak surat yang Anda baca, atau layanan laporan DMARC.

spSubdomain

news.example.com, mail.example.com…

npSubdomain yang tidak ada

Nama rekaan seperti invoices.example.com, favorit para pemalsu.

adkimAlignment

DKIM

SPF

Longgar membolehkan mail.example.com dihitung untuk example.com; ketat butuh nama yang persis sama.

Domain ini tidak mengirim email

Tolak semuanya dan tambahkan record yang dibutuhkan domain parkir.

Laporan kegagalan dan lainnya

rufTujuan laporan kegagalan

Satu laporan per pesan yang gagal. Laporan ini bisa memuat isi pesan, dan Gmail serta Microsoft tidak mengirimnya.

foKirim laporan kegagalan saat

salah satu pengecekan gagalsemua pengecekan gagalDKIM gagalSPF gagal

psd= hanya untuk operator public suffix, jadi tidak ditawarkan.

Yang terjadi pada email yang gagal DMARC

Email yang lolos tidak pernah terpengaruh. Untuk email yang gagal, penerima membaca record Anda seperti ini:

Dari example.comexample.com

p=nonememutuskan

—

Terkirimdan dilaporkan

Dari subdomainnews.example.com

p=nonememutuskan

—

Terkirimdan dilaporkan

Dari nama yang tidak adax7q.example.com

p=nonememutuskan

—

Terkirimdan dilaporkan

Kebijakan adalah permintaan: penerima yang memutuskan. Dengan Honor DMARC record policy aktif, seperti yang disarankan Microsoft, Microsoft 365 menolak email yang gagal pada reject dengan 550 5.7.1 dan mengirim yang gagal pada quarantine ke Junk.

Tahapan

1
Pantaup=nonep=none dengan laporan, minimal sebulansekarangAnda di sini
2
Ujip=quarantine; t=yquarantine dengan t=y: opsional
3
Quarantinep=quarantineminimal selama Anda memantau
4
Rejectp=rejectjika pengguna Anda tidak mengirim ke milis

Sebelum Anda memublikasikan

Siap dipublikasikan

Satu record, tanpa bagian yang akan dilewati atau salah dibaca penerima.

Baik

Tujuan laporan Anda

Penerima mengirim laporan ke alamat organisasi lain hanya jika organisasi itu memublikasikan record izin.

dmarc@example.com ruaDi dalam example.com: tidak perlu izin

Layanan laporan memublikasikan satu record yang mencakup setiap domain, jadi alamatnya biasanya langsung tampil Diizinkan.

Di mana saya menempelkan ini?

Pilih host DNS Anda: kolom di bawah ditulis sesuai yang diminta formulirnya.

Baris file zona

_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

Setelah Anda memublikasikan

Pengecekan lengkap: example.comTautan membawa pengaturan ini, tidak pernah kunci. Ditanyakan dari browser Anda: resolver Cloudflare, Google sebagai pembanding.

Record DMARC Andav=DMARC1; p=none; rua=mailto:dmarc@example.com

Bagaimana cara membuat record DMARC?

Publikasikan satu record TXT bernama _dmarc di domain Anda, diawali v=DMARC1, sebuah kebijakan dan alamat untuk laporan: generator di atas menulisnya, dan record itu berfungsi begitu host DNS Anda menyajikannya.

Pastikan email Anda sudah lolos SPF atau DKIM, lalu mulai di p=none dengan alamat rua yang Anda baca: penerima tetap mengirim seperti biasa dan mengirimi Anda laporan harian tentang siapa yang mengirim sebagai domain Anda.

Baca laporan itu minimal sebulan, perbaiki setiap pengirim sah yang gagal, lalu pindah ke quarantine dan reject. Satu record di domain organisasi Anda juga mencakup subdomainnya.

1Publikasikan di _dmarc_dmarc.example.com · TXT
v=DMARC1; p=none; rua=mailto:dmarc@example.com
2Penerima mencarinyakueri TXT _dmarc.example.com
3Mereka menerapkan kebijakan Andap=none → terkirim
4Laporan datang setiap harilaporan agregat (XML, harian)dmarc@example.com

Satu record, empat langkah

DMARC generator untuk membuat record DMARC: record RFC 7489 ditulis ulang untuk RFC 9989, jalur kebijakan dan izin laporan — Record yang dipublikasikan dimuat dari DNS: pct, rf dan ri dihapus beserta alasannya, setiap tag berwarna seperti pengaturannya, dan alamat laporan di organisasi lain ditandai.

Apa arti setiap tag DMARC?

Record DMARC adalah daftar pasangan tag=nilai: v menyatakan jenisnya, p tindakan untuk email yang gagal, rua tujuan laporan, dan setiap tag lain hanya mengubah nilai bawaan.

RFC 9989 mempertahankan v, p, sp, adkim, aspf, rua, ruf dan fo, menambah np (nama yang tidak ada), t (mode uji) dan psd (untuk operator public suffix), dan menghapus pct, rf dan ri.

Hanya v yang harus berada di depan dan persis DMARC1; tag yang tidak dikenal RFC 9989 diabaikan, jadi tag yang sudah dihapus tidak berbahaya tetapi tidak berfungsi.

Tag	Nilai	Bawaan	Fungsinya
v	DMARC1	wajib	Menandai record; harus yang pertama
p	none · quarantine · reject	none	Yang dilakukan penerima pada email dari domain yang gagal
sp	none · quarantine · reject	p	Hal yang sama untuk subdomain yang ada
np baru	none · quarantine · reject	sp, lalu p	Hal yang sama untuk nama yang tidak ada
t baru	y · n	n	Mode uji: terapkan satu tingkat lebih ringan
rua	alamat mailto:	tidak ada	Tujuan laporan agregat harian
ruf	alamat mailto:	tidak ada	Tujuan laporan kegagalan per pesan
fo	0 · 1 · d · s	0	Kapan laporan kegagalan dikirim
adkim	r · s	r	Alignment DKIM: longgar atau ketat
aspf	r · s	r	Alignment SPF: longgar atau ketat
psd baru	y · n · u	u	Hanya untuk operator public suffix
pct dihapus	0–100		Dihapus: hanya 0 dan 100 yang andal
rf dihapus	afrf		Dihapus: nilainya hanya satu
ri dihapus	detik		Dihapus: laporan tetap harian

Tag-tag RFC 9989

Kebijakan DMARC mana yang harus saya pakai: none, quarantine atau reject?

Mulai di none dengan laporan, pindah ke quarantine setelah semua pengirim sah lolos, lalu ke reject saat Anda yakin: RFC 9989 meminta minimal sebulan di none dan selama itu lagi di quarantine.

none tidak mengubah apa pun pada pengiriman; quarantine mengirim email yang gagal ke spam; reject menolaknya. Kebijakan adalah permintaan: penerima yang memutuskan.

Domain yang penggunanya mengirim ke milis SHOULD NOT memakai reject, karena milis yang mengubah pesan merusak DMARC bagi mereka. Google menyarankan jalur yang lebih cepat (satu minggu di none, lalu sebagian kecil di quarantine).

1
Pantaup=none; rua=…minimal sebulansekarangTerkirim, dan dilaporkan
2
Ujip=quarantine; t=yopsionalSatu tingkat lebih ringan
3
Quarantinep=quarantineminimal selama itu lagitidak lebih awal dari 27 Nov 2026Folder spam
4
Rejectp=rejectjika pengguna Anda tidak mengirim ke milistidak lebih awal dari 27 Des 2026Ditolak

Jalur lebih cepat versi Googlenone · 1 mingguquarantine · sebagian kecilquarantine 100%reject (opsional)

Tahapannya, dengan tanggal sungguhan mulai hari ini

Apa yang berubah pada DMARC dengan RFC 9989?

RFC 9989 (Mei 2026) menggantikan RFC 7489: menghapus pct, rf dan ri, menambah np, t dan psd, dan menemukan domain organisasi dengan menelusuri DNS ke atas, bukan membaca Public Suffix List.

pct=0 kini dibaca sebagai t=y; pct lain dibuang karena penerima menerapkannya tidak konsisten. Akhiran ukuran laporan (!10m) diabaikan.

Penelusuran pohon menanyakan _dmarc pada nama itu dan setiap induknya, paling banyak delapan pertanyaan, jadi nama yang sangat dalam sebaiknya punya record sendiri. Halaman bantuan Google dan Microsoft masih menjelaskan pct.

Sebelum

v=DMARC1; p=quarantine; pct=0; rua=mailto:dmarc@example.com~~!10m~~; rf=afrf; ri=86400

Sesudah

v=DMARC1; p=quarantine; t=y; rua=mailto:dmarc@example.com

pct=0 menjadi t=y
rf dihapus
ri dihapus
!10m dihapus

Penelusuran pohon DNS_dmarc.mail.news.example.comNXDOMAIN_dmarc.news.example.comNXDOMAIN_dmarc.example.comv=DMARC1 ✓record pertama yang ditemukan yang dipakai; paling banyak 8 pertanyaan

Record RFC 7489 yang dipublikasikan, ditulis ulang

Bagaimana cara mengirim laporan DMARC ke layanan lain?

Masukkan alamat layanan itu di rua; bila domainnya bukan milik Anda, domain itu harus memublikasikan record izin bernama seperti example.com._report._dmarc.reports.example.net (domain Anda, lalu domain mereka), yang dilakukan layanan laporan sekali untuk setiap domain dengan wildcard.

Tanpa record itu penerima tidak mengirim laporan ke mana pun, dan tidak ada yang memberi tahu Anda. Generator mengecek setiap alamat luar secara langsung dan menampilkan record yang harus dipublikasikan pemiliknya.

Pakai kotak surat atau layanan yang dibuat untuk volume besar: pengirim besar mendapat ratusan laporan sehari. Laporan kegagalan (ruf) bisa memuat isi pesan, dan Gmail serta Microsoft tidak mengirimnya.

Record Anda

v=DMARC1; p=none; rua=mailto:reports@rua.vendor.example.net

bertanya

record izinexample.com._report._dmarc.rua.vendor.example.netTXT "v=DMARC1;"

mengirim laporan

Layanan laporanreports@rua.vendor.example.net

Layanan laporan yang memublikasikan izin wildcard

dmarcianValimailEasyDMARCPostmarkCloudflareMimecast DMARC AnalyzerProofpointAgariRed Sift OnDMARCPowerDMARCSendmarcURIportsReport URIDMARCLYFraudmarcDMARC Report

Siapa mengecek apa

DMARC untuk pengirim Gmail, Yahoo dan Outlook.com

Gmail, Yahoo dan Outlook.com mewajibkan pengirim massal memublikasikan DMARC, dan p=none sudah cukup; domain From juga harus selaras dengan SPF atau DKIM.

Gmail dan Outlook.com menghitung lebih dari 5000 pesan sehari; Yahoo tidak menyebut batas. Outlook.com meminta SPF dan DKIM sama-sama lolos, dan menolak email yang gagal dengan 550 5.7.515.

Logo BIMI butuh lebih: quarantine atau reject pada domain organisasi dan domain From, tanpa kebijakan subdomain none.

	Gmail	Yahoo	Outlook.com
Sejak	Februari 2024	Februari 2024	5 Mei 2025
Siapa yang dihitung	lebih dari 5000 per hari	tanpa batas yang disebut	lebih dari 5000 per hari
DMARC	p=none sudah cukup	p=none, dan harus lolos	p=none, selaras
SPF dan DKIM	keduanya	keduanya	keduanya harus lolos
Alignment	SPF atau DKIM	longgar sudah cukup	SPF atau DKIM

Yang diminta setiap penyedia kotak surat dari pengirim massal

DMARC untuk domain yang tidak mengirim email

Publikasikan DMARC p=reject, SPF v=spf1 -all dan null MX, dengan SPF dan MX wildcard untuk subdomain, serta tanpa record DKIM sama sekali: paket M3AAWG 2022 untuk domain parkir.

Karena tidak ada yang boleh mengirim, reject tidak akan merugikan email sungguhan, dan penerima langsung menolak pemalsuan. M3AAWG tidak lagi menyarankan kunci DKIM kosong di sini (saran 2015-nya): jangan publikasikan record DKIM sama sekali.

Punya banyak domain parkir? Arahkan setiap _dmarc ke satu record bersama dengan CNAME, agar perubahan nanti cukup dilakukan sekali.

example.net. 3600 IN TXT "v=spf1 -all"
_dmarc.example.net. 3600 IN TXT "v=DMARC1; p=reject;"
example.net. 3600 IN MX 0 .
*.example.net. 3600 IN TXT "v=spf1 -all"
*.example.net. 3600 IN MX 0 .

Pemalsu mengirim sebagai invoices@example.netDitolak: SPF gagal, tanpa DKIM, DMARC menyatakan reject

Paket domain parkir untuk example.net

Di mana saya menambahkan record DMARC?

Di host DNS Anda, sebagai record TXT bernama _dmarc: kebanyakan host menambahkan domain Anda sendiri, jadi Anda cukup mengetik _dmarc, bukan _dmarc.example.com.

Mengetik nama lengkap di host yang menambahkan domain akan membuat _dmarc.example.com.example.com, record yang tidak dibaca siapa pun. Pilih host Anda di generator untuk melihat kolomnya yang persis.

Satu nama menampung satu record DMARC: ganti yang lama, jangan menambah yang kedua, atau penerima mengabaikan keduanya.

Host DNS	Kolom nama	Nilai panjang
Cloudflare	_dmarc	satu kolom: dipecah otomatis
GoDaddy	_dmarc	satu kolom: dipecah otomatis
Namecheap	_dmarc	satu kolom: dipecah otomatis
Squarespace	_dmarc	tidak terdokumentasi
Amazon Route 53	_dmarc	string bertanda kutip
Google Cloud DNS	_dmarc	string bertanda kutip
Azure DNS	_dmarc	satu kolom: dipecah otomatis
DigitalOcean	_dmarc	tidak terdokumentasi
Hostinger	_dmarc	tidak terdokumentasi
IONOS	_dmarc	tidak terdokumentasi
OVHcloud	_dmarc	tidak terdokumentasi
Porkbun	_dmarc	tidak terdokumentasi
cPanel	_dmarc	satu kolom: dipecah otomatis
Plesk	_dmarc	tidak terdokumentasi
Hetzner	_dmarc	string bertanda kutip
STRATO	_dmarc	tidak terdokumentasi
Bluehost	_dmarc	tidak terdokumentasi

Apa yang diketik, host demi host

FAQ DMARC Record Generator

Apa itu record DMARC?

Record DMARC adalah record TXT di _dmarc.domainanda yang memberi tahu server email penerima apa yang harus dilakukan pada email yang mengaku berasal dari domain Anda tetapi gagal alignment SPF dan DKIM, dan ke mana laporannya dikirim. Record ini diawali v=DMARC1 dan memuat kebijakan: none, quarantine atau reject. RFC 9989, terbit Mei 2026, adalah standar saat ini.

Seperti apa record DMARC pertama yang sebaiknya saya buat?

Mulai dengan v=DMARC1; p=none; rua=mailto: plus alamat yang Anda baca. Record ini tidak mengubah pengiriman, tetapi membuat penerima mengirimi Anda laporan harian tentang setiap server yang mengirim sebagai domain Anda. Setelah minimal sebulan, begitu pengirim Anda sendiri lolos, pindah ke quarantine, lalu reject, seperti yang disarankan RFC 9989.

Mengapa tidak ada pengaturan pct?

RFC 9989 menghapus pct karena penerima menerapkan nilai selain 0 dan 100 secara tidak konsisten. Penggantinya adalah t=y, mode uji, yang meminta penerima menerapkan satu tingkat lebih ringan dari kebijakan Anda: quarantine berlaku sebagai none, reject sebagai quarantine. Halaman bantuan Microsoft dan Google masih menjelaskan pct, tetapi penerima RFC 9989 mengabaikannya, jadi generator tidak menuliskannya.

Bisakah laporan DMARC dikirim ke Gmail atau Outlook?

Bisa, kotak surat apa pun berfungsi, tetapi inbox pribadi cepat penuh: pengirim besar mendapat ratusan laporan sehari. Jika alamatnya di organisasi lain, domain itu harus memublikasikan record izin untuk domain Anda, atau penerima tidak mengirim apa pun. Kotak surat di domain Anda sendiri, atau layanan laporan DMARC, menghindari masalah itu.

Apakah saya butuh SPF dan DKIM sebelum DMARC?

Anda bisa memublikasikan p=none lebih dulu: laporannya menunjukkan pengirim mana yang butuh SPF atau DKIM. Sebelum quarantine atau reject, setiap aliran email sah harus lolos SPF atau DKIM yang selaras dengan domain From Anda. RFC 9989 menyarankan keduanya, dan domain di reject sebaiknya menandatangani DKIM, karena penerusan email merusak SPF.

Apa perbedaan rua dan ruf?

rua menerima laporan agregat: ringkasan XML harian yang menghitung pesan menurut server pengirim dan hasilnya, tanpa isi pesan. ruf menerima laporan kegagalan tentang pesan tunggal, yang bisa memuat header atau isi. Banyak penyedia besar, termasuk Gmail dan Microsoft, tidak mengirim laporan kegagalan, jadi rua yang penting; ruf opsional.

Haruskah saya memakai alignment ketat?

Biasanya tidak. Alignment longgar membolehkan email yang ditandatangani atau di-bounce lewat subdomain, seperti bounce.example.com, dihitung untuk example.com, begitulah SendGrid, Amazon SES dan Mailgun mengirim. Alignment ketat butuh domain yang persis dan tidak meloloskan pengiriman seperti itu. Ketat memang menghentikan siapa pun yang mengendalikan DNS subdomain agar tidak lolos sebagai induknya, jadi cocok untuk domain yang dikelola ketat.

Apa fungsi sp dan np?

sp menetapkan kebijakan untuk subdomain yang ada, seperti news.example.com, dan np untuk nama yang sama sekali tidak ada, seperti invoices.example.com rekaan. Tanpa keduanya, subdomain mengikuti p. Menetapkan np=reject hanya memengaruhi email gagal dari nama yang tidak pernah Anda buat, cara yang sering dicoba pemalsu untuk menyelinap melewati kebijakan induk yang lebih lemah.

Berapa lama record DMARC mulai berfungsi?

Record berfungsi begitu server host DNS Anda menjawab dengannya, biasanya dalam hitungan menit setelah disimpan. Penerima yang bertanya sesaat sebelumnya mungkin mengingat jawaban lama sampai waktu cache-nya habis. Laporan tiba sekitar sehari kemudian, karena penerima mengirimnya setiap 24 jam. Gunakan Cek sudah terpublikasi di generator untuk melihat jawaban DNS saat ini.

Apakah DMARC generator ini gratis, dan apakah domain saya disimpan?

Gratis, tanpa pendaftaran. Record dibuat di browser Anda, dan memuat record Anda saat ini bertanya ke resolver Cloudflare (dan Google saat Cloudflare lambat) lewat HTTPS langsung dari browser Anda, jadi domain Anda tidak melewati server kami. Generator tidak pernah menambahkan alamat laporan milik kami: setiap alamat di record adalah yang Anda ketik.

Ada yang kurang?Usulkan fitur atau alat baru

DMARC Record Generator