SMTP 550 kalıcı ret sınıfındadır; yalnız 550 sayısına bakarak çözüm seçilmez. 5.1.1 bulunamayan alıcı, 5.7.1 ise çoğunlukla yetki/politika türündeki sorunlara işaret eder. Tam bounce metni belirleyicidir.
1. Delili toplayın
Mesajın tarihini, alıcıyı, hata veren sunucuyu ve “Diagnostic-Code” satırını kaydedin. Paylaşırken kişisel adresleri maskeleyin. Kendi sunucunuzun logunda mesaj kimliğini arayın; rastgele yeniden gönderimle alıcıyı bombardımana tutmayın.
2. Alıcı bulunamıyorsa
Adresin yazımını, alıcı posta kutusunun varlığını ve domain'in MX kaydını kontrol edin:
dig +short MX example.com
Adres yeni taşındıysa mail eski sunucuya gidiyor olabilir. Alias ve mailbox farklıdır; yönlendirme hedefinin de çalıştığını sınayın.
3. Relay/auth hatasıysa
İstemcide sağlayıcının SMTP hostname'ini, kimlik doğrulamasını ve TLS yöntemini kontrol edin. Port 587 genellikle STARTTLS, 465 implicit TLS kullanır; sağlayıcının değerini esas alın. Dış alıcıya gönderimde oturum açılmıyorsa “relay denied” oluşabilir. Sunucuyu açık relay yapmayın.
4. Politika retlerinde
Bounce SPF/DKIM/DMARC, IP itibarı veya içerik sebebi veriyorsa ilgili kaydı düzeltin. TLS bağlantısını kimlik bilgisi göndermeden test etmek için:
openssl s_client -starttls smtp -connect mail.example.com:587 -servername mail.example.com -crlf
Bu test yalnız bağlantı/TLS'i gösterir; mailin kabul edildiğini kanıtlamaz. Parola komutlarını terminal kaydına yazmayın.
Son kontrol
Aynı alıcıya tek yeni mesaj gönderin. SMTP kabulü sonrası inbox/spam teslimini de kontrol edin. Kalıcı ret devam ederse hata kodu, saat ve mesaj kimliğiyle ilgili sağlayıcıya başvurun.
Tam hata metni için karar tablosu
| Örnek metin | Önce yapılacak kontrol |
|---|---|
| 550 5.1.1 User unknown | Alıcı yazımı, mailbox/alias ve doğru MX |
| 550 5.7.1 Relay denied | Giden SMTP kimlik doğrulaması ve yetki |
| 550 SPF/DKIM policy | Mesajdaki gerçek gönderen kimliği ve imza |
Hata metni sağlayıcıya göre değişir; bu örnekler bütün 550 cevaplarını kapsamaz. Mailin alıcı sunucuya hiç ulaşıp ulaşmadığını logdaki mesaj kimliğiyle takip edin. Aynı hatayı çözmeden toplu yeniden gönderim yapmayın.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın



