Cara memakai
- Ketik domain Anda di Domain, misalnya example.com.
- Pilih Kebijakan untuk domain (p). none hanya melapor, jadi itulah tempat yang tepat untuk mulai.
- Ketik alamat di Laporan agregat (rua) untuk menerima laporan, lalu baca laporannya sebelum Anda beralih ke kebijakan yang lebih ketat.
- Salin Record DMARC (TXT) dan terbitkan sebagai record TXT di Nama record.
Apa yang dikatakan record DMARC
Record DMARC adalah record TXT di _dmarc yang diikuti domain Anda (RFC 7489, bagian 6.1). Ia memberi tahu penerima apa yang harus dilakukan terhadap email yang gagal pemeriksaan DMARC untuk domain Anda, dan ke mana laporan dikirim. Ia dimulai dengan v=DMARC1 dan p, lalu tag lainnya mengikuti, dipisahkan titik koma (bagian 6.3).
- Tag yang tidak dikenal diabaikan, dan tag yang berada pada nilai bawaannya dibiarkan keluar dari record (bagian 6.3).
- Tag dapat datang dalam urutan apa pun setelah v dan p (bagian 6.4). Halaman ini menulisnya sesuai urutan definisi formal.
Kebijakan, penyelarasan dan laporan
p menetapkan kebijakan untuk domain Anda, dan sp, bila diberikan, menetapkannya hanya untuk subdomain (RFC 7489, bagian 6.3). DMARC memeriksa penyelarasan: domain pada baris From harus cocok dengan domain yang lolos DKIM atau SPF. adkim dan aspf memilih penyelarasan longgar atau ketat untuk tiap pemeriksaan (bagian 3.1 dan 6.3). rua dan ruf menentukan ke mana laporan dikirim, dan alamatnya harus berupa alamat mailto (bagian 6.3).
Memulai kebijakan
p=none meminta penerima tidak mengambil tindakan pada pengiriman dan mengirim laporan (RFC 7489, bagian 6.3). Baca laporannya untuk melihat email mana yang gagal sebelum kebijakan apa pun memberlakukan sesuatu. Tag pct menerapkan kebijakan pada sebagian email yang gagal, untuk peluncuran bertahap; laporan selalu dikirim, berapa pun persentasenya.
Contoh: kebijakan yang menolak email gagal untuk example.com
Record v=DMARC1; p=reject; rua=mailto:[email protected] diterbitkan di _dmarc.example.com. Ia meminta penerima menolak email yang gagal pemeriksaan DMARC dan mengirim laporan agregat ke [email protected].
Tag yang dibiarkan pada nilai bawaannya tidak ditulis: tag sp, persentase dan mode penyelarasan, sehingga record tetap pendek.
| Besaran | Nilai |
|---|---|
| Kebijakan (p) | reject |
| Laporan (rua) | mailto:[email protected] |
| Record | v=DMARC1; p=reject; rua=mailto:[email protected] |
| Host | _dmarc.example.com |
Pertanyaan yang sering diajukan
Di mana saya menerbitkan record DMARC?
Sebagai record TXT di _dmarc yang diikuti domain Anda, misalnya _dmarc.example.com (RFC 7489, bagian 6.1). Halaman ini menampilkan nama persisnya di bawah Nama record.
Haruskah saya mulai dengan p=none?
p=none meminta penerima tidak mengambil tindakan dan mengirim laporan (RFC 7489, bagian 6.3), sehingga Anda bisa melihat email mana yang gagal sebelum kebijakan apa pun memberlakukan sesuatu. Pindah ke quarantine lalu reject ketika email asli Anda lolos.
Apa fungsi pct?
pct menetapkan porsi email yang gagal yang diterapkan kebijakan, dari 0 sampai 100 (RFC 7489, bagian 6.3). Ia mendukung peluncuran bertahap, dan laporan tetap dikirim berapa pun persentasenya.
Apa beda penyelarasan longgar dan ketat?
Penyelarasan menentukan seberapa dekat domain From harus cocok dengan domain yang lolos DKIM atau SPF. Longgar, r, adalah nilai bawaan; ketat, s, meminta kecocokan yang lebih dekat. Mode ini diatur terpisah untuk DKIM dan SPF (RFC 7489, bagian 3.1 dan 6.3).
Mengapa ada dua kebijakan, p dan sp?
p berlaku untuk domain Anda dan subdomainnya. sp, bila Anda isi, hanya berlaku untuk subdomain dan tidak untuk domain itu sendiri (RFC 7489, bagian 6.3), sehingga Anda bisa menetapkan kekuatan yang berbeda untuk masing-masing.
Apakah generator ini mengirim domain saya ke suatu tempat?
Tidak. Record dibuat di peramban Anda dari apa yang Anda ketik. Tidak ada yang dicari di jaringan atau disimpan, dan record itu hanyalah teks untuk Anda terbitkan sendiri.
Sumber
- RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC) (dalam bahasa Inggris)
- RFC 5321: Simple Mail Transfer Protocol, alamat (dalam bahasa Inggris)
- RFC 5322: Internet Message Format, addr-spec (dalam bahasa Inggris)
Angka dan teks terakhir diperiksa pada Selasa, 10 November 2026.