Gmail 550 5.7.1 dan 5.1.1: Arti dan Cara Mengatasi

550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces.

550-5.7.1 [203.0.113.10] Our system has detected that this message is
550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,
550-5.7.1 this message has been blocked.

550 Permanent failure for one or more recipients (nama@gmail.com:blocked)

Kalau Anda mengirim email dari aplikasi, server sendiri, atau hosting, cepat atau lambat Anda akan menerima email balasan otomatis berisi salah satu pesan di atas. Isinya berbahasa Inggris, panjang, dan penuh angka, sehingga banyak orang langsung panik atau malah mengabaikannya. Padahal pesan bounce seperti ini sebenarnya cukup jujur: ia memberi tahu apakah masalahnya ada di alamat penerima atau di reputasi dan autentikasi pengirim.

Artikel ini membahas cara membaca pesan bounce Gmail, arti kode 550 5.1.1 dan 550 5.7.1, maksud pesan umum 550 Permanent failure for one or more recipients, serta langkah perbaikan yang masuk akal untuk masing-masing. Pembahasannya ditujukan untuk developer dan pengelola server yang mengirim email transaksional (reset password, notifikasi, invoice) maupun newsletter.

Cara membaca pesan bounce: kode 3 digit dan kode x.y.z

Setiap penolakan dari server SMTP biasanya membawa dua jenis kode. Yang pertama adalah kode balasan SMTP tiga digit, misalnya 550, 452, atau 421. Yang kedua adalah enhanced status code dengan format kelas.subjek.detail, misalnya 5.1.1 atau 5.7.1. Format kedua ini didefinisikan di RFC 3463 dan memberi informasi yang lebih spesifik.

Angka pertama adalah yang paling penting untuk dibaca lebih dulu:

• 2 berarti berhasil.
• 4 berarti kegagalan sementara. Server pengirim akan mencoba lagi secara otomatis dalam beberapa waktu, dan email bisa saja akhirnya terkirim.
• 5 berarti kegagalan permanen. Server tujuan sudah menolak dengan tegas, dan mengirim ulang pesan yang sama tanpa mengubah apa pun hampir pasti akan ditolak lagi.

Angka kedua pada enhanced status code menunjukkan kategori masalah. Dua yang paling sering muncul adalah subjek 1 yang berkaitan dengan alamat (addressing), dan subjek 7 yang berkaitan dengan keamanan atau kebijakan (security/policy). Jadi tanpa membaca kalimatnya pun, Anda sudah bisa menebak: 5.1.x artinya ada masalah dengan alamat tujuan, sedangkan 5.7.x artinya server tujuan menolak karena alasan kebijakan, biasanya terkait spam atau autentikasi.

Perhatikan juga tanda minus setelah kode, seperti 550-5.1.1. Itu bukan bagian dari kode. Tanda minus menandakan balasan multi-baris, dan baris terakhir ditulis dengan spasi (550 5.1.1). Di bagian akhir pesan Gmail juga biasanya ada tautan ke halaman bantuan Google yang menjelaskan alasan penolakan.

Tabel kode bounce yang umum ditemui di Gmail

Kalimat persis di balik setiap kode bisa sedikit berbeda dari waktu ke waktu, karena Google memperbarui teks pesannya. Yang stabil adalah kodenya, jadi jadikan kode sebagai pegangan utama.

Arti "550 Permanent failure for one or more recipients"

Pesan ini sering membingungkan karena tidak memakai enhanced status code yang jelas. Pesan seperti ini umumnya bukan teks asli dari Gmail, melainkan ringkasan yang dibuat oleh server pengirim atau mail server di hosting Anda. Artinya kira-kira: "untuk satu atau beberapa penerima, pengiriman gagal secara permanen."

Detail yang sebenarnya biasanya ada di dalam tanda kurung atau di bagian bawah email bounce. Contohnya (nama@gmail.com:blocked) berarti pengiriman ke alamat itu diblokir, sedangkan baris lain di bawahnya bisa memuat balasan asli dari server Gmail, misalnya 550-5.7.1 ... atau 550-5.1.1 .... Jadi saat menerima pesan ini, jangan berhenti di baris pertama. Buka seluruh isi bounce, cari baris yang memuat kode 5.x.x, lalu tangani sesuai kode tersebut. Kalau Anda tidak menemukan detail apa pun, tanyakan ke penyedia hosting log pengiriman untuk pesan itu, karena log server SMTP mencatat balasan lengkap dari server tujuan.

Mengatasi 550 5.1.1: alamat tujuan tidak ada

Kode 5.1.1 adalah bounce yang paling sederhana. Server Gmail berhasil dihubungi, tetapi tidak ada kotak surat dengan alamat tersebut. Penyebabnya hampir selalu salah satu dari ini:

• Typo pada alamat, misalnya gmial.com, gmail.co, titik ganda, atau spasi yang ikut tersalin.
• Alamat memang tidak pernah ada, misalnya diisi asal-asalan saat mendaftar di formulir.
• Akun sudah dihapus oleh pemiliknya atau oleh Google, misalnya akun yang lama tidak aktif.
• Alamat Google Workspace milik perusahaan yang karyawannya sudah keluar, sehingga akunnya dihapus admin.

Langkah perbaikannya:

1. Cek ulang ejaan alamat di database atau daftar kontak Anda. Kalau jelas typo dan Anda yakin alamat benarnya, perbaiki. Kalau tidak yakin, jangan menebak.
2. Tandai alamat sebagai hard bounce dan hentikan pengiriman ke sana. Di aplikasi, ini bisa berupa kolom status seperti bounced pada tabel pelanggan.
3. Validasi di sisi formulir. Tambahkan verifikasi email (double opt-in) untuk pendaftaran, sehingga alamat yang salah tidak pernah masuk ke daftar sejak awal.
4. Bersihkan daftar lama sebelum mengirim kampanye, terutama daftar yang sudah bertahun-tahun tidak dipakai.

Hal yang perlu dihindari adalah terus mengirim ulang ke alamat yang sudah bounce 5.1.1. Satu atau dua bounce tidak masalah, tetapi tingkat bounce tinggi ke alamat yang tidak ada adalah salah satu ciri pengirim yang memakai daftar asal-asalan atau hasil membeli. Filter penyedia email memperhatikan pola ini, dan reputasi domain serta IP Anda bisa ikut turun. Akibatnya, email ke penerima yang valid pun lebih mudah masuk folder spam atau ditolak dengan kode 5.7.1.

Mengatasi 550 5.7.1: diblokir karena dianggap spam

Kode 5.7.1 jauh lebih serius. Alamat penerimanya valid, tetapi Gmail memutuskan untuk tidak menerima pesan Anda. Pada kalimat "Our system has detected that this message is likely unsolicited mail", Gmail menyatakan bahwa pesan tersebut terlihat seperti email yang tidak diminta penerimanya. Penyebabnya bisa satu atau gabungan dari beberapa hal berikut.

1. Reputasi IP pengirim buruk

Ini sangat umum pada shared hosting. Di shared hosting, ratusan situs bisa mengirim email dari IP yang sama. Kalau salah satu situs diretas dan dipakai untuk mengirim spam, reputasi IP itu rusak, dan email dari situs Anda ikut terkena dampaknya walaupun Anda tidak melakukan apa-apa. Hal yang sama berlaku untuk IP VPS baru yang sebelumnya pernah dipakai orang lain untuk spam.

2. Reputasi domain buruk

Gmail juga menilai domain pengirim, bukan hanya IP. Domain yang sering dilaporkan sebagai spam oleh penerima, sering mengirim ke alamat yang tidak ada, atau baru saja didaftarkan lalu langsung mengirim banyak email, cenderung dinilai berisiko.

3. Autentikasi SPF, DKIM, atau DMARC tidak lolos

Email yang tidak terautentikasi dengan benar lebih mudah dicurigai. SPF menyatakan server mana yang boleh mengirim atas nama domain Anda, DKIM menambahkan tanda tangan digital pada pesan, dan DMARC menyatukan keduanya dengan aturan keselarasan (alignment) terhadap domain di header From. Salah satu kasus yang sering terjadi adalah SPF terlihat lolos, tetapi DMARC tetap gagal karena domainnya tidak selaras. Penjelasan lengkapnya ada di artikel DMARC gagal padahal SPF lolos.

4. Konten pesan terlihat seperti spam

Isi email ikut dinilai. Subjek yang serba huruf kapital dan penuh tanda seru, tautan memakai pemendek URL, email yang hanya berisi satu gambar besar tanpa teks, atau tautan ke domain yang reputasinya buruk bisa menambah kecurigaan. Konten saja jarang menjadi satu-satunya penyebab, tetapi bisa menjadi pemicu ketika reputasi pengirim sudah pas-pasan.

5. Lonjakan volume mendadak

Domain atau IP yang biasanya mengirim puluhan email per hari lalu tiba-tiba mengirim ribuan dalam satu jam terlihat mencurigakan. Pola ini mirip akun yang diretas. Biasanya Gmail lebih dulu memberi penolakan sementara seperti 421 4.7.28, lalu bisa berlanjut ke penolakan permanen jika pola tersebut terus berlanjut.

Langkah memperbaiki 550 5.7.1 secara berurutan

Langkah 1: Periksa header dan hasil autentikasi

Cara paling mudah adalah mengirim email uji dari sistem Anda ke akun Gmail pribadi. Jika pesannya sampai, meski masuk folder spam, buka pesan tersebut, klik ikon titik tiga, lalu pilih Show original (Tampilkan versi asli). Gmail akan menampilkan ringkasan di bagian atas dengan status SPF, DKIM, dan DMARC. Ketiganya idealnya bernilai PASS.

Di header lengkap, cari baris Authentication-Results. Contohnya kira-kira seperti ini:

Authentication-Results: mx.google.com;
       dkim=pass header.i=@contoh.com header.s=default;
       spf=pass smtp.mailfrom=contoh.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=contoh.com

Kalau salah satunya fail, softfail, atau none, di situlah pekerjaan pertama Anda. Untuk mengecek record DNS secara langsung, Anda bisa memakai SPF Checker atau perintah dig dari terminal:

dig +short TXT contoh.com
dig +short TXT _dmarc.contoh.com
dig +short TXT default._domainkey.contoh.com

Ganti default pada baris terakhir dengan selector DKIM yang dipakai layanan email Anda. Nilai selector bisa dilihat pada bagian s= di header DKIM-Signature email yang Anda kirim.

Langkah 2: Pastikan reverse DNS dan IP pengirim wajar

Dari header yang sama, cari IP server yang mengirim pesan ke Google pada baris Received. Pastikan IP tersebut punya PTR record yang mengarah ke nama host yang valid, dan nama host itu mengarah kembali ke IP yang sama. Anda bisa mengeceknya dengan dig -x 203.0.113.10 +short. Kalau Anda memakai VPS, PTR biasanya diatur dari panel penyedia VPS, bukan dari DNS domain Anda. Periksa juga apakah IP tersebut masuk daftar hitam publik seperti Spamhaus. Jika IP shared hosting Anda sudah bermasalah, yang bisa Anda lakukan hanyalah melapor ke penyedia hosting atau beralih ke layanan pengiriman email khusus.

Langkah 3: Pantau dengan Google Postmaster Tools

Google Postmaster Tools adalah layanan gratis dari Google untuk melihat bagaimana Gmail memandang email dari domain Anda. Setelah menambahkan domain dan memverifikasinya lewat record TXT di DNS, Anda bisa melihat data seperti tingkat laporan spam dari pengguna Gmail dan status kepatuhan terhadap persyaratan pengirim. Data baru muncul jika volume email Anda ke pengguna Gmail cukup besar, jadi untuk pengirim kecil dasbornya bisa saja kosong.

Patokan yang dipakai Google untuk tingkat laporan spam cukup ketat: usahakan tetap di bawah 0,1% dan jangan sampai mencapai 0,3%. Jika angkanya tinggi, masalah utama Anda bukan teknis, melainkan daftar penerima atau isi email yang tidak diinginkan.

Langkah 4: Penuhi aturan bulk sender

Sejak 2024 Google memberlakukan persyaratan lebih ketat untuk semua pengirim, dan persyaratan tambahan untuk pengirim massal yang mengirim sekitar 5.000 pesan atau lebih per hari ke akun Gmail. Persyaratan itu mencakup SPF dan DKIM, DMARC dengan domain From yang selaras, PTR record yang valid, koneksi TLS, unsubscribe sekali klik untuk email pemasaran, dan tingkat laporan spam yang rendah. Daftar periksanya bisa Anda ikuti di artikel syarat bulk sender Gmail dan Yahoo. Walaupun volume Anda belum sebesar itu, memenuhi persyaratan ini tetap membantu karena itulah yang dianggap Gmail sebagai perilaku pengirim yang baik.

Langkah 5: Rapikan pola pengiriman

• Kirim hanya ke orang yang meminta. Jangan memakai daftar hasil membeli atau hasil scraping.
• Naikkan volume secara bertahap. Untuk domain atau IP baru, mulai dari jumlah kecil lalu tingkatkan perlahan selama beberapa minggu.
• Pisahkan email transaksional dan pemasaran, misalnya dengan subdomain berbeda, agar masalah pada newsletter tidak ikut merusak email reset password.
• Tangani bounce secara otomatis. Alamat yang bounce permanen langsung dikeluarkan dari daftar.
• Sediakan tautan berhenti berlangganan yang jelas. Penerima yang tidak menemukan cara keluar akan menekan tombol "Laporkan spam".

Setelah perbaikan dilakukan, jangan berharap penolakan langsung hilang hari itu juga. Reputasi dibangun dari riwayat pengiriman, sehingga perubahan biasanya terlihat bertahap seiring Anda mengirim email yang bersih dan diinginkan penerima.

Bedanya dengan 550 5.7.26

Kode 5.7.26 sering tertukar dengan 5.7.1 karena sama-sama berada di kategori kebijakan. Perbedaannya cukup jelas. 5.7.26 berarti pesan ditolak karena tidak terautentikasi: SPF atau DKIM tidak lolos, atau DMARC domain pengirim gagal dan kebijakannya meminta penolakan. Penyebabnya teknis dan perbaikannya berada di DNS serta konfigurasi server. Sementara itu, 5.7.1 dengan pesan "likely unsolicited mail" bisa terjadi walaupun autentikasi Anda sempurna, karena penilaiannya didasarkan pada reputasi dan perilaku pengiriman. Jika bounce yang Anda terima memuat 5.7.26, ikuti panduan khusus cara mengatasi error Gmail 550 5.7.26.

FAQ

Apakah email yang bounce 550 akan dicoba kirim ulang otomatis?

Tidak. Kode yang diawali angka 5 adalah kegagalan permanen, sehingga server pengirim berhenti mencoba dan langsung mengirim pesan bounce kepada Anda. Percobaan ulang otomatis hanya terjadi untuk kode berawalan 4.

Saya yakin alamatnya benar, tetapi tetap mendapat 5.1.1. Kenapa?

Kemungkinan besar akun tersebut sudah dihapus, atau ada karakter tak terlihat seperti spasi di awal atau akhir alamat. Coba ketik ulang alamatnya secara manual. Jika masih bounce, berarti akun itu memang sudah tidak ada dan sebaiknya dihapus dari daftar.

Kenapa email ke Gmail ditolak 5.7.1, tetapi ke domain lain lancar?

Setiap penyedia email punya sistem penilaian sendiri. Gmail mungkin punya data laporan spam atau riwayat IP yang tidak dimiliki penyedia lain. Gunakan bounce dari Gmail sebagai tanda awal bahwa reputasi atau autentikasi Anda perlu diperiksa, karena penyedia lain bisa saja mulai menolak juga.

Apakah pindah ke layanan pengiriman email khusus bisa membantu?

Sering kali iya, terutama jika masalahnya adalah IP shared hosting yang reputasinya buruk. Layanan pengiriman email umumnya mengelola reputasi IP dan menyediakan panduan autentikasi. Namun jika penyebabnya daftar penerima yang buruk atau banyak laporan spam, masalah yang sama akan tetap muncul di layanan mana pun.

Bisakah saya meminta Google membuka blokir secara manual?

Tidak ada tombol untuk menghapus blokir secara instan. Yang bisa dilakukan adalah memperbaiki autentikasi, membersihkan daftar, menurunkan laju pengiriman, dan memantau perkembangannya di Postmaster Tools. Ketika perilaku pengiriman membaik, penerimaan email biasanya ikut pulih secara bertahap.