Error 550 5.7.1: Arti Pesan Bounce Ini dan Cara Memperbaikinya

Bounce 550 5.7.1 berarti server penerima sudah memeriksa pesan Anda dan memutuskan untuk tidak menerimanya. Biasanya ini terjadi karena aturan keamanan atau aturan kebijakan. Error ini tidak berarti alamat email tersebut mati atau sudah dihapus. Biasanya kotak masuk (mailbox) penerima baik-baik saja. Masalahnya, kode yang sama dipakai untuk masalah yang sangat berbeda, mulai dari SPF record yang tidak ada sampai grup distribusi yang hanya menerima email internal. Jadi kode ini saja tidak memberi tahu apa yang harus Anda perbaiki. Baris teks sesudah kode itulah yang memberi tahu, bersama nama server yang mengirim bounce.

Baca tiga hal ini dulu di pesan bounce Anda

Buka pesan bounce lengkap, bukan hanya ringkasan yang ditampilkan platform email Anda. Anda mencari kodenya, server yang menolak pesan, dan teks sesudah kode.

Penolakan dari Gmail terlihat seperti ini di bounce mentah:

Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [203.0.113.10] Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. - gsmtp

Dalam potongan ini, server yang menjawab ada di baris Remote-MTA: gmail-smtp-in.l.google.com. Kodenya ada di baris Diagnostic-Code sebagai 550-5.7.1. Teks sesudah alamat IP menyatakan bahwa filter Gmail menilai pesan itu sebagai spam. String - gsmtp di bagian akhir memastikan bahwa Gmail yang membuat bounce ini. Jika Anda melihat penanda gcdp, seperti pada 550 5.7.1 This message violates example.com email policy. - gcdp <sessionid> - gsmtp, penolakan itu berasal dari aturan yang dibuat admin Google Workspace milik penerima.

Kode yang sama dari Outlook.com terbaca sangat berbeda:

Remote-MTA: dns; outlook-com.olc.protection.outlook.com
Diagnostic-Code: smtp; 550 5.7.1 Unfortunately, messages from [203.0.113.10] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150).

Host yang berakhiran protection.outlook.com berarti server Microsoft yang menolak pesan itu. Nama seperti outlook-com.olc.protection.outlook.com milik Outlook.com dan Hotmail untuk pengguna pribadi, bukan milik Microsoft 365 sebuah perusahaan. Kodenya sama dengan contoh Gmail, tetapi penyebabnya sangat berbeda. S3150 berarti IP yang Anda pakai untuk mengirim, atau sebagian dari jaringannya, masuk daftar blokir Microsoft. Ini sama sekali tidak terkait dengan alamat penerima.

Temukan teks persis pesan 550 5.7.1 Anda

Setiap sistem email menulis 550 5.7.1 dengan kalimat yang berbeda. Cocokkan teks di bounce Anda dengan salah satu baris di bawah ini.

Versi yang paling tidak jelas adalah teks dasar dari RFC 3463, 550 5.7.1 Delivery not authorized, message refused (pengiriman tidak diizinkan, pesan ditolak), tanpa keterangan apa pun sesudahnya. Sebagian server sengaja membuat alasannya singkat agar spammer tidak tahu apa yang memicu filter. Jika Anda mengirim lewat relay atau smarthost, periksa dulu apakah aplikasi Anda benar-benar login (SMTP AUTH) sebelum mengirim. Koneksi tanpa autentikasi adalah penyebab yang sering terjadi di sisi Anda. Jika aplikasi sudah login, minta penerima mencari pesan itu di log email mereka sendiri. Biasanya hanya di sana alasan sebenarnya tercatat.

Jika masalahnya ada di sisi Anda

Jika bounce menunjuk ke autentikasi, reputasi, atau relay, Anda bisa memperbaikinya tanpa bantuan penerima. Periksa autentikasi lebih dulu. Memperbaiki reputasi tidak akan membantu selama SPF atau DKIM masih gagal.

Gmail dan Outlook.com sekarang sama-sama langsung menolak banyak email tanpa autentikasi. Jadi mulailah dari DNS. Domain pengirim Anda membutuhkan record SPF, DKIM, dan DMARC (DKIM sering berupa CNAME yang diberikan penyedia email Anda). Periksa SPF record lebih dulu. Record ini harus mencantumkan setiap IP server dan layanan pengiriman yang mengirim pesan atas nama Anda. Menurut RFC 7208, satu domain hanya boleh punya satu SPF record dan maksimal sepuluh DNS lookup. Jika Anda memasang lebih dari satu record atau melebihi sepuluh lookup, hasilnya otomatis gagal dengan PermError. Sesudah itu, kirim pesan uji ke diri sendiri dan buka header-nya. Tampilan "Tampilkan versi asli" di Gmail menunjukkan SPF, DKIM, dan DMARC sebagai PASS atau FAIL. Cara ini lebih cepat daripada membaca record DNS. DMARC record berada di _dmarc.domainanda.com, dan domain di alamat From Anda harus sama dengan domain yang lolos SPF atau DKIM.

Jika autentikasi lolos tetapi Gmail tetap menulis "likely unsolicited mail" (kemungkinan email yang tidak diminta), masalahnya biasanya reputasi. Artinya, cara penerima menanggapi email Anda sebelumnya. Google Postmaster Tools menunjukkan spam rate Anda. Google meminta pengirim menjaganya di bawah 0,1% dan tidak pernah membiarkannya mencapai 0,3%. Jika angkanya terus naik, hentikan sementara kampanye Anda, jangan menambah volume. Email yang tadinya masuk ke folder spam cenderung mulai bounce langsung saat reputasi terus turun.

Kualitas daftar email langsung memengaruhi hal ini. Daftar lama penuh dengan kotak masuk yang sudah ditinggalkan, dan sebagian penyedia mengubah alamat yang lama mati menjadi spam trap, yaitu alamat jebakan untuk menangkap pengirim spam. Jika Anda mengenai alamat ini, atau mendapat bounce dari banyak alamat yang sudah tidak ada, filter akan menilai Anda tidak merawat daftar email Anda. Jika daftar Anda berumur lebih dari beberapa bulan, atau berasal dari scraping atau pembelian, periksa daftar itu sebelum mengirim (dalam bahasa Inggris).

Error relay adalah masalah tersendiri. Unable to relay atau Invalid credentials for relay [IP] berarti server yang Anda pakai untuk mengirim tidak mengenali aplikasi Anda sebagai pengirim yang diizinkan.

Jika Anda mengirim pesan lewat layanan SMTP relay Google Workspace, buka Google Admin, masuk ke Apps, pilih Google Workspace, buka Gmail, lalu lihat Routing. Periksa pengaturan layanan SMTP relay. Jika Anda memakai autentikasi berdasarkan alamat IP, pastikan IP server Anda ada di daftar yang diizinkan. Jika Anda memakai kredensial, pastikan aplikasi Anda terhubung lewat port 587 dengan TLS dan kredensial akun yang benar. Jika Anda mengirim lewat Microsoft 365, buka Exchange admin center dan periksa connector di Mail flow. Aplikasi dan perangkat yang mengirim lewat Microsoft 365, seperti CRM atau mesin pemindai di kantor, biasanya melewati connector. Alamat IP atau nama sertifikat yang salah pada connector itu adalah penyebab umum 550 5.7.1 Unable to relay.

Jika hanya penerima yang bisa memperbaikinya

Kadang blokir itu memang disengaja. Perusahaan yang memakai Microsoft 365 atau Google Workspace sering membuat aturan yang mencegah pengirim dari luar menghubungi alamat tertentu.

Contoh yang umum adalah daftar distribusi seperti all-staff@ yang hanya menerima email dari dalam perusahaan. Jika Anda mengirim ke alamat itu dari luar, Exchange Online akan mengembalikan bounce 550 5.7.1, sering kali dengan nama grupnya. Halaman pemecahan masalah milik Microsoft sendiri menyebutkan bahwa pengirim biasanya tidak bisa memperbaiki hal ini. Pemilik grup atau administrator Exchange harus mengubah grup itu di Microsoft 365 admin center dan menambahkan alamat Anda ke daftar pengirim yang diizinkan.

Google Workspace bekerja dengan cara yang sama. String gcdp di bounce Gmail berarti seorang administrator membuat aturan khusus di Google Admin yang menolak pesan Anda berdasarkan isi, lampiran, atau domain pengirim. Tidak ada perubahan di sisi Anda yang bisa melewatinya.

Dalam kasus ini, minta penerima meneruskan bounce itu ke tim IT mereka. Berikan alamat pengirim, alamat penerima, waktu bounce terjadi, dan bounce lengkapnya, misalnya:

Halo [Nama], email yang saya kirim kepada Anda pada [Tanggal] pukul [Waktu] kembali dengan error kebijakan 550 5.7.1. Sepertinya ada aturan di sistem email Anda yang memblokirnya. Apakah Anda bisa meneruskan detail bounce di bawah ini ke tim IT Anda, agar mereka dapat mengizinkan email dari alamat saya?
Pengirim: [Email Anda]
Penerima: [Email Mereka]
Diagnostik: [Tempel baris Diagnostic-Code]

Kode yang mungkin muncul bersama 550 5.7.1

Berikut kode error SMTP yang paling sering muncul di laporan bounce yang sama. Sebagian berarti alamatnya sudah tidak ada. Sebagian lagi berarti alamatnya baik-baik saja dan pengaturan Anda yang perlu diperbaiki.

Untuk perbedaan bounce sementara dan permanen secara umum, baca panduan kami tentang hard bounce vs soft bounce. Dalam praktiknya, hapus alamat setelah mendapat 550 5.1.1, tetapi pertahankan alamat setelah mendapat 550 5.7.26. Pada kode kedua, alamatnya baik-baik saja dan autentikasi Anda yang gagal.

550 5.7.515 hanya berlaku untuk pengirim besar. Sejak 5 Mei 2025, Microsoft menolak email dari domain yang mengirim 5.000 pesan atau lebih per hari ke alamat Outlook.com, Hotmail, dan Live, kecuali SPF lolos, DKIM lolos, dan ada DMARC record (p=none sudah cukup) yang selaras dengan salah satunya.

Di internet, kode ini kadang ditulis 5.7.15, tetapi itu kode lain (prioritas terlalu rendah). Bounce dari Microsoft menulis 5.7.515.

Pertanyaan yang sering diajukan

Bagaimana cara memperbaiki error code 550 5.7.1? Baca baris diagnostik di bounce Anda untuk melihat apakah kegagalan disebabkan oleh autentikasi, reputasi, atau aturan di sisi penerima. Jika autentikasi gagal, perbarui record SPF, DKIM, dan DMARC Anda, lalu periksa kredensial SMTP keluar. Jika blokir disebabkan oleh aturan admin penerima atau grup yang dibatasi, kirim header bounce ke penerima agar tim IT mereka dapat mengizinkan alamat Anda.

Apa itu 550 5.7.1 unsolicited mail? Ini adalah pesan dari Gmail bahwa filternya menilai pesan Anda sebagai spam, terutama berdasarkan reputasi pengiriman Anda. Penyebab yang umum adalah penerima menandai email Anda sebagai spam, volume yang tiba-tiba naik dari domain atau IP baru, atau pengiriman ke daftar lama. Periksa spam rate Anda di Google Postmaster Tools dan perlambat pengiriman sampai angkanya kembali di bawah 0,1%.

Apa arti status code 5.7.1 dari Outlook? Di Microsoft 365, kode 5.7.1 dari Outlook biasanya berarti kebijakan Exchange atau pembatasan grup memblokir pengiriman. Pada akun pribadi Outlook.com dan Hotmail, kode ini sering disertai kode S3150. Artinya, Microsoft memasukkan IP pengirim Anda ke daftar blokir untuk akun pribadi. Jika Anda melihat S3150, hubungi pengelola server pengirim Anda dan tunjukkan tautan pemecahan masalah yang ada di bounce.

Apa arti "550 5.7.1 outbound relay not allowed"? Error ini berarti aplikasi pengirim mencoba mengirim email lewat server SMTP tanpa autentikasi yang valid. Server email menolak meneruskan email dari pengirim tanpa autentikasi agar spammer tidak bisa mengirim lewat server itu. Untuk mengatasinya, atur aplikasi Anda agar login dengan username dan password yang valid serta koneksi TLS di port 587.

Apa pun penyebabnya, simpan bounce lengkapnya. Itulah hal pertama yang akan diminta oleh tim IT penerima atau penyedia email Anda.

Jika sebagian besar bounce Anda adalah 550 5.1.1, bukan 5.7.1, berarti masalahnya ada di daftar email. Sebaiknya verifikasi daftar itu dengan Giggal.ai (dalam bahasa Inggris) sebelum pengiriman berikutnya.