İçeriğe geç
DuyurularBilgi bankasıKampanyalar
Hakkımızdaİletişim DestekTREN
hostingsepetiWEB HOSTING & SUNUCU
E-posta

550 ve 5.7.1 e-posta hatalarını teşhis etme

Geri dönen mesajın hata kodunu, alıcı adresini ve sunucu yanıtını okuyarak adres, yetkilendirme ve teslimat sorunlarını ayırın.

550 ve 5.7.1 e-posta hatalarını teşhis etme

Bir mesajın geri dönmesi, e-posta hesabınızın tamamen çalışmadığını göstermez. Sorun tek bir alıcı adresinde, belirli bir hedef sağlayıcıda veya gönderim yapılan uygulamanın yetkilendirmesinde olabilir. 550 kodu tek başına kesin teşhis değildir; raporda yer alan genişletilmiş durum kodu ve açıklama birlikte okunmalıdır. Aynı genel kod, bulunamayan adres ile güvenlik politikasına takılan mesaj için kullanılabilir. Bu rehberin amacı rastgele ayar değiştirmek yerine eldeki teslimat kanıtıyla ilerlemektir.

Önce doğru raporu bulun

Gönderdiğiniz mesajın geri dönüş bildirimini açın. Bildirim zamanı, özgün konu, hedef adres, hatayı üreten sunucu ve açıklama alanlarını kaydedin. Rapor içindeki bağlantılara hemen tıklamayın; sahte teslimat bildirimleri parola çalmak için kullanılabilir. Gerçekten bu mesajı gönderip göndermediğinizi Gönderilmiş klasöründen kontrol edin. Destek ekibine ileteceğiniz kopyada özel mesaj gövdesini, ekleri ve kişisel adresleri gerektiği kadar gizleyin. Sunucu hata satırı ile tarih bilgisi çoğu ilk inceleme için yeterlidir.

Teşhis adımları

  1. Alıcı adresini karakter karakter karşılaştırın. Özellikle nokta, tire, Türkçe karakter, otomatik tamamlama ve eski çalışan adresleri sorun çıkarabilir. Rapor 5.1.1 gibi adres bulunamadığını belirtiyorsa alıcının doğru adresini başka güvenilir kanaldan doğrulayın. Yeni bir adres oluşturulduğu söylense bile dışarıdan teslimata açık olup olmadığını alıcının yöneticisi kontrol etmelidir. Gönderici parolasını değiştirmek yanlış yazılmış alıcı adresini düzeltmez.
  2. 5.7.1 benzeri yetki veya politika hatalarında açıklamayı okuyun. İstemci SMTP kimlik doğrulaması yapmadan başka alan adına mesaj aktarmaya çalışıyor olabilir. Gönderim sunucusunu, tam kullanıcı adını ve sağlayıcının izin verdiği güvenli bağlantı yöntemini doğrulayın. Sorunu çözmek için sunucuyu herkese açık relay haline getirmeyin. Kurum dışı herkese sınırsız aktarım izni vermek, spam göndericilerine sisteminizi kullandırabilir ve daha büyük teslimat sorunları doğurur.
  3. Sorunun kapsamını küçük bir testle belirleyin. Aynı kutudan farklı bir sağlayıcıdaki kontrollü adrese kısa, bağlantısız bir mesaj gönderin. Ardından sorunlu alıcıya tek bir deneme yapın. Tüm hedefler başarısızsa yerel SMTP hesabı veya gönderim yetkisi daha güçlü adaydır. Yalnız bir hedefte hata varsa alıcı tarafı politikası, adres durumu veya gönderen itibarının hedefe özgü değerlendirilmesi araştırılmalıdır. Çok sayıda tekrarlı deneme göndererek kuyruğu doldurmayın.
  4. Kimlik doğrulama politikası belirtiliyorsa SPF, DKIM ve DMARC sonuçlarını yetkili yöneticiye kontrol ettirin. Bunların her biri farklı bilgiyi değerlendirir; rastgele yeni SPF kayıtları eklemek durumu kötüleştirebilir. DNS değişikliğinin zamanı ile hata zamanını karşılaştırın. Yönlendirilmiş mesajlarda özgün gönderen ve son aktarım noktası farklı olabilir. Bu nedenle yalnız görünen From alanından sunucunun hangi kimlikle kontrol yapıldığını çıkarmayın.

Düzeltmeyi doğrulayın

Değişiklik sonrası yeni bir mesaj gönderin ve yeni raporun zamanına bakın. Eski hata bildirimini tekrar açmak, düzeltmenin başarısız olduğu anlamına gelmez. İstemci gönderimi başarılı görünse bile alıcıya ulaştığını doğrulatın. Gerekirse ileti kimliği, tarih aralığı ve gizlenmiş raporla destek talebi açın. Hesap parolasını veya yönetim paneli erişimini bu talebe eklemeyin. Sorun çözülünce yapılan değişikliği kısa bir not olarak saklayın; sonraki benzer olayda aynı kontrolleri tekrar kullanabilirsiniz.

Sık sorulan sorular

550 hatası her zaman spam engeli midir?

Hayır. Kodun yanındaki ayrıntı alıcı adresi, aktarım yetkisi veya politika nedenini gösterebilir. Hedef sunucu açıklaması esas alınmalıdır; bütün 550 hatalarını aynı yöntemle çözmek mümkün değildir.

Mesajı sürekli yeniden göndermeli miyim?

Kalıcı hata açıklaması varsa nedeni düzeltmeden tekrar göndermek yararlı değildir. Geçici hata durumunda posta sunucusu kendi yeniden deneme politikasını uygular. Tek kontrollü deneme ve doğru rapor, çok sayıda aynı mesajdan daha iyi teşhis sağlar.

Resmi kaynaklar

Süreç özeti

550 ve 5.7.1 e-posta hatalarını teşhis etme

AdımKontrol
1Geri dönüş raporu
2Hata sınıflandırma
3Hedefli düzeltme
4Tek mesajla test

Resmî kaynaklar