Technical Reference · 2026 Edition

Cara Mengatur DMARC: Dari p=none ke p=reject (Panduan 2026)

Panduan lengkap langkah demi langkah untuk mengatur DMARC di tahun 2026. Bergerak dari pemantauan p=none melalui p=quarantine hingga penegakan p=reject — prasyarat untuk menampilkan logo BIMI di Gmail dan Apple Mail.

Last updated min read

DMARC. Langkah demi langkah.

DMARC (Domain-based Message Authentication, Reporting, and Conformance) adalah prasyarat mutlak untuk BIMI. Domain dengan p=none tidak akan pernah menampilkan logo di Gmail atau Apple Mail, terlepas dari seberapa sempurna konfigurasi file SVG Anda. Panduan ini mencakup jalur lengkap dari penerapan awal hingga penegakan penuh.

Prasyarat

Sebelum membuat record DMARC, pastikan hal-hal berikut sudah tersedia:

  1. Record SPF — Record TXT pada domain apex Anda yang menentukan server email mana yang diizinkan mengirim atas nama Anda. Contoh: v=spf1 include:_spf.google.com -all
  2. Record DKIM — Kunci publik yang dipublikasikan di DNS yang digunakan server penerima untuk memverifikasi tanda tangan email Anda. Penyedia email Anda yang menghasilkan ini.
  3. Akses DNS — Akses tulis ke zona DNS domain Anda (Cloudflare, Route 53, GoDaddy, atau panel kontrol registrar Anda).

DMARC memerlukan setidaknya satu dari SPF atau DKIM dikonfigurasi dengan benar dan selaras dengan domain From: agar dapat berfungsi.

Langkah 1: Buat Record Pemantauan (p=none)

Mulai dengan kebijakan pemantauan saja. Ini mencatat kegagalan autentikasi tanpa memengaruhi pengiriman email.

text
_dmarc.yourdomain.com  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]; pct=100"

Referensi tag:

Tag Wajib Deskripsi
v=DMARC1 Ya Versi protokol. Harus di urutan pertama.
p=none Ya Kebijakan: hanya memantau, tidak ada tindakan diambil.
rua=mailto: Disarankan Alamat email untuk laporan agregat.
pct=100 Opsional Persentase email yang tunduk pada kebijakan (default: 100).

Publikasikan record ini dan tunggu 48–72 jam untuk propagasi DNS.

Langkah 2: Baca Laporan Agregat Anda

Laporan agregat (RUA) datang sebagai lampiran XML, biasanya sekali sehari per sumber pengirim. Laporan ini menunjukkan:

  • Alamat IP mana yang mengirim email mengklaim domain Anda
  • Apakah SPF dan DKIM lulus atau gagal
  • Berapa banyak pesan yang dikirim dari setiap sumber

Yang perlu diperhatikan: Setiap layanan pengirim yang sah (ESP, CRM, sistem tiket, platform pemasaran Anda) yang gagal dalam penyelarasan SPF atau DKIM harus diperbaiki sebelum Anda beralih ke penegakan. Beralih ke p=reject dengan kegagalan penyelarasan yang belum diselesaikan akan menyebabkan email yang sah diblokir.

Sumber umum yang memerlukan konfigurasi DKIM/SPF terpisah: Mailchimp, Salesforce, HubSpot, Zendesk, SendGrid, Google Workspace, Microsoft 365.

Langkah 3: Pindah ke p=quarantine

Setelah semua sumber pengirim yang sah lulus autentikasi, perbarui kebijakan untuk mengkarantina pesan yang gagal:

text
_dmarc.yourdomain.com  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=25"

Mulai dengan pct=25 untuk menerapkan kebijakan karantina hanya pada 25% pesan yang gagal. Pantau selama satu hingga dua minggu. Jika tidak ada email sah yang dikarantina, tingkatkan ke pct=100.

Langkah 4: Pindah ke p=reject

Penegakan penuh. Pesan yang tidak terautentikasi ditolak langsung dan tidak pernah dikirimkan.

text
_dmarc.yourdomain.com  IN  TXT  "v=DMARC1; p=reject; rua=mailto:[email protected]; pct=100"

Ini adalah persyaratan minimum untuk BIMI. Gmail dan Apple Mail tidak akan memproses record BIMI Anda kecuali domain Anda memiliki p=quarantine atau p=reject dengan pct=100. Kebijakan p=none tidak terlihat oleh BIMI — logo tidak akan pernah muncul terlepas dari seberapa benar konfigurasi lainnya.

Mengapa p=none Memblokir BIMI

Spesifikasi BIMI mengharuskan penyedia kotak surat untuk memverifikasi bahwa domain pengirim memiliki kebijakan DMARC yang ditegakkan sebelum menampilkan logo. Alasannya: logo adalah sinyal kepercayaan. Menampilkan logo untuk domain yang belum menerapkan kontrol anti-spoofing akan memungkinkan penyerang menampilkan logo terverifikasi pada email phishing. p=none tidak memberikan penegakan, sehingga penyedia menolak untuk menghormati record BIMI.

Penyelarasan: Detail yang Diabaikan Kebanyakan Panduan

DMARC hanya lulus ketika domain yang terautentikasi selaras dengan domain header From:. Ada dua mode penyelarasan:

  • Relaxed (default): Domain organisasi harus cocok. mail.example.com selaras dengan example.com.
  • Strict: Domain yang tepat harus cocok. mail.example.com tidak selaras dengan example.com.

Untuk BIMI, gunakan penyelarasan relaxed (adkim=r; aspf=r) kecuali Anda memiliki alasan khusus untuk strict. Penyelarasan strict menyebabkan kegagalan untuk subdomain dan layanan pengirim pihak ketiga.

Referensi Record Lengkap

text
_dmarc.yourdomain.com  IN  TXT  "v=DMARC1; p=reject; sp=reject; adkim=s; aspf=s; rua=mailto:[email protected]; pct=100"
Tag Nilai Arti
p=reject Reject Blokir email yang tidak terautentikasi
sp=reject Reject Terapkan kebijakan yang sama ke subdomain
adkim=s Strict Penyelarasan DKIM harus tepat
aspf=s Strict Penyelarasan SPF harus tepat
rua= Email Tujuan laporan agregat
pct=100 100% Terapkan ke semua email

Langkah Selanjutnya

Setelah domain Anda mencapai p=reject:

  1. Buat SVG BIMI Anda — Gunakan makeBIMI™ untuk menghasilkan file logo yang sesuai dengan W3C SVG Tiny P/S. Gratis, tidak perlu akun.
  2. Jalankan audit DMARC — Alat makeBIMI Domain Audit memverifikasi status record DMARC, SPF, dan BIMI Anda secara real time.
  3. Dapatkan sertifikat — Untuk menampilkan logo di Gmail, diperlukan VMC atau CMC. veriBIMI℠ memfasilitasi seluruh proses sertifikat, termasuk manajemen penegakan DMARC, persiapan SVG, dan aplikasi CA.
Convert Your Logo → Audit Your Domain