Cek SPF & DMARC

Test a domain's email authentication: SPF, DKIM and DMARC records are checked for syntax, lookup limits and policy strength, with plain-English fixes.

Autentikasi email untuk paypal.com

SPFValid, dengan peringatan
DKIM2 key ditemukan
DMARCp=reject

SPF (Sender Policy Framework)

9/10 DNS lookup
v=spf1 include:pp._spf.paypal.com include:3ph1._spf.paypal.com include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com include:3ph4._spf.paypal.com include:sendgrid.net include:aspmx.pardot.com ~all
  • Record menggunakan 9 dari 10 pencarian DNS yang diizinkan. Anda sudah mendekati batas.

DKIM (DomainKeys Identified Mail)

Selector s1 (melalui CNAME s1.domainkey.u2325424.wl175.sendgrid.net)

k=rsa; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxbgrZ8NI+r1z/S4RHUWdMmwmN+JGEY9Blcd1cqhocyKq+4qzU5TDXX4gKIZ2Apq3tTdA/a5hNEE4bPyhJAHFA0/x7Xhg//F4+iLwAB766QJ10Yjv7nQIqvzMmMpLctr5FjgnclGvPUgow3ofUpnmxyr1s9fR2JdvrRzXtwvuvbDV8j98iuIGYgcTcmQwJHH3HcGuxYOc57YZBNPUQbd5fcR5hcpbi+rWeT/SlNCCLNLP4gmXVg7lPc37Yo3CG5gpAsTAf/4RIxb22aL2xW596h/Hi1EebekpqF1dWogRs7x2JK1JYQaVIJEYNSuv5nqLR6FA1SUmB1375JL4pTXS6…

Selector s2 (melalui CNAME s2.domainkey.u2048429.wl180.sendgrid.net)

k=rsa; t=s; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDMTLst9tYk0BVG2VmtfH+pSW9SYaffk4Z3wx361Z2P8Knyh+UNT6EWgdLfhz35K2hD04HMNy+wQqNiN7EFDmUUiqoJ69Z2d4JKNfNWXoKubJFrTRHdKVl7o17yN/Pw6N/O5wqxqe0pISJjglebwjwX4JpTQZ6wHzQhGu5++JDP2QIDAQAB

DMARC

v=DMARC1; p=reject; rua=mailto:d@rua.agari.com,mailto:dmarc_agg@vali.email; ruf=mailto:d@ruf.agari.com,mailto:MTc4Mzcw@ruf.vali.email
Kebijakan (p)
reject
Kebijakan subdomain (sp)
sama dengan p
Laporan agregat (rua)
mailto:d@rua.agari.com,mailto:dmarc_agg@vali.email
Persentase (pct)
100%
Alignment
DKIM: R, SPF: R (R = relaxed, S = strict)
  • DMARC diterapkan dengan p=reject dan pelaporan aktif.

Lihat record MX untuk paypal.com.

Mengapa SPF, DKIM, dan DMARC penting

Email dirancang tanpa verifikasi pengirim, sehingga siapa pun dapat menaruh domain Anda di baris "From". Tiga standar berbasis DNS memperbaikinya. Sejak Februari 2024, Google dan Yahoo mewajibkannya bagi pengirim massal, dan record yang tidak ada kini menjadi alasan umum email yang sah masuk ke spam.

  • SPF mendaftar server yang diizinkan mengirim email untuk domain Anda, dalam record TXT yang diawali v=spf1.
  • DKIM menambahkan tanda tangan kriptografis ke setiap pesan; penerima memverifikasinya dengan kunci publik yang dipublikasikan di selector._domainkey.yourdomain.
  • DMARC (di _dmarc.yourdomain) memberi tahu penerima apa yang harus dilakukan ketika SPF dan DKIM gagal selaras dengan domain From (none, quarantine, atau reject) dan ke mana laporan dikirim.

Yang diuji oleh pemeriksa ini

  • SPF ada, hanya ada satu record, diakhiri dengan ~all atau -all (jangan pernah +all), dan jumlah total lookup DNS termasuk mekanisme include: bersarang tetap dalam batas RFC 7208 yaitu 10.
  • Kunci DKIM pada selector yang Anda berikan, atau pada selusin selector umum yang dipakai Google Workspace, Microsoft 365, dan layanan pengiriman populer.
  • DMARC ada, memiliki kebijakan yang valid, berlaku untuk 100% email, dan mengirim laporan agregat sehingga Anda dapat melihat siapa yang mengirim atas nama Anda.

Contoh record

example.com.         TXT  "v=spf1 include:_spf.example.net ip4:192.0.2.0/24 -all"
_dmarc.example.com.  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s"
s1._domainkey.example.com. TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh…"

Tahapan penerapan yang disarankan

  1. Publikasikan SPF yang mencakup setiap layanan yang mengirim atas nama Anda, diakhiri dengan ~all.
  2. Aktifkan penandatanganan DKIM di setiap penyedia.
  3. Publikasikan DMARC dengan p=none dan alamat rua, lalu tinjau laporan selama dua sampai empat minggu.
  4. Beralih ke p=quarantine, lalu p=reject, setelah semua email sah lolos.

Panduan lengkap: Penjelasan SPF, DKIM, dan DMARC.

Pertanyaan yang sering diajukan

Haruskah saya memakai ~all atau -all?

Jika DMARC sudah diterapkan, keduanya bisa; DMARC yang menentukan hasilnya. ~all adalah titik awal yang lebih aman; -all lebih ketat setelah Anda yakin setiap pengirim sudah terdaftar.

Apa arti "terlalu banyak lookup DNS"?

Setiap include, a, mx, exists, dan redirect memakan satu lookup, termasuk yang ada di dalam record yang di-include. Jika lebih dari 10, SPF gagal untuk semua orang. Hapus layanan yang tidak dipakai atau ganti include dengan rentang ip4/ip6.

Apakah domain yang diparkir memerlukan record ini?

Ya. Lindungi domain yang tidak pernah mengirim email dengan v=spf1 -all dan v=DMARC1; p=reject.

Diperbarui

Komentar

Belum ada penilaian

Masuk untuk menilai alat ini.

Bagikan tips, ajukan pertanyaan, atau ceritakan pengalaman Anda memakai alat ini.

Belum ada komentar. Jadilah yang pertama bercerita.

Tersalin ke clipboard