Geçici E-Posta Teslim Hatası (Soft Bounce) Nedir?

Bir müşteri öğleden sonra kargo çıkışı için ileti beklerken alıcı sunucusu geçici bir nedenle isteği kabul edemeyebilir. Mağazanın iletisi gönderim kuyruğunda görünürken müşterinin gelen kutusunda henüz hiçbir kayıt bulunmayabilir. O sırada ekran görüntüsü isteyen ekip kargo durumunu, e-posta sağlayıcısına iletim zamanını ve nihai teslim sonucunu ayırmalıdır. Kargo mesajının gecikmesi paketin de aynı süre depoda kaldığını göstermez. Müşteri siparişinin durumunu hesabından kontrol edebiliyorsa ona güncel durumu orada göstermek operasyonu daha anlaşılır kılar.

Gönderim sağlayıcısı belirli koşullarda iletiyi yeniden deneyebilir; tekrar aralığı ve son karar hizmete göre değişir. Ekip elle her dakika aynı bildirimi gönderirse geçici sorun kalktığında müşteriye aynı kargo mesajı birden fazla kez ulaşabilir. Önce önceki gönderinin hâlâ deneme sürecinde mi yoksa nihai başarısızlığın mı kayda geçtiğini belirleyin. Tek gönderim kaydında birden çok teslim denemesi olabileceği için rapor satırlarını otomatik olarak birbirinden ayrı müşteri talepleri gibi saymayın.

Aynı adreste farklı günlerde geçici sorun görülebilir. Bu davranışın tüm bir alan adında mı yoksa tek alıcıda mı tekrarladığına bakın. Örnek olarak şirketin posta sistemi bakımdayken çeşitli alıcılar aynı saatte etkilenebilir, kişisel bir kutunun dolu olması ise farklı bir örüntü oluşturur. Sağlayıcılar uzun süre devam eden teslim sorunlarını kendi kurallarıyla ele alabilir. Kullanıcıya ulaşabilecek alternatif izinli kanal varsa kritik sipariş bilgilendirmesinin gecikmesi bu yolla yönetilebilir.

Bir bildirimde gecikme, diğerinde kalıcı e-posta teslim hatası yazıyorsa iki sonucu aynı gruba almayın. Örneğin kargo bildirimi bir gün sonra başarıyla ulaşabilirken artık bulunmayan eski posta kutusuna yapılan aynı deneme teslimat getirmeyecektir. İki adresin sonraki işlem kararı farklıdır.