Dhaptar Priksa Keterkiriman Email

Pangerten Standar Keterkiriman Email lan Pentinge

Keterkiriman email minangka ukuran sepira nggone pesen sing dikirim bisa mlebu menyang kothak mlebu (inbox) panampa, tinimbang mlebu folder spam utawa ditolak babar pisan. Kanggo njaga reputasi domain lan mesthekake pesen penting tekan tujuane, pangirim kudu manut karo standar lan aturan sing wis ditetepake dening panyedhiya layanan email utama.

Dhaptar Priksa Keterkiriman Email minangka piranti sing mbantu pamilik domain, personel operasi, lan tim pangirim kanggo mriksa konfigurasi domain, infrastruktur, lan cara pangiriman sing digunakake. Piranti iki nggunakake kumpulan rujukan tanggal 2026-07-16 sing ngringkes standar sing diterbitake lan pandhuan panyedhiya saka tanggal kasebut. Piranti iki mung mriksa domain, konteks, lan kothak pilihan sing diisi dening pangguna; piranti iki ora nggoleki DNS utawa ngirim email tes.

Peran SPF, DKIM, lan DMARC ing Autentikasi Email

Autentikasi minangka pondasi utama kanggo mbuktekake manawa email pancen dikirim saka domain sing sah, dudu saka pihak sing pengin mbebayani utawa nindakake spoofing. Ana telung pilar utama ing bagean Autentikasi iki:

• SPF (Sender Policy Framework): Protokol iki mriksa apa server sing ngirim email pancen diidini dening domain kasebut. Sampeyan kudu mesthekake yen SPF nyakup saben layanan pangiriman, tegese domain nduweni siji kabijakan SPF sing nyakup saben panyedhiya utawa IP sing diidini ngirim.
• DKIM (DomainKeys Identified Mail): Protokol iki menehi tandha tangan digital ing header email. Sampeyan kudu mesthekake yen tandha tangan DKIM aktif nganggo kunci sing cocog, kanthi mriksa pesen sing wis tekan kanggo DKIM=pass lan mesthekake kunci tandha tangan paling ora 1024 bit, utawa 2048 bit yen didhukung.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance): Protokol iki nggabungake SPF lan DKIM. DMARC diterbitake paling ora nganggo p=none kanthi nggoleki _dmarc ing domain From lan validasi cathetane sadurunge alon-alon pindhah menyang karantina utawa penolakan.

Saliyane iku, SPF utawa DKIM selaras karo domain From sing katon. Sampeyan kudu mriksa Authentication-Results ing pesen nyata lan mesthekake paling ora siji domain autentikasi sing lulus selaras karo domain From. Yen syarat dhasar iki durung ana, piranti bakal nuduhake langkah wajib Setel SPF utawa DKIM.

Infrastruktur lan Format Pesen sing Bener

Saliyane autentikasi, setelan infrastruktur server lan format pesen sing dikirim kudu tundhuk karo aturan teknis sing bener:

1. DNS Maju lan Mbalikke: DNS maju lan mbalikke cocog kanggo IP pangiriman. Saben IP pangiriman kudu nduweni jeneng host PTR lan jeneng host kasebut kudu bali menyang IP sing padha.
2. Enkripsi TLS: Email metu nggunakake TLS. Sampeyan kudu mriksa layanan pangiriman utawa log SMTP kanggo mesthekake panampa sing didhukung ditawani sambungan TLS sing dienkripsi.
3. Validitas Header: Header lan identitas pangirim bener lan akurat. Pesen nyata kudu dipriksa kanggo siji alamat From, kolom Date lan Message-ID sing bener, lan subjek lan identitas sing ora ngapusi.

Cara Pangiriman lan Manajemen Reputasi

Reputasi domain pangirim ditemtokake dening tumindak lan respon saka panampa email. Kanggo njaga reputasi iki tetep apik, cara pangiriman ing ngisor iki kudu ditindakake kanthi disiplin:

• Persetujuan lan Respon: Panampa wis sarujuk lan alamat sing ora bener wis dibusak. Tim kudu mriksa bukti pendhaptaran, nyegah hard bounce lan keluhan, lan mandheg ngirim marang panampa sing wis ora pengin nampa aliran iki.
• Pemantauan Keluhan: Tingkat keluhan dipantau supaya tetep ing sangisore wates sing diterbitake. Dasbor panyedhiya kudu dipriksa kanthi rutin kanggo njaga tingkat spam Gmail ing sangisore 0,10% (lan aja nganti 0,30% utawa luwih), lan njaga keluhan Yahoo ing sangisore 0,30%.
• Evaluasi Rutin: Autentikasi, reputasi, bounce, lan laporan dipriksa kanthi nggunakake laporan agregat DMARC lan dasbor panyedhiya utawa alur umpan balik sing kasedhiya kanggo nliti kegagalan lan mbusak sumber sing ala.

Mekanisme Mandheg Langganan

Kanggo email pemasaran utawa langganan, nyedhiyakake cara sing gampang kanggo mandheg langganan minangka syarat wajib saka panyedhiya email utama. Ana rong mekanisme sing kudu mlaku bebarengan:

• Header Mandheg Langganan Sak Klik: Header mandheg langganan sak klik bisa digunakake. Pesen langganan kudu dikirim nganggo header RFC 8058 List-Unsubscribe lan List-Unsubscribe-Post, banjur tes endpoint HTTPS POST kudu ditindakake.
• Pranala Mandheg Langganan sing Katon: Pilihan mandheg langganan katon, bisa digunakake, lan panjaluk ditangani kanthi cepet. Pranala ing isi pesen kudu bisa dites tanpa kudu mlebu (login) dhisik, lan pamblokiran pangiriman kudu rampung sajrone rong dina.

Aturan Panganggone lan Watesan Piranti

Nalika nggunakake piranti iki, pangguna kudu nglebokake domain pangiriman sing bener. Domain pangiriman yaiku domain publik sing digunakake ing alamat From sing katon, tanpa skema, path, utawa alamat email, kayata mail.example.com. Domain iki bakal dinormalisasi kanthi mbusak titik ing pungkasan lan diowahi dadi aksara cilik.

Piranti iki nduweni sawetara aturan validasi lan pesen kesalahan:

• Yen domain pangiriman kosong nalika nggawe pamriksan, bakal metu kesalahan: Lebokna domain pangiriman dhisik..
• Yen domain luwih saka 253 karakter, bakal metu kesalahan: Domain kuwi dawa banget. Watesana nganti 253 karakter..
• Yen domain dudu domain publik sing bener, bakal metu kesalahan: Lebokna mung domain publik, kayata mail.example.com..

Nalika tombol "Resiki" diklik, input domain bakal dadi kosong, asil pamriksan dibusak, lan status Dhaptar priksa diresiki. bakal katon. Yen kabeh item sing ditrapake wis dicenthang, piranti bakal nuduhake pesen Ora ana item sing durung dicenthang ing kumpulan rujukan iki lan Terus pantau pesen nyata, laporan, lan pandhuan panyedhiya amarga status lan syarat bisa owah..

Keamanan lan Pangolahan Data

Kabeh pangolahan data ing piranti iki ditindakake kanthi lokal. Domain lan pilihan dhaptar priksa sampeyan tetep ana ing browser. BroBroGo ora ngunggah utawa nyimpen data kasebut. Kabeh proses kerja kedadeyan ing piranti pangguna dhewe, lan ora ana data sing metu saka piranti kasebut.

---

Pitakonan sing Sering Ditakoni (FAQ)

Aturan apa sing digunakake dhaptar priksa iki?
Kumpulan rujukan 2026-07-16 nggunakake RFC 7208 kanggo SPF, RFC 6376 kanggo DKIM, RFC 9989 kanggo DMARC, RFC 8058 kanggo mandheg langganan sak klik, lan pandhuan pangirim Gmail lan Yahoo sing kasedhiya ing tanggal kasebut.

Apa dhaptar priksa iki nggoleki DNS utawa ngirim email tes?
Ora. Iki mung mriksa domain, konteks, lan kothak sing sampeyan isi. Tindakake langkah sing digawe nganggo panyedhiya DNS, layanan pangiriman, lan header pesen nyata sampeyan.

Apa ngrampungake kabeh item njamin email mlebu kothak mlebu?
Ora. Panampa uga nggunakake reputasi, tanggapan panampa, isi, pola lalu lintas, lan aturan internal sing owah. Dhaptar priksa ini mbantu nyiyapake pamriksan; ora bisa prédhiksi utawa njamin pangiriman.

Sapa wae sing mbutuhake dhaptar priksa iki?
Piranti iki dirancang kanggo pamilik domain, personel operasi, lan tim pangirim sing lagi nyiapake kanggo ngirim email transaksional, massal, utawa email langganan.