SMTP hata kodu

550 5.7.1 hatası: İleti reddedildi: politika / yetki hatası

Mailiniz 550 5.7.1 koduyla geri mi döndü? Bu sayfada hatanın ne anlama geldiğini, en sık nedenlerini ve nasıl çözeceğinizi anlatıyoruz.

Yayın: 24 Eylül 2026 Okuma süresi ~3 dk Spambil Ekibi
Güncellendi: 24.09.2026

Kısa cevap: Alıcı sunucu maili bir güvenlik veya politika kuralı yüzünden kabul etmiyor. En sık nedenleri: gönderen IP'nin bir kara listede olması, sunucunun sizin için relay yapmaya yetkisinin olmaması ya da alıcının yalnızca belirli göndericilerden mail kabul etmesidir.

550 5.7.1 hata mesajı örnekleri

Aynı kod farklı sunucularda farklı açıklamalarla gelir. Geri dönen mailde (bounce) şu satırlardan birini görüyor olabilirsiniz:

550 5.7.1 Service unavailable; Client host [1.2.3.4] blocked using Spamhaus (Microsoft)
550 5.7.1 Unable to relay
550 5.7.1 Relaying denied
550 5.7.1 [IP] Our system has detected that this message is likely unsolicited mail. (Gmail)
550 5.7.1 Delivery not authorized, message refused
550 5.7.1 RESOLVER.RST.AuthRequired; authentication required (Microsoft 365)

Tür: Kalıcı hata. Gönderen sunucu maili tekrar denemez; sorunu giderip maili yeniden göndermeniz gerekir.

Neden olur?

NedenAçıklama
IP kara listedeMesajda "blocked using", "Spamhaus", "RBL" gibi ifadeler varsa gönderen IP bir DNSBL'de listelidir.
Relay reddi"Unable to relay" / "Relaying denied": mail programınız SMTP kimlik doğrulaması yapmadan göndermeye çalışıyor ya da yanlış sunucuyu kullanıyor.
Alıcı yalnızca iç göndericileri kabul ediyorMicrosoft 365 dağıtım grupları varsayılan olarak dışarıdan mail kabul etmez: RESOLVER.RST.AuthRequired.
İçerik veya itibar filtresiGmail'in "likely unsolicited mail" mesajı, içeriğin ya da gönderen itibarının spam olarak değerlendirildiğini gösterir.
Gönderen engellenmişAlıcı sizi kendi engel listesine eklemiş olabilir.

Mail gönderen olarak ne yapmalısınız?

  1. Hata mesajının tamamını okuyun; "blocked using" sonrasında yazan liste adı sorunun kaynağını söyler.
  2. Mail sunucunuzun IP'sini blacklist sorgulama aracında kontrol edin. Listeliyse kaynağı bulup delisting adımlarını izleyin.
  3. "Relay" içeren mesajlarda mail programınızda giden sunucu (SMTP) için kimlik doğrulama açık mı, port 587 veya 465 mi kullanılıyor, kontrol edin.
  4. Gmail reddinde SPF, DKIM ve DMARC kayıtlarınızı ve içeriği (kısaltılmış linkler, yalnızca görselden oluşan mail, eksik abonelikten çıkma linki) gözden geçirin.

Alıcı taraftaki sistem yöneticisi ne yapmalı?

  • Dağıtım grubuna dışarıdan mail gelmesi isteniyorsa Microsoft 365'te grubun "Kuruluş dışındaki kişilerden e-posta almaya izin ver" ayarını açın.
  • Kendi sunucunuz relay reddi veriyorsa kullanıcıların SMTP AUTH ile gönderdiğinden emin olun; relay'i IP bazında herkese açmayın.
  • Meşru bir göndericiyi yanlışlıkla engelliyorsanız engel listenizi ve kullandığınız RBL'leri gözden geçirin.

Bilmeniz gerekenler

5.7.1, RFC 3463'e göre "teslim yetkisi yok, ileti reddedildi" anlamına gelen genel bir koddur; bu yüzden aynı kod çok farklı sorunlar için kullanılır. Kodun kendisinden çok, arkasından gelen açıklamayı okumak gerekir. SPF hatası için Microsoft 5.7.23, Gmail'in kimlik doğrulama retleri için 5.7.26 kullanılır.

Gelen kutunuzu spam, virüs ve oltalama maillerine karşı korumak için MX kaydınızı yönlendirip Spambil'i 7 gün ücretsiz deneyebilirsiniz. Kart bilgisi istemiyoruz.

Sık sorulan sorular

550 5.7.1 hatası mail sunucumun kara listede olduğunu mu gösterir?

Her zaman değil. Mesajda bir liste adı (Spamhaus, SpamCop, Barracuda vb.) geçiyorsa evet. "Relay" geçiyorsa sorun kimlik doğrulamadır; "AuthRequired" geçiyorsa alıcı grup dış göndericilere kapalıdır.

Sadece tek bir firmaya mail gönderemiyorum, diğerlerine gidiyor. Neden?

O firmanın kullandığı kara liste, içerik filtresi ya da engel listesi sizi reddediyor olabilir. Hata mesajındaki açıklamayı karşı firmanın BT ekibiyle paylaşın.

İlgili sayfalar