Untuk Pemilik Domain & Email Bisnis: Jangan Tunggu Inbox Jebol Baru Bertindak! 😱

Halo, kawan-kawan! Kali ini aku mau share pengalaman nyata sekaligus ngebahas cyber security santai tapi krusial banget. Beberapa hari lalu, inbox Google Workspace aku tiba-tiba kebanjiran ratusan email "Delivery Status Notification" alias notifikasi email gagal terkirim. Padahal, aku sama sekali tidak ada mengirim email apa pun!

Apa yang Terjadi? (What & When) 🕵️♂️

Kejadiannya mendadak banget. Tiap detik dan menit masuk terus sampai penuh! Sehari bisa sampai 6.000-an email gagal masuk ke inbox. Ya, ga penuh sih sebenarnya, kapasitas Google Workspace aku masih sisa 100GB 🤣. Tapi tetap aja, ini bikin risih dan notifikasi HP bunyi terus-terusan.

Sempat mikir, "Wah, akun aku kena hack ya?" 🤔

Siapa Pelakunya dan Kenapa Bisa Gini? (Who & Why) 🧐

Setelah dicek di bagian Login Details Gmail, ternyata aman sentosa. Hanya perangkat aku saja yang masuk. Jadi, JELAS TIDAK ADA PERETASAN AKUN.

Lalu kenapa bisa penuh email mental? Ternyata, domain aku terkena yang namanya Email Spoofing. Ada orang jahat atau spammer di luar sana yang memalsukan alamat email aku (seolah-olah pakai [email protected]) untuk mengirim spam massal lewat server mereka sendiri. Begitu email mereka mental atau ditolak di server tujuan (karena emang spam), bounce-back error-nya dikirim balik ke alamat pengirim yang tertera... alias inbox asli aku!

Bagaimana Cara Mengatasinya? (How) 🛠️

Beruntung, masalah nyebelin ini bisa langsung BERHENTI TOTAL dalam sekejap tanpa perlu pusing cek ribuan log. Ini dia 2 langkah kunci yang aku lakukan di Cloudflare DNS (kamu juga bisa terapkan di panel DNS lain):

1️⃣ Kunci DMARC ke "p=reject"

Sebelumnya, setelan DMARC aku cuma p=none (cuma memantau doang, pasif). Berdasarkan pengalaman (E-E-A-T banget nih!), aku langsung ubah catatannya jadi tegas di DNS Zone:

v=DMARC1; p=reject; sp=reject; pct=100

Artinya: Aku perintahkan semua server email di dunia (Gmail, Yahoo, Outlook, dkk) untuk LANGSUNG MENOLAK & MENGHANCURKAN email palsu yang pakai nama domain aku. Hasilnya? Inbox langsung bersih seketika, email gagal terkirim dari spammer stop saat itu juga!

Jika ingin perlindungan yang jauh lebih ketat lagi, bisa menggunakan format ini:

v=DMARC1; p=reject; sp=reject; adkim=s; aspf=s; pct=100;

2️⃣ Gabungkan IP Hosting WordPress ke SPF

Nah, karena _dmarc di-set p=reject, bakal ada efek sampingnya: notifikasi otomatis dari blog-blog WordPress aku yang tidak pakai SMTP bisa ikut terblokir (dianggap email palsu oleh server penerima).

Solusi praktisnya? Tinggal tambahkan IP Server Hosting tempat blog kita berada ke dalam catatan TXT SPF di DNS. Contohnya seperti ini:

v=spf1 include:_spf.google.com ip4:IP_HOSTING_1 ip4:IP_HOSTING_2 include:spf.nama-domain-kamu.com ~all

(Catatan: IP dan spf nama-domain-kamu cek di DNS ZONE penyedia layanan masing-masing ya).

Dengan begini, Google Workspace tetap aman, spammer gigit jari karena email palsunya otomatis mental di luar sana, dan notifikasi dari semua blog WordPress kita tetap lancar masuk karena IP hostingnya sudah divalidasi resmi di sistem.

Dimana Sabarnya? Tunggu Masa Propagasi DNS (Where & The Aftermath) ⏳

Setelah mengubah SPF dan DMARC, akan ada yang namanya masa propagasi DNS. Meskipun perubahan di sisi panel penyedia domain (aku menggunakan Cloudflare) terasa instan, internet membutuhkan waktu untuk menyebarkan (propagasi) informasi record SPF dan DMARC baru tersebut ke seluruh server DNS dan penyedia email di seluruh dunia.

Jadi, dalam kasusku, setelah 5 jam mengganti record SPF dan DMARC, masih ada beberapa email bounce yang lolos masuk. Tapi tenang, jumlahnya sudah sangat sedikit (sebelumnya tembus 6.000, sekarang cuma 12 nyasar saja).

Mengapa Masih Ada yang Lolos di Awal?

Pembaruan DNS untuk record SPF dan DMARC biasanya memakan waktu antara 24 hingga 48 jam (maksimal 72 jam) untuk benar-benar berlaku secara global.

Lalu ada juga faktor TTL (Time to Live). Kecepatan server penerima menyadari perubahan ini sangat bergantung pada nilai TTL pada record DNS lama kita. Jika TTL lama diatur ke 24 jam (86400 detik), maka server-server penerima baru akan meminta data DNS terbaru kita setelah 24 jam berlalu. Di Cloudflare sendiri, aku cukup set menggunakan AUTO untuk TTL agar lebih fleksibel.

Untuk kawan-kawan yang punya domain sendiri, coba cek deh setelan DMARC dan SPF-nya sekarang sebelum kejadian seperti aku. Lebih baik sedia payung sebelum hujan email spam! Semoga pengalaman ini bermanfaat ya. 🛡️💻