Bir e-posta geri döndüğünde görünen otomatik metin uzun ve teknik olabilir. Bu yüzden yalnız “delivery failed” başlığına bakarak spam engeli veya sunucu arızası sonucu çıkarmak kolaydır. Daha yararlı yaklaşım, hata kodunu, açıklamasını ve hangi adreste oluştuğunu ayırmaktır. Aynı mesaj birden fazla alıcıya gönderildiyse her alıcının sonucunun aynı olduğunu varsaymayın.
Geçici ve kalıcı yanıtı ayırın
SMTP standardı RFC 5321, 4xx sınıfını geçici, 5xx sınıfını kalıcı olumsuz yanıt bağlamında açıklar. Bu ayrım ilk yönü gösterir; ayrıntılı neden için açıklama metni de gerekir. “Kalıcı” ifadesi aynı koşullardaki isteğin başarısızlığını anlatır; hesabın veya işletmenin sonsuza kadar kullanılamayacağı anlamına gelmez.
Kodun yanındaki açıklamayı koruyun
Destek kaydı açmadan önce hata metninin kırpılmamış bir kopyasını güvenli yerde saklayın. Paylaşırken müşteri verisini maskeleyin. Gönderici, alıcı, saat ve kullanılan istemciyi not edin. SMTP sorunları rehberi, giden bağlantı ile alıcı sunucunun reddini ayrı düşünmek için tamamlayıcıdır.
Kuyruk varken peş peşe yeniden göndermeyin
İleti hâlâ bekliyorsa elle tekrarlar, daha sonra aynı içeriğin birden fazla kez ulaşmasına neden olabilir. Gönderim sisteminizin durumunu yetkili ekrandan kontrol edin. Hata bir kota uyarısıysa posta kutusu kotası rehberine bakın; yanlış alıcı adresiyle aynı işlem yapılmaz. Her denemenin saatini kaydetmek hangi yanıtın hangi mesaja ait olduğunu açık tutar.
Sorunu alıcı ve içerik açısından daraltın
Hassas bilgi içermeyen küçük bir testin kontrolünüzdeki adrese ulaşıp ulaşmadığını sınayın. Büyük ek varsa dosya eki kontrolünü ayrı değerlendirin. Tek bir alıcıya özgü sonuç ile bütün dış alıcılarda görülen sonuç farklı inceleme gerektirir. Bu ayrımı yapmadan DNS veya bütün istemci ayarlarını değiştirmeyin.
Kurumsal e-posta yöneticisine iletilecek düzgün kayıt, yalnız ekran görüntüsünden daha değerlidir: hata kodu, açıklama, zaman ve deneme koşulu birlikte bulunmalıdır. Düzeltme sonrasında aynı kontrollü testi tekrarlayın ve sonuç değişti mi yazın. Teslimatın düzelmesi her gelecek mesaj için garanti değildir; fakat nedenin doğru daraltılması bir sonraki olayda daha hızlı ve güvenli karar vermeyi sağlar.
İşletmenin sonraki adımını belirleyin
Geri dönüş teknik inceleme beklerken kritik iş yazışması duruyorsa alıcıya daha önce bilinen bağımsız iletişim yönteminden ulaşın. Mesajın gerçekten alınmadığını teyit etmeden aynı belgeyi farklı adreslere dağıtmayın; müşteri verisi gereksiz kişilere gidebilir. Özellikle ödeme veya sözleşme içeren iletilerde gönderim kaydını güvenli saklayın. Otomatik geri dönüşü gönderen sistemin gerçekliğini de değerlendirerek içindeki bağlantıları gelişigüzel açmayın. Destek yanıtı geldikten sonra hangi değişikliğin önerildiğini ve hangi testin yapılacağını kayda ekleyin. Tek alıcıda yaşanan bir durumu bütün şirketin e-posta ayarlarını değiştirmek için gerekçe saymayın. Kapsamı doğru belirlemek hem işi hem gizliliği korur.
Sıkça Sorulan Sorular
4xx kodunda tekrar göndermeli miyim?
Otomatik kuyruk yeniden deneyebilir; peş peşe elle gönderim yapmak gereksiz tekrarlar yaratabilir. Tam yanıt ve sağlayıcının gönderim durumu incelenmelidir.
5xx kodu adresin kesin silindiğini mi söyler?
Hayır. Kalıcı olumsuz yanıtın nedeni adres, politika veya başka bir durum olabilir. Kodla birlikte verilen açıklamayı ve hangi sunucunun yanıtladığını okuyun.
Her bounce spam sorunu mudur?
Hayır. Bağlantı, kota, alıcı adresi veya politika gibi farklı nedenler olabilir. Yalnız geri dönüş başlığından teşhis koymayın.
Destek için ne paylaşmalıyım?
Tam hata kodu, zaman ve maskelenmiş gönderici-alıcı bilgisiyle başlayın. İleti gövdesindeki özel bilgileri herkese açık talebe eklemeyin.