SMTP 550 Hatası Nedir? En Yaygın Nedenler ve Çözüm Adımları

SMTP 550 Hatası Nedir? En Yaygın Nedenler ve Çözüm Adımları konusu e-posta teslimatında tek başına bir DNS kaydından daha fazlasını ifade eder. Gönderen kimliği, DNS tutarlılığı, SMTP yanıtları ve IP/domain itibarı birlikte değerlendirilmelidir.

SMTP 550 Hatası Nedir için doğru başlangıç

E-posta altyapısında önce domainin MX, SPF, DKIM, DMARC ve ilgili hostname kayıtlarını mevcut halleriyle kaydedin. Sorun teslimatsa örnek bir mesajın gönderim zamanı ve SMTP logu da başlangıç verisinin parçası olmalıdır.

1. recipient rejected

recipient rejected kontrolünde önce DNS tarafındaki gerçek cevabı ve kaydın hangi hostname/domain için geçerli olduğunu doğrulayın. Ardından mail sunucusunun EHLO/hostname, gönderici domaini ve ilgili kimlik doğrulama sonucuyla tutarlı olup olmadığını karşılaştırın.

• recipient rejected: mevcut değer ile hedef sonucu yan yana kaydedin.
• SMTP hata kodunu ve mail logunu kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

2. policy ve relay sorunları

policy ve relay sorunları değerlendirilirken alıcı sunucunun verdiği SMTP kodunu veya authentication sonucunu olduğu gibi kaydedin. 'Mail gitmiyor' bilgisi tek başına yeterli değildir; 4xx/5xx kodu, SPF/DKIM/DMARC sonucu ve teslim logu kök nedeni ayırır.

• DNS cevabını yetkili kaynaktan doğrulayın.
• policy ve relay sorunları: mevcut değer ile hedef sonucu yan yana kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

3. DNS/kimlik doğrulama

DNS/kimlik doğrulama değişikliğinde TTL ve DNS yayılımını hesaba katın. Eski kayıtlar cache'te kalabileceği için değişiklik sonrası farklı resolver'lardan sorgu yapmak ve mail akışını küçük bir test mesajıyla doğrulamak daha güvenlidir.

• DNS cevabını yetkili kaynaktan doğrulayın.
• SMTP hata kodunu ve mail logunu kaydedin.
• DNS/kimlik doğrulama: mevcut değer ile hedef sonucu yan yana kaydedin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

4. sunucu logu okuma

sunucu logu okuma için kalıcı çözüm, yalnız hatayı susturmak değil, gönderim davranışı ve itibarın da düzeltilmesidir. Bounce, complaint, açık relay, ele geçirilmiş hesap ve toplu gönderim hızı gibi etkenleri DNS kayıtlarından ayrı izleyin.

• DNS cevabını yetkili kaynaktan doğrulayın.
• SMTP hata kodunu ve mail logunu kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• sunucu logu okuma: mevcut değer ile hedef sonucu yan yana kaydedin.

Önerilen uygulama sırası

1. Mevcut yapı ve bağımlılıkları kaydedin.
2. Değişikliği mümkün olan en dar kapsamda uygulayın.
3. recipient rejected: ilk doğrulama noktasını tamamlamadan sonraki adıma geçmeyin.
4. Kullanıcı akışını ve bağlı servisleri ayrıca test edin.
5. Sonuç beklenen gibi değilse önceki yapılandırmaya dönün ve kök nedeni yeniden ölçün.

Sık yapılan hatalar

E-posta sorunlarında sık yapılan hata, yalnız MX veya SPF kaydını değiştirip teslimat probleminin çözüldüğünü varsaymaktır. Aynı domain için birden fazla çelişkili kayıt, hatalı hostname, zayıf IP itibarı veya ele geçirilmiş posta kutusu DNS doğru olsa bile sorunu sürdürebilir.

Doğrulama ve geri alma

Doğrulama için en az iki farklı alıcı sağlayıcıya test mesajı gönderin; SMTP logunu, authentication sonuçlarını ve mesaj başlıklarını inceleyin. DNS değişikliği yaptıysanız TTL süresi boyunca eski/yeni cevabı karşılaştırın. Sorun geri gelirse son değişiklikten önceki DNS değerlerini hazır tutun.

Kaynak ve ilgili hizmet

Teknik ayrıntılarda ürün veya standardın güncel resmî dokümantasyonunu esas alın: resmî teknik kaynak. UST Bilişim tarafında ilgili altyapı veya web projesi için hizmetlerimizi inceleyebilir, mevcut sisteminizin analizi için iletişim sayfasından bize ulaşabilirsiniz.

Bu konuyla birlikte okuyun

• Önceki ilgili rehber
• Sonraki ilgili rehber