Email Kena Blacklist? Cara Membaca Bounce dan Keluar dari Blacklist
Jika email Anda masuk blacklist, pesan bounce biasanya akan menyebutkannya. Buka penolakan yang Anda terima dan perhatikan tiga hal: kode tiga digit, kode bertitik setelahnya (misalnya 5.7.1), dan teks penjelasannya. Kode yang diawali 4 adalah kegagalan sementara; kode yang diawali 5 bersifat permanen. Jika teksnya menyebutkan nama blocklist, daftar itulah yang perlu ditangani lebih dulu.
Sebelum mengurus blacklist, singkirkan penyebab sederhana secara berurutan: salah ketik alamat, kotak surat penuh, masalah di sisi penerima, serta SPF, DKIM, atau DMARC yang belum disiapkan. Cara keluar dari blacklist hampir sama di mana pun: temukan dan hentikan penyebabnya, ajukan satu permintaan penghapusan jika daftar tersebut mengharuskannya, lalu tunggu. Tidak ada yang bisa menjanjikan delisting, dan permintaan berulang tanpa perbaikan cenderung memperburuk keadaan.
Fakta tentang daftar dan penyedia kotak surat tertentu di bawah ini diambil dari halaman resmi masing-masing per November 2026. Kebijakan dapat berubah, jadi pastikan detailnya di situs pengelola sebelum bertindak.
Cara membaca pesan bounce
Bounce (laporan gagal kirim) mengutip balasan yang diberikan server penerima. Penolakan blacklist yang umum terlihat seperti ini:
<user@example.com>: host mx.example.com[203.0.113.25] said:
550 5.7.1 Service unavailable; Client host [203.0.113.10]
blocked using bl.example.org (in reply to RCPT TO command)
- Kode balasan (550). Menurut RFC 5321, balasan 4yz berarti error bersifat sementara dan permintaan yang sama boleh dicoba lagi. Balasan 5yz adalah kegagalan permanen, dan server pengirim tidak semestinya sekadar mengulang permintaan yang sama.
- Kode status yang diperluas (5.7.1). Didefinisikan dalam RFC 3463 sebagai class.subject.detail. Angka tengah menunjukkan bidangnya: 1 adalah alamat, 2 kotak surat, 4 jaringan dan perutean, 7 keamanan atau kebijakan. Kode 5.7.x berarti penerima menolak Anda atas dasar kebijakan, dan di sinilah blocklist dan reputasi muncul.
- Teks bebas. Penerima sering menyebutkan nama daftar (
blocked using bl.example.org) atau memberikan URL pengecekan. Salin seluruh bounce; Anda akan membutuhkannya untuk permintaan penghapusan atau tiket dukungan.
Kode umum dan apa yang ditunjukkannya. Deskripsi 5.7.25, 5.7.26, dan 4.7.x berasal dari daftar error yang dipublikasikan Gmail; penyedia lain mungkin menggunakan atau menjelaskan kode yang sama secara berbeda.
| Kode | Arti | Periksa terlebih dahulu |
|---|---|---|
550 5.1.1 | Kotak surat penerima tidak ada | Ejaan, spasi yang berlebih |
452 4.2.2 / 552 5.2.2 | Kotak surat penerima penuh | Minta penerima mengosongkan ruang, lalu kirim ulang |
550 5.7.1 | Pengiriman tidak diizinkan; ditolak oleh kebijakan. Sering kali karena blocklist atau reputasi pengirim yang buruk | Nama daftar di teks, pencantuman IP pengirim Anda |
550 5.7.26 | Pesan tidak diautentikasi dengan SPF atau DKIM, atau ditolak oleh DMARC (Gmail) | Record SPF, DKIM, dan DMARC |
550 5.7.25 | IP pengirim tidak memiliki record PTR, atau tidak cocok dengan forward DNS (Gmail) | Reverse DNS di server pengirim |
421 4.7.0, 421 4.7.28 | Pembatasan laju sementara karena reputasi IP rendah atau laju pengiriman yang tidak wajar (Gmail) | Lonjakan volume terbaru, keluhan |
| 4.4.x | Masalah jaringan, seperti timeout atau server sibuk | MX domain penerima, gangguan di sisi mereka |
Dengan error 4xx, server Anda akan terus mencoba ulang dengan sendirinya. RFC 5321 menyarankan jeda minimal 30 menit antarpercobaan dan menyebutkan bahwa batas waktu menyerah umumnya perlu setidaknya 4 hingga 5 hari, itulah sebabnya Anda mungkin menerima peringatan "delayed" jauh sebelum kegagalan akhir.
Periksa penyebab dengan urutan ini
Mulailah dari penyebab yang paling mudah diperiksa dan paling umum, lalu lanjut ke yang lebih jarang. Pemeriksaan awal hanya butuh beberapa detik, jadi lakukan lebih dulu.
- Salah ketik alamat. Kode 5.1.1 tidak ada hubungannya dengan blacklist. Perbaiki alamatnya.
- Kotak surat penuh. 4.2.2 atau 5.2.2 adalah masalah penerima. Hubungi mereka dengan cara lain.
- Hanya satu penerima yang gagal. Jika email ke perusahaan lain dan ke Gmail berhasil terkirim, kemungkinan penyebabnya adalah filter milik penerima itu sendiri. Kirimkan teks bounce lengkap kepada administrator mereka.
- SPF, DKIM, dan DMARC. Gmail mewajibkan setiap pengirim menyiapkan SPF atau DKIM, dan pengirim lebih dari 5.000 pesan per hari menyiapkan SPF, DKIM, dan DMARC. Persyaratan Yahoo serupa, dengan pengirim massal wajib memiliki kebijakan DMARC minimal
p=none. Outlook.com mulai menerapkan persyaratan yang sama untuk domain yang mengirim lebih dari 5.000 pesan per hari pada 5 Mei 2025. Lihat panduan pengaturan SPF, DKIM, dan DMARC. - Reputasi IP dan domain pengirim. Pastikan IP pengirim memiliki forward DNS dan reverse DNS (PTR) yang valid, Anda mengirim melalui TLS, dan keluhan tetap rendah. Gmail dan Yahoo sama-sama meminta pengirim menjaga tingkat spam di bawah 0,3%; Gmail menyarankan tetap pada atau di bawah 0,10%.
- Pengecekan blacklist. Jika bounce menyebutkan nama daftar, atau beberapa penerima yang tidak saling terkait mengembalikan 5.7.1, periksa IP dan domain pengirim Anda dengan pemeriksa blacklist.
- Konten dan volume. Cari apa pun yang berubah: pengiriman besar yang mendadak, daftar lama yang dikirimi sekaligus, atau formulir web yang disalahgunakan untuk mengirim email ke orang asing.
Jika hanya Gmail yang menolak Anda, panduan pemecahan masalah pengiriman ke Gmail membahas kode-kode khususnya lebih dalam.
Apa itu blacklist email (DNSBL) dan cara memeriksanya
Sebagian besar blacklist email adalah DNSBL: daftar yang dipublikasikan melalui DNS. Saat server Anda terhubung, server penerima mencari IP Anda di daftar yang dipercayainya, lalu menolak, memberi skor, atau menandai pesan berdasarkan jawabannya.
RFC 5782 menjelaskan cara pencariannya. Untuk IPv4, oktet dibalik urutannya lalu ditempatkan di depan domain daftar. Alamat yang tercantum mengembalikan record A, lazimnya 127.0.0.2, dan mungkin memiliki record TXT yang menjelaskan alasannya. Alamat yang tidak tercantum tidak memiliki record sama sekali. IPv6 menggunakan bentuk alamat lengkap yang dibalik per nibble.
$ dig +short 10.113.0.203.bl.example.org A 127.0.0.2 $ dig +short 10.113.0.203.bl.example.org TXT "Listed - see https://bl.example.org/lookup"
Beberapa hal yang sering membingungkan:
- Periksa IP server yang mengirim email Anda, bukan IP laptop atau koneksi kantor Anda. Temukan di bounce (
Client host [...]) atau di headerReceiveddari pesan yang Anda kirim. - Domain juga bisa tercantum. Beberapa daftar mencakup domain pengirim atau domain yang muncul di tautan. Periksa IP dan domainnya sekaligus.
- Pencantuman hanya berpengaruh di tempat daftar itu digunakan. Setiap penerima menentukan sendiri daftar mana yang dirujuk. Tercantum di daftar yang tidak digunakan penerima Anda tidak mengubah apa pun bagi mereka.
Memeriksa puluhan daftar secara manual itu melelahkan; pemeriksa blacklist melakukannya sekaligus dan menampilkan daftar mana yang memberikan hasil positif.
Pencantuman mana yang benar-benar penting
Tidak semua pencantuman perlu mendapat perhatian yang sama. Urutan prioritas secara kasar:
- Daftar yang disebutkan di bounce Anda. Itulah yang benar-benar memblokir Anda. Tangani lebih dulu.
- Daftar besar yang banyak digunakan. Pencantuman di sini memengaruhi banyak penerima sekaligus.
- Satu atau dua hasil positif di daftar kecil atau kurang dikenal, tanpa bounce yang menyebutkannya, biasanya bukan penyebab email Anda diblokir. Periksa autentikasi dan reputasi sebelum menghabiskan waktu untuk itu.
Bagaimana beberapa daftar terkenal menjelaskan diri mereka, berdasarkan halaman resmi per November 2026:
| Daftar | Yang dicantumkan | Cara penghapusan |
|---|---|---|
| Spamhaus PBL | Rentang IP pengguna akhir, seperti broadband, yang semestinya tidak mengirim email langsung ke penerima | Bukan tanda pengiriman spam. Kirim melalui server email yang diautentikasi di port 587 atau 465. Pengguna akhir hanya dapat meminta pengecualian jika kebijakan jaringan mengizinkannya; pengecualian untuk satu IP berakhir setelah satu tahun |
| SpamCop | IP yang dilaporkan oleh pengguna SpamCop | Dihapus otomatis 24 jam setelah laporan berhenti. Permintaan delisting lebih awal tidak diterima |
| Barracuda BRBL | IP yang ditandai oleh sistem otomatis | Kirim formulir penghapusan satu kali; permintaan duplikat diabaikan. Permintaan dengan penjelasan yang valid biasanya ditangani dalam 12 jam |
| UCEPROTECT Level 1 | IP tunggal | Berakhir otomatis 7 hari setelah spam terakhir. Delisting ekspres berbayar ditawarkan dan disebut sebagai opsional |
| UCEPROTECT Level 2 | Seluruh alokasi, jika jumlah hasil positif Level 1 dalam rentang tersebut melebihi batas yang ditetapkan | Dihapus otomatis jika rentang tersebut tidak lagi memenuhi kriteria. Biasanya hanya penyedia layanan yang dapat meminta penghapusan |
| UCEPROTECT Level 3 | Seluruh jaringan (ASN) | Dihapus otomatis jika kriteria tidak lagi terpenuhi. Kebijakannya menyatakan bahwa permintaan penghapusan dari pelanggan akhir sia-sia |
Ada dua hal yang perlu diingat. Pertama, daftar yang mencakup seluruh rentang, seperti UCEPROTECT Level 2 dan 3, dapat mencantumkan IP Anda meskipun Anda tidak pernah mengirim spam, karena alamat lain di jaringan yang sama. Kedua, jika suatu daftar menawarkan penghapusan ekspres berbayar, biasanya tersedia juga masa kedaluwarsa otomatis yang gratis, dan membayar tidak memperbaiki penyebab pencantuman. Jika penyebabnya masih ada, pencantuman akan kembali. Spamhaus memiliki beberapa daftar dengan jalur penghapusan yang berbeda; lihat cara keluar dari Spamhaus.
Cara keluar dari blacklist
Prosesnya hampir sama untuk setiap daftar:
- Temukan dan hentikan penyebabnya. Penyebab umum adalah kata sandi kotak surat yang bocor, komputer yang terinfeksi malware, formulir kontak yang mengirim ke alamat apa pun yang dimasukkan, open relay, atau mengirim email ke orang yang tidak pernah memberikan persetujuan. Ganti kata sandi dan tutup celahnya sebelum melakukan hal lain.
- Baca halaman pengecekan milik pengelola. Sebagian besar daftar memungkinkan Anda memasukkan IP dan melihat alasan pencantuman serta jalur penghapusannya. Ikuti petunjuk itu, bukan dugaan pihak ketiga.
- Jika daftar tersebut menghapus entri dengan sendirinya, tunggu. SpamCop menghapus pencantuman 24 jam setelah laporan berhenti; UCEPROTECT Level 1 setelah 7 hari tanpa spam baru.
- Jika daftar tersebut menerima permintaan, kirim satu kali. Jelaskan dengan lugas apa yang terjadi dan apa yang sudah Anda ubah. Barracuda, misalnya, menyatakan bahwa permintaan duplikat diabaikan.
- Kirim ulang dan pantau. Penghapusan bisa memerlukan waktu untuk menyebar. SpamCop mencatat bahwa diperlukan waktu hingga 4 jam untuk sampai ke mirror-nya dan ke server yang menggunakan daftar tersebut.
Mengirim permintaan yang sama berulang kali, atau meminta penghapusan sebelum penyebabnya diperbaiki, justru merugikan. Kalaupun berhasil, pencantuman akan kembali begitu masalahnya terulang, dan bagaimanapun keputusan akhir ada di tangan pengelola.
Ingat juga bahwa DNSBL hanyalah salah satu masukan. Jika Gmail menolak email dengan 550 5.7.1 dengan alasan reputasi IP atau domain pengirim Anda sangat rendah, itu adalah penilaian Gmail sendiri. Keluar dari DNSBL tidak akan mengubahnya; yang dapat mengubahnya adalah autentikasi yang lebih baik, daftar penerima yang lebih bersih, dan keluhan yang lebih sedikit.
Shared hosting dan VPS: saat IP tidak hanya milik Anda
Di shared hosting, banyak pelanggan mengirim melalui IP keluar yang sama. Situs milik orang lain yang disusupi dapat membuat IP tersebut tercantum, dan email Anda ikut diblokir bersama email mereka.
- Shared hosting. Penyedia hosting mengendalikan IP tersebut, jadi buka tiket dukungan dengan bounce lengkap dan IP yang tercantum, alih-alih mengajukan permintaan penghapusan sendiri. Pencantuman rentang atau jaringan, seperti UCEPROTECT Level 2 dan 3, hanya dapat ditangani oleh penyedia.
- VPS atau server dedicated. IP yang baru dialokasikan mungkin membawa riwayat dari penyewa sebelumnya. Periksa sebelum Anda mulai mengirim, dan atur reverse DNS (PTR)-nya agar sesuai dengan hostname server email Anda, biasanya melalui panel kontrol penyedia.
- Mengirim langsung dari IP rumahan atau IP dinamis. Rentang seperti inilah sasaran Spamhaus PBL. Alihkan email melalui server submission milik penyedia atau layanan email Anda dengan autentikasi di port 587 atau 465.
Jika Anda tidak dapat mengendalikan IP dan penyedia tidak dapat memperbaikinya, memindahkan email keluar ke server pengirim lain yang diautentikasi sering kali menjadi solusi praktis.
Cara agar tidak tercantum lagi
Delisting hanya bertahan jika penyebabnya tetap diperbaiki. Pertahankan kebiasaan berikut:
- Autentikasi dan dasar-dasarnya. Jaga agar SPF, DKIM, dan DMARC tetap valid, reverse DNS tetap benar, dan kirim melalui TLS. Perbarui SPF setiap kali Anda menambahkan layanan pengirim baru.
- Keamanan akun. Gunakan kata sandi yang kuat dan autentikasi dua faktor, serta waspadai lonjakan mendadak pada volume email keluar atau ukuran antrean.
- Lindungi formulir. Batasi laju formulir kontak dan pendaftaran agar tidak dapat digunakan untuk mengirim email ke alamat sembarang.
- Kebersihan daftar penerima. Kirim email hanya kepada orang yang memintanya dan hapus alamat yang bounce. Gmail dan Yahoo mewajibkan pengirim massal mendukung berhenti berlangganan sekali klik.
- Hindari lonjakan mendadak. Pengiriman yang jauh lebih besar dari biasanya dapat memicu pembatasan laju dan keluhan.
- Periksa secara berkala. Memeriksa IP dan domain pengirim Anda sesekali memungkinkan Anda menemukan pencantuman sebelum pelanggan melaporkan email yang hilang.
Kami memperkenalkan penyedia jasa yang menangani permintaan delisting, konsultasi, dan saran (mulai JPY 50,000). Keputusan delisting ada di tangan masing-masing pengelola daftar dan tidak dapat dijanjikan.
Minta bantuanSitus ini dapat menerima komisi rujukan dari penyedia jasa yang tercantum. About
Tanya jawab
Berapa lama waktu yang dibutuhkan untuk keluar dari blacklist?
Tergantung daftarnya. Per November 2026, SpamCop menghapus entri 24 jam setelah laporan berhenti, entri UCEPROTECT Level 1 berakhir 7 hari setelah spam terakhir, dan Barracuda menyatakan bahwa permintaan penghapusan dengan penjelasan yang valid biasanya ditangani dalam 12 jam. Semua ini mengasumsikan penyebabnya sudah berhenti, dan keputusan akhir ada di tangan pengelola.
Saya tercantum di satu blacklist kecil. Apakah saya perlu melakukan sesuatu?
Biasanya tidak, jika tidak ada bounce yang menyebutkan daftar tersebut dan Anda bersih di daftar-daftar utama. Periksa autentikasi dan penyebab di sisi penerima terlebih dahulu. Jika ingin lebih teliti, baca kebijakan daftar tersebut di situsnya sendiri.
Apakah saya perlu membayar delisting ekspres?
Jarang diperlukan. UCEPROTECT menyebut penghapusan ekspres berbayarnya sebagai opsional, dan pencantumannya juga berakhir secara gratis. Membayar tidak memperbaiki penyebabnya, jadi pencantuman yang penyebabnya tidak diperbaiki akan kembali.
Saya sudah di-delist, tetapi email saya masih diblokir. Mengapa?
Penghapusan mungkin belum menyebar, atau masih ada penyebab lain. Baca bounce yang baru dengan saksama. Jika penyedia seperti Gmail menyebut reputasi IP atau domain Anda, itu adalah penilaiannya sendiri dan memerlukan perbaikan autentikasi, konten, dan tingkat keluhan, bukan penghapusan dari DNSBL.
Apa yang harus saya lakukan terhadap error 4xx?
Biasanya tidak perlu melakukan apa pun pada awalnya. Balasan 4xx bersifat sementara dan server Anda akan mencoba ulang secara otomatis selama beberapa hari. Jika error yang sama terus muncul, atau berubah menjadi 5xx, ikuti pemeriksaan dalam artikel ini.
Halaman resmi yang digunakan
Fakta dalam artikel ini telah diperiksa berdasarkan halaman resmi di bawah ini pada saat diterbitkan. Kebijakan dan perilaku layanan dapat berubah tanpa pemberitahuan, jadi periksa halaman resmi sebelum mengandalkan informasi yang penting.
- RFC 5321: Simple Mail Transfer Protocol
- RFC 3463: Enhanced Mail System Status Codes
- RFC 5782: DNS Blacklists and Whitelists
- Google Workspace: Gmail SMTP errors and codes
- Google: Email sender guidelines
- Yahoo Sender Hub: Best Practices
- Microsoft: Outlook.com Postmaster
- Spamhaus: Policy Blocklist (PBL)
- SpamCop FAQ: SpamCop Blocking List delisting
- SpamCop Blocking List
- Barracuda Central: Removal Request
- UCEPROTECT: Removal Policy Level 1
- UCEPROTECT: Removal Policy Level 2
- UCEPROTECT: Removal Policy Level 3
Panduan terkait
Mengapa Gmail memblokir email atau memasukkannya ke spam, arti kode bounce seperti 550 5.7.26, dan cara mengatasi email yang tidak masuk ke Gmail Anda.
Setting SPF, DKIM, dan DMARC: record DNS siap pakai, batas 10 lookup, kunci 2048-bit, mulai aman dari p=none, serta aturan Gmail, Yahoo, dan Outlook.
Tercantum di Spamhaus? Ketahui daftar mana yang mencantumkan Anda (ZEN, PBL, XBL, CSS, SBL, DBL), arti kode balasannya, dan jalur delisting yang tepat.