Buat dan periksa rekaman SPF dan DMARC di browser, tanpa menanyakan DNS.
Masukkan CIDR untuk mendapat jaringan, broadcast, host yang dapat dipakai, dan mask IPv4 serta IPv6.
Buka →Cari data registri RDAP dan reverse DNS untuk alamat IPv4/IPv6, domain, atau URL.
Buka →Menampilkan IP publik, detail jaringan, dan perkiraan lokasi Anda, dengan pemeriksaan kebocoran WebRTC.
Buka →Belum ada komentar. Jadilah yang pertama!
SPF & DMARC Generator membangun dan memeriksa rekaman autentikasi email mengikuti RFC 7208 (SPF) dan RFC 9989 (DMARC). Untuk SPF Anda dapat mencentang include layanan pengirim umum, menambah IP, menetapkan aturan akhir, dan memperkirakan jumlah pencarian DNS (batas 10); untuk DMARC Anda menetapkan kebijakan p/sp/np, kotak laporan, opsi laporan kegagalan, dan mode penyelarasan. Anda juga dapat menempel rekaman yang ada untuk pemeriksaan sintaks offline. Alat ini hanya menangani teks: tidak pernah menanyakan DNS dan tidak dapat membuktikan bahwa DNS dikonfigurasi dengan benar.
Tidak. Alat hanya membangun dan memeriksa TEKS rekaman di browser Anda dan tidak pernah menanyakan DNS, sehingga tidak dapat membuktikan bahwa rekaman sudah dipublikasikan atau aktif. Setelah dipublikasikan, konfirmasikan dengan alat pencarian DNS dan periksa hasil autentikasi dengan pesan uji sungguhan.
Menurut RFC 7208, evaluasi SPF dapat melibatkan paling banyak 10 istilah yang memicu kueri DNS (include, a, mx, ptr, exists, dan redirect), dan istilah yang bersarang di dalam include juga dihitung. ip4, ip6, dan all tidak dihitung. Melewati batas, penerima mengembalikan permerror, yang berarti SPF gagal.
Untuk pengirim umum bawaan, alat memakai jumlah pencarian bersarang yang diukur di DNS publik pada 2026-10-20; untuk include yang Anda ketik sendiri, jumlah bersarangnya tidak diketahui sehingga dihitung 1 dengan pemberitahuan. Penyedia dapat mengubah rekaman kapan saja, jadi konfirmasikan dengan pemeriksa SPF berbasis DNS sebelum dipublikasikan.
~all (soft fail) menyatakan sumber yang tidak terdaftar mungkin tidak sah tetapi harus diterima dan ditandai; cocok di awal, sebelum semua pengirim terkonfirmasi. -all (hard fail) langsung menolaknya. Panduan Google menyarankan ~all, sedangkan Microsoft menyarankan -all setelah DKIM dan DMARC juga terpasang. Jangan pernah memakai +all, yang membiarkan siapa pun mengirim sebagai domain Anda.
RFC 9989 (DMARCbis) mendefinisikan v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, dan t. Tag pct, rf, dan ri dari RFC 7489 dihapus, dengan t (flag pengujian; t=y kira-kira menggantikan penggunaan umum pct=0) mengambil alih kasus penggunaan yang lazim. Alat ini tidak menulis pct secara default; hanya ditambahkan jika Anda mengaktifkannya di “Opsi lanjutan dan kompatibilitas”.
Mulai dengan p=none dan alamat rua, lalu kumpulkan laporan agregat setidaknya sebulan untuk menemukan semua pengirim yang sah. Selaraskan SPF atau DKIM tiap pengirim dengan domain From Anda, lalu pindah ke p=quarantine dan amati lagi (gunakan t=y dulu jika ragu). Beralih ke p=reject hanya ketika email yang sah tidak lagi terpengaruh. p=reject dapat mengganggu milis dan penerusan, jadi baca laporan terlebih dahulu.
Ketika kotak rua atau ruf berada di luar domain Anda, domain lain itu harus mempublikasikan rekaman TXT bernilai v=DMARC1; pada “domain-anda._report._dmarc.domain-lain”, jika tidak sebagian besar penerima tidak akan mengirim laporan; alat menampilkan nama host yang tepat. Dokumentasi Postmark sendiri menyatakan Anda tidak perlu menambahkannya ke SPF, sehingga tidak ada di preset; nilai include tiap layanan yang terdaftar berasal dari dokumentasi resminya.
v=spf1 include:_spf.google.com ~all
| Jenis | Nama host DNS | Nilai |
|---|---|---|
| TXT | @ | v=spf1 include:_spf.google.com ~all |