Kamu mengirim 380 undangan webinar pukul sembilan pagi. Empat menit kemudian kotak masuk sudah dipenuhi 26 balasan otomatis berbahasa Inggris kaku berjudul Delivery Status Notification (Failure). Kebanyakan orang membacanya sekilas lalu menghapus semuanya sambil berniat mencoba lagi nanti sore. Padahal di dalamnya ada angka yang menjelaskan persis apa yang terjadi, dan angka itu menentukan apakah kamu perlu menunggu, memperbaiki daftar, atau berhenti sama sekali.
Pesan bounce bukan sampah. Itu diagnosis yang ditulis mesin untuk dibaca mesin, memakai kode standar yang sama di seluruh dunia. Begitu kamu bisa membacanya, penanganan bounce berubah dari tebak-tebakan menjadi keputusan yang jelas.
Digit pertama sudah menjawab pertanyaan terpenting
Setiap balasan server SMTP diawali tiga digit, dan yang perlu kamu lihat pertama kali hanya digit paling depan. Kode 4xx berarti kegagalan sementara. Server penerima tidak menolak alamatnya; ia cuma tidak bisa menerima sekarang. Server pengirim akan mencoba lagi otomatis selama beberapa jam hingga beberapa hari, jadi kamu tidak perlu menekan kirim ulang secara manual.
Kode 5xx berarti penolakan permanen. Server penerima sudah memutuskan pesan itu tidak akan diterima, hari ini maupun bulan depan. Tidak ada percobaan ulang otomatis, dan percobaan manual hanya menambah catatan buruk pada reputasi domainmu. Rinciannya dibahas di bounce permanen vs bounce sementara, tapi aturan praktisnya cukup satu kalimat: 4xx ditunggu, 5xx ditindaklanjuti.
Sebagian besar 5xx dalam kiriman massal sebenarnya bisa dicegat sebelum tombol kirim ditekan, yaitu dengan memeriksa keberadaan tiap alamat memakai pemeriksa alamat email.
Kode aslinya tidak ada di kalimat paling atas
Baris pertama pesan bounce ditulis untuk manusia: "Alamat yang kamu tuju tidak ditemukan". Kalimat itu sering menyederhanakan, kadang menyesatkan. Yang kamu butuhkan ada di bawah, di lampiran berjenis message/delivery-status alias DSN. Cari dua baris di sana: Status: dan Diagnostic-Code:.
Baris Status berisi kode status lanjutan seperti 5.1.1. Baris Diagnostic-Code berisi jawaban mentah server penerima, lengkap dengan kode tiga digit dan teks penjelasannya. Di Gmail, buka pesan bounce, klik menu tiga titik, lalu pilih "Tampilkan yang asli". Di webmail lain cari opsi "lihat sumber".
Angka pertama kode lanjutan berarti sama dengan digit pertama kode SMTP: 4 sementara, 5 permanen. Angka kedua menunjukkan kategori: 1 untuk alamat, 2 untuk kotak surat, 4 untuk jaringan, 7 untuk kebijakan dan keamanan.
Kode yang benar-benar sering muncul
5.1.1 — kotak surat tidak ada
Alamat itu tidak pernah ada, salah ketik, atau sudah dihapus. Penyebab tersering adalah domain salah tulis seperti gmial.com, karyawan yang sudah keluar, dan alamat hasil tebakan. Ini masalah daftar, bukan masalah pengiriman, dan perbaikannya terjadi sebelum kirim. Tidak ada percobaan ulang yang bisa membuat kotak surat yang tidak ada menjadi ada.
5.2.2 dan 4.2.2 — kotak surat penuh
5.2.2 diperlakukan sebagai penolakan permanen oleh sebagian server, sedangkan 4.2.2 adalah versi sementaranya sehingga pesan akan dicoba lagi. Kotak penuh berarti alamatnya nyata tapi pemiliknya lama tidak membuka. Jika alamat yang sama memberi 4.2.2 berminggu-minggu, anggap kontak itu tidak aktif.
5.7.1 — ditolak oleh kebijakan
Ini bukan soal alamat. Alamatnya ada dan sehat; yang ditolak adalah kamu. Penyebabnya reputasi IP atau domain, SPF, DKIM, dan DMARC yang gagal, isi pesan mirip spam, atau domainmu masuk daftar blokir. Mencoba lagi justru memperburuk karena tiap penolakan tambahan menegaskan pola pengirim bermasalah. Akar penyebabnya sama dengan kasus di kenapa email masuk folder spam, hanya lebih keras: pesanmu ditolak di depan pintu.
4.7.x — greylisting dan pembatasan laju
Greylisting sengaja menolak sementara pengirim yang belum dikenal, karena mesin spam biasanya tidak repot mencoba lagi. Pengirim sah lolos pada percobaan berikutnya. 4.7.x juga muncul saat kamu mengirim terlalu cepat ke satu domain; solusinya memperlambat laju, bukan mengirim ulang.
421 — server sedang sibuk
Server penerima kelebihan beban, sedang perawatan, atau menutup koneksi karena kamu membuka terlalu banyak sambungan. Sepenuhnya sementara; antrean pengirim menyelesaikannya sendiri.
552 — melewati batas ukuran
Pesanmu, termasuk lampiran, lebih besar dari batas yang diterima server tujuan. Ingat, lampiran membengkak sekitar sepertiga saat dikodekan untuk email. Perbaikannya: kirim tautan berbagi berkas, bukan lampiran.
550 — penolakan umum
550 adalah kode paling sering sekaligus paling tidak spesifik; artinya hanya "ditolak permanen". Yang menentukan adalah teks di belakangnya. "User unknown" sebenarnya kasus 5.1.1, sedangkan "rejected due to policy" sebenarnya 5.7.1. Jangan berhenti membaca di angka 550 saja.
Apa yang harus dilakukan untuk tiap kelas
- Semua 4xx — tidak melakukan apa-apa selama beberapa hari. Biarkan antrean bekerja. Jika akhirnya menyerah, kamu akan menerima bounce keras 5xx.
- 5.1.1 dan sejenisnya — tandai tidak valid dan singkirkan permanen dari daftar. Perbaiki salah ketik yang jelas secara manual, jangan menebak.
- 5.2.2 atau 4.2.2 — jeda sekitar satu bulan, coba sekali lagi, nonaktifkan kalau masih penuh.
- 5.7.1 — hentikan dulu kiriman ke domain tersebut. Periksa SPF, DKIM, dan DMARC, cek daftar blokir, turunkan volume, perbaiki isi pesan.
- 552 — kirim ulang tanpa lampiran besar.
- 421 — abaikan, kecuali muncul di semua domain sekaligus; itu tanda masalah di sisimu.
Dua aturan yang menyelamatkan reputasi pengirimmu
Pertama, jangan mengirim ulang pesan yang kena 5xx. Hasilnya sama persis, hanya dengan tambahan satu penolakan di catatan penyedia.
Kedua, jangan pernah mengirim lagi ke alamat yang sudah bounce permanen. Penyedia besar memantau berapa banyak alamat mati yang kamu tuju, dan pengirim yang terus menghantam alamat mati terlihat seperti pemakai daftar hasil beli. Sebagian alamat lama bahkan diubah menjadi perangkap spam, dan menyentuhnya bisa menjatuhkan pengiriman ke seluruh domain penerima. Urutan yang benar adalah membersihkan sebelum kirim: jalankan daftarmu lewat pemeriksa alamat, buang yang tidak valid, baru tekan kirim.
Tanya jawab
Apakah bounce sementara bisa berubah jadi permanen?
Bisa. Server pengirim mencoba lagi selama beberapa hari. Kalau sampai batas itu penerima masih menolak, kiriman menyerah dan kamu menerima bounce keras. Kotak surat penuh yang tak pernah dikosongkan adalah contohnya.
Kenapa satu alamat masuk normal, tapi alamat lain di domain sama kena 5.7.1?
Karena 5.7.1 dinilai per pesan dan per penerima, bukan per domain. Aturan penyaringan bisa berbeda antar kotak surat, dan isi pesan ikut menentukan. Kalau polanya menyebar ke makin banyak penerima, itu tanda reputasi pengirimmu sedang menurun.
Apakah banyak bounce merusak pengiriman email biasa saya?
Ya, karena reputasi dihitung untuk domain dan IP pengirim, bukan per kampanye. Rasio bounce keras yang tinggi membuat penyedia lebih curiga pada semua kiriman dari sumber yang sama, termasuk email biasa dari kotak surat kantormu.
