Generator data DMARC membuat data TXT DNS yang memberi tahu server penerima apa yang harus dilakukan dengan email yang gagal autentikasi dan ke mana harus mengirim laporan. Anda memilih opsi kebijakan dan pelaporan, dan generator menyusun sintaksis tag yang benar yang ditentukan oleh RFC 9989 , standar DMARC saat ini. Catatan dipublikasikan di _dmarc.yourdomain.com dan berfungsi di atas SPF dan DKIM , memeriksa apakah domain yang dilihat penerima selaras dengan domain yang diautentikasi oleh metode tersebut.
Apa yang dilakukan DMARC
DMARC menyatukan SPF dan DKIM dengan aturan untuk domain Dari yang terlihat. Saat pesan masuk, penerima memeriksa apakah SPF atau DKIM lolos dan apakah domain yang lewat sesuai dengan alamat Dari. Kebijakan DMARC Anda kemudian memerintahkan penerima untuk mengizinkan, mengkarantina, atau menolak email yang gagal. Ini juga meminta penerima untuk mengirimkan laporan agregat, yang menunjukkan setiap sumber yang dikirim sebagai domain Anda, sah atau tidak.
Tag utama dijelaskan
- v=DMARC1 identifies the record version and must come first.
- p= is the policy for your domain: none to monitor, quarantine to send failures to spam, or reject to block them.
- rua= is the address for aggregate report data, the feedback that shows all your sending sources.
- ruf= is the address for forensic or failure reports, used less often for privacy reasons.
- pct= sets the percentage of failing mail the policy applies to, useful for a gradual rollout.
- sp= sets a separate policy for subdomains, and adkim= and aspf= control strict or relaxed alignment.
Default yang aman dan peluncuran bertahap
Mulai dari p=none dengan alamat pelaporan sehingga Anda mengumpulkan data tanpa memengaruhi pengiriman. Baca laporan agregat hingga setiap sumber sah lolos dan selaras, lalu lanjutkan ke p=quarantine, dan terakhir ke p=reject setelah Anda yakin. Terburu-buru menolak sebelum sumber Anda diverifikasi dapat memblokir email asli. Jalur bertahap ini adalah cara standar untuk mencapai penegakan hukum dengan aman, dan juga merupakan tingkat yang dibutuhkan BIMI sebelum logo Anda dapat ditampilkan.
Catatan yang benar
Contoh DMARC yang diterapkan
v=DMARC1; p=reject; rua=mailto:rua@example.com; pct=100; adkim=s; aspf=s
Hasilkan milik Anda dengan EmailAuth
EmailAuth menghasilkan data DMARC yang benar dari pemindaian domain gratis, membaca penyiapan SPF , DKIM , dan DMARC yang ada serta mengisi tag dengan nilai yang cocok dengan cara Anda mengirim sebenarnya. Kebijakan ini menghosting data DMARC , BIMI , dan MTA-STS oleh delegasi CNAME , sehingga Anda memperbarui kebijakan dari dasbor saat Anda beralih dari pemantauan ke penegakan hukum. Platform ini juga menguraikan laporan agregat Anda menjadi tampilan yang dapat dibaca, sehingga Anda dapat melihat setiap sumber pengirim dan mengetahui kapan waktu yang aman untuk memperketat kebijakan.
Pertanyaan yang sering diajukan
Di mana saya dapat memublikasikan data DMARC ?
Publikasikan sebagai data TXT DNS dengan nama host _dmarc.yourdomain.com . Nilai dimulai dengan v=DMARC1 diikuti dengan tag kebijakan dan pelaporan Anda. Hanya satu data DMARC yang diperbolehkan per domain.
Apa kebijakan DMARC yang aman untuk memulai?
Mulailah dengan p=none ditambah alamat pelaporan rua. Ini memonitor email Anda tanpa mempengaruhi pengiriman sehingga Anda dapat melihat setiap sumber pengiriman. Pindah ke p=quarantine, lalu p=reject, setelah semua sumber sah Anda lolos dan selaras.
Apakah saya masih memerlukan SPF dan DKIM dengan DMARC ?
Ya. DMARC tidak menggantikannya; itu dibangun di atas mereka. Sebuah pesan melewati DMARC ketika SPF atau DKIM lolos dan domain yang diautentikasi sejajar dengan alamat Dari. Tanpa SPF dan DKIM yang berfungsi, email Anda sendiri akan gagal DMARC .
Apa fungsi tag pct?
Tag pct menetapkan persentase email gagal yang menerapkan kebijakan Anda, dari 1 hingga 100. Beberapa pengirim menggunakan nilai yang lebih rendah untuk melakukan karantina atau penolakan secara bertahap, lalu menaikkannya menjadi 100 setelah hasilnya terlihat bersih. Jika dihilangkan, defaultnya adalah 100.
Asal perusahaan
Mengapa lembaga keuangan dan pemerintah terkemuka menghentikan dasbor keamanan email mereka.
Platform autentikasi email tradisional menjual dasbor kepada Anda dan meminta teknisi Anda melakukan pekerjaannya. Di lingkungan berisiko tinggi, pengawasan manual berarti penegakan yang tertunda, penyimpangan konfigurasi, dan domain bayangan yang tidak dipantau.
EmailAuth adalah platform asal email agen. Agen kami menegakkan p=reject, jaga agar pengirim pihak ketiga tetap selaras dan pindahkan domain Anda ke kapasitas penuh RFC 9989 kepatuhan, standar DMARC baru, dengan kemampuan audit yang dapat dilakukan secara langsung oleh manusia.
SaaS · Penyewaan khusus · On-prem dengan celah udara · Enkripsi BYOK