Pengecek Kemampuan Pengantaran Email

Pemeriksa Kemampuan Pengiriman Email

Periksa konfigurasi pengirim sebelum email Anda ter Return

MX/A SPF DKIM DMARC DNSBL

Domain Pengirim *

IP Keluar

IP server yang mengirim email Anda, digunakan untuk memeriksa daftar hitam DNSBL. Kosongkan untuk melewati. Temukan di header email (Received: from) atau tanyakan ke penyedia SMTP Anda.

Selector DKIM

Prefiks pencarian kunci publik DKIM, digunakan untuk memverifikasi tanda tangan email. Kosongkan untuk mendeteksi selector umum secara otomatis (google, default, s1, k1…). Temukan di header email terkirim mana pun: DKIM-Signature: s=...

Pemeriksaan Konfigurasi Pengirim

Kemampuan pengantaran email menentukan apakah pesan Anda sampai ke kotak masuk atau ditolak dan terkubur di spam. Hal ini bergantung pada seperangkat catatan DNS — MX membuktikan domain Anda ada dan memiliki server mail, SPF menyatakan siapa yang dapat mengirim atas nama Anda, DKIM menggunakan tanda tangan kriptografi untuk membuktikan mail tidak dirusak, dan DMARC menyatukan semuanya dengan kebijakan penegakan. Jika IP keluar Anda ada di daftar hitam DNSBL, bahkan otentikasi sempurna pun tidak akan menyelamatkan Anda.

Konfigurasi yang salah tidak memberikan peringatan — Anda hanya melihat email yang kembali, tingkat kotak masuk yang rendah, dan email registrasi yang menghilang ke dalam spam. SPF yang hilang memungkinkan siapa pun memalsukan domain Anda; DMARC p=none yang stagnan memungkinkan mail palsu lolos; IP keluar yang masuk daftar hitam membuat setiap pesan gagal. Yang terburuk, masalah-masalah ini seringkali baru ditemukan setelah Anda kehilangan pengguna.

Alat ini menjalankan pemeriksaan yang sama dengan yang dilakukan penerima — sebelum Anda mengirim. Masukkan domain pengirim Anda (dan secara opsional IP keluar serta pemilih DKIM Anda) untuk memverifikasi bahwa empat catatan DNS utama telah dipublikasikan dengan benar dan IP Anda bersih. Setiap hasil terkait langsung dengan kode Return yang sebenarnya, memberi tahu Anda persis apa yang salah dan cara memperbaikinya.

Periksa sebelum mengirim, bukan setelah email ter Return — periksa sendiri sebelum penerima melakukannya

Lima pemeriksaan dalam satu jalankan: Resolusi DNS, SPF, DKIM, DMARC, Daftar hitam IP

Tanpa jejak: Kueri DNS murni, tidak ada email yang dikirim, tidak ada domain atau IP yang disimpan

Hasil pemeriksaan langsung berkaitan dengan kode Return: Setiap hasil pemeriksaan terkait dengan kesalahan Return yang sebenarnya, sehingga Anda tahu apa yang harus diperbaiki

Kapan menggunakannya

Sebelum pengiriman pertama dari domain baru — pastikan MX, SPF, DKIM, DMARC semuanya telah dipublikasikan

Saat email kembali (bounce) — cocokkan kode bounce untuk mengidentifikasi masalah DNS, auth, atau IP

Setelah perubahan DNS — verifikasi bahwa pembaruan telah tersebar dan tidak menimbulkan masalah baru

Setelah mengganti server email atau penyedia SMTP — periksa apakah IP baru bersih

Referensi Kesalahan Bounce

Kesalahan bouncing umum dan pemeriksaan yang mendeteksinya:

Kesalahan bouncing	Akar masalah	Alat ini memeriksa	Arah perbaikan
554 5.1.8 Domain tidak ditemukan	Domain pengirim tidak memiliki catatan DNS	Resolusi DNS Domain	Tambahkan catatan MX/A/AAAA
550 DNSBL (misal r1401)	IP keluar berada di daftar hitam waktu nyata	Daftar hitam IP	Minta pencopotan atau ganti IP
550 5.7.26 Autentikasi gagal	SPF/DKIM/DMARC hilang atau gagal	SPF + DKIM + DMARC	Terbitkan dan perketat catatan autentikasi

Template Catatan DNS

Template untuk empat catatan DNS utama. Ganti yourdomain.com dan include penyedia sesuai kebutuhan.

MX (di yourdomain.com MX):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF (di yourdomain.com TXT):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC (di _dmarc.yourdomain.com TXT):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM (di <selector>._domainkey.yourdomain.com TXT):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

Mulai DMARC dengan p=none untuk mengumpulkan laporan, lalu tingkatkan menjadi quarantine, kemudian reject.

Pengetahuan DNS & otentikasi email

Catatan DNS yang diperiksa alat ini dan mengapa hal tersebut penting untuk pengiriman email:

Resolusi DNS Domain (MX / A / AAAA)

MX memberi tahu penerima server surat mana yang menangani domain Anda. A/AAAA memetakan domain Anda ke alamat IPv4/IPv6. Jika domain pengirim tidak memiliki catatan DNS, penerima akan menolak dengan 554 5.1.8 Domain tidak ditemukan — domain tersebut sama sekali tidak ada di DNS.

SPF (Sender Policy Framework)

Catatan TXT di domain Anda yang mencantumkan IP/server yang diizinkan mengirim email atas nama Anda. Penerima memeriksa IP pengirim terhadap daftar ini. Tanpa SPF, siapa pun dapat melakukan spoofing domain Anda.

Nilai umum & risiko

-all: Tolak keras: pengirim tidak sah diblokir. Praktik terbaik, keamanan tertinggi.
~all: Soft fail: ditandai mencurigakan tetapi tidak ditolak. OK untuk masa transisi, menurunkan kepercayaan domain jangka panjang.
?all: Netral: tidak ada pernyataan. Setara tidak memiliki SPF. Risiko spoofing tinggi.
+all: Izinkan semua: IP mana pun dapat mengirim atas nama Anda. Sangat berbahaya, jangan pernah gunakan.

DKIM (DomainKeys Identified Mail)

Tanda tangan kriptografi yang ditambahkan ke email keluar. Kunci publik diterbitkan sebagai catatan TXT di <selector>._domainkey.yourdomain.com. Penerima memverifikasi tanda tangan terhadap kunci ini. Tidak seperti SPF, Anda harus mengetahui selector untuk mencari kunci tersebut.

Nilai umum & risiko

v=DKIM1: Pengidentifikasi versi, wajib diisi. Tanpa ini, rekaman tidak diakui sebagai DKIM.
k=rsa: Tipe kunci, RSA paling umum. Defaultnya adalah rsa jika tidak ada.
p=...: Kunci publik RSA, wajib diisi. p= yang kosong atau tidak ada akan mencabut selector.
t=s: Mode ketat: tanda tangan harus cocok persis dengan domain. Mencegah penyalahgunaan penandatanganan subdomain.

DMARC (Autentikasi Pesan Berbasis Domain)

Rekaman TXT kebijakan di _dmarc.yourdomain.com yang menghubungkan SPF dan DKIM. Memberitahu penerima apa yang harus dilakukan jika keduanya gagal. Juga menentukan tempat pengiriman laporan agregat.

Nilai umum & risiko

p=none: Hanya memantau: tidak ada tindakan, hanya mengumpulkan laporan. Titik awal yang aman tetapi tanpa perlindungan apa pun — surat yang dispoofing masih masuk ke kotak masuk.
p=quarantine: Karantina: autentikasi gagal masuk ke folder spam. Perlindungan sedang, cocok untuk fase validasi.
p=reject: Tolak: autentikasi gagal langsung diblokir. Perlindungan terkuat, tujuan akhir. Melewatkan level ini memungkinkan surat yang dispoofing masuk.
rua=: Tujuan laporan agregat. Untuk memantau kegagalan pengiriman, tidak ada penegakan tetapi membantu pemecahan masalah.
adkim=s / aspf=s: Penyesuaian ketat: mengharuskan domain DKIM/SPF cocok persis dengan header From. Mencegah spoofing subdomain.

DNSBL (Daftar Hitam Berbasis DNS)

Daftar hitam IP real-time yang diakses melalui DNS. Penerima memeriksa IP keluar Anda terhadap daftar seperti Spamhaus, Barracuda, SpamCop. Jika terdaftar, surat akan ditolak (550 DNSBL).

Nilai umum & risiko

zen.spamhaus.org: Daftar hitam publik terbesar, cakupan terluas. Dampak tertinggi — hampir semua penerima memeriksanya.
b.barracudacentral.org: Daftar hitam kelas enterprise, digunakan oleh banyak perangkat keamanan. Dampak sedang.
bl.spamcop.net: Didorong oleh laporan pengguna. Mungkin ada kesalahan positif, namun dampak sedang.
dnsbl.sorbs.net: Daftar hitam yang lebih kecil, dampak terbatas namun tetap ditanyakan.

FAQ

Mengapa SPF saya lolos tetapi email tetap ditolak?

SPF saja tidak cukup. Gmail dan penyedia email lain juga memeriksa DKIM dan DMARC. Jika DKIM hilang atau DMARC gagal dalam kesesuaian alignment, email tetap akan ditolak. Lakukan ketiga pemeriksaan tersebut.

Bagaimana cara menemukan selector DKIM saya?

Periksa dokumentasi penyedia email Anda. Selector umum: google (Google Workspace), selector1/selector2 (Microsoft 365), default, s1, k1. Header email Anda (DKIM-Signature: s=...) juga akan menampilkannya.

IP saya masuk daftar hitam. Sekarang apa?

Kunjungi halaman penghapusan daftar hitam dari penyedia (misalnya spamhaus.org/lookup), ajukan permintaan penghapusan, dan pastikan IP Anda tidak mengirimkan spam. Jika penyedia hosting Anda memberikan IP bersama, hubungi mereka untuk mengganti IP.

Domain saya dapat di-resolve tapi tidak memiliki catatan MX. Apakah itu buruk?

Tentu saja tidak. Domain yang hanya mengirim email (menggunakan penyedia SMTP pihak ketiga) mungkin tidak memiliki MX tapi tetap memiliki catatan A. Selama SPF/DMARC menunjuk ke penyedia yang tepat, email tetap dapat terkirim.

Apakah alat ini mengirim email apa pun?

Tidak. Alat ini hanya menanyakan catatan DNS (TXT, MX, A, AAAA) dan memeriksa IP keluar terhadap database DNSBL publik. Tidak ada yang dikirim. Domain dan IP Anda tidak disimpan.

Seberapa sering saya harus menjalankan pemeriksaan ini?

Jalankan sebelum pengiriman pertama dari domain baru, setelah setiap perubahan DNS, saat berganti penyedia email, atau sebelum kampanye besar. Untuk perawatan rutin, sekali sebulan sudah cukup.

Bisakah saya memeriksa domain yang bukan milik saya?

Ya. Catatan DNS bersifat publik, menanyakan domain apa pun tidak menjadi masalah privasi. Namun alat ini dirancang untuk mendiagnosis konfigurasi pengiriman Anda sendiri.

SPF dan DKIM keduanya lolos tapi email tetap masuk ke spam — kenapa?

Selain autentikasi, penempatan email di kotak masuk bergantung pada reputasi IP (DNSBL), lonjakan volume yang tiba-tiba, konten yang ditandai sebagai spam, dan penyaringan di sisi penerima. Periksa apakah IP Anda masuk daftar hitam, dan bangun reputasi pengiriman secara bertahap.