SMTP Kuyruğu
DeepFilter, taramadan geçen bir e-postayı hedef sunucuya teslim edene kadar geçici olarak bir teslim kuyruğunda tutar. Hedef sunucu o an ulaşılabilir olduğunda teslim saniyeler içinde tamamlanır ve e-posta kuyruktan çıkar; bu yüzden sağlıklı bir sistemde kuyruk çoğu zaman boştur. Kuyruk dolmaya ve orada kalmaya başladığında ise bu, neredeyse her zaman DeepFilter'ın kendisinde değil, e-postanın teslim edilmek istendiği hedef sunucuda bir tıkanma olduğunun ilk işaretidir.
Bu ekran, o kuyruğun canlı durumunu gösterir: hangi e-postalar teslim bekliyor, ne kadar süredir bekliyor, hedef sunucu ne yanıt veriyor. Yönetici olarak buraya, giden bir e-postanın alıcısına ulaşmadığı bildirildiğinde ya da teslimatta bir gecikme sezdiğinizde bakarsınız.
Ekran SMTP Kuyruğu menüsünden açılır ve yalnızca genel yöneticiye görünür.
Ekran her 30 saniyede bir kendini yeniler. Üstte kuyruktaki e-posta sayısını gösteren bir sayaç ((0 kayıt) gibi), bir arama kutusu ve elle güncelleme için Yenile düğmesi bulunur.
Boş Kuyruk Normaldir
Yukarıdaki ekran görüntüsünde kuyruk boş ve sayaç (0 kayıt) gösterir. Bu bir sorun değil, sağlıklı çalışan bir sistemin tipik görüntüsüdür: e-postalar filtreden geçer geçmez hedeflerine teslim edildiği için kuyrukta birikme olmaz. Günün büyük bölümünde bu ekranı boş görmeniz beklenir. Kuyrukta e-posta belirmesi tek başına bir arıza anlamına gelmez; asıl önemli olan, sayının düşmeden uzun süre yüksek kalması ya da sürekli artmasıdır.
Kuyrukta Ne Görünür
Kuyrukta bekleyen e-posta olduğunda liste her satırda bir e-postayı, teslim durumuyla birlikte gösterir. Bir satıra tıkladığınızda o e-postanın teslim geçmişi genişleyen bir panelde açılır.
| Sütun | Ne gösterir |
|---|---|
| Tarih | E-postanın kuyruğa giriş zamanı. |
| Gönderen / Alıcı | E-postanın gönderen ve alıcı adresleri. |
| Konu | E-postanın konusu; kuyruk kaydında konu tutulmadığından kayıt eşleşmezse — görünebilir. |
| Durum | Teslimin o anki hâlini renkli bir rozetle belirtir (aşağıya bakın). |
| SMTP Yanıt | Hedef sunucunun teslim denemesine verdiği son yanıt; e-postanın neden beklediğini bu sütun açıklar. |
| İşlem | O satır için Tekrar Dene ve Sil düğmeleri. |
Durum rozeti, e-postanın teslim yolculuğunun neresinde olduğunu söyler:
- İşleniyor — E-posta şu an teslim ediliyor; geçici bir durumdur.
- Ertelendi — Hedef sunucu e-postayı henüz kabul etmedi (ulaşılamıyor ya da geçici olarak reddediyor); DeepFilter belirli aralıklarla yeniden dener. Kuyrukta en sık göreceğiniz durum budur.
- Geri Döndü — E-posta izin verilen süre boyunca teslim edilemedi ve kalıcı olarak başarısız sayıldı; gönderene bir teslim edilemedi bildirimi (NDR) gider.
Bir satırı genişlettiğinizde açılan panel üç bölüm taşır: e-postanın genel bilgisi (kuyruk kimliği vb.), her teslim denemesini zamanı, hedef sunucusu ve yanıt koduyla tek tek listeleyen Teslimat Denemeleri geçmişi ve son denemenin özeti. Bir teslimatın neden takıldığını anlamak için ilk bakılacak yer bu paneldir: yanıt kodu geçici bir hatayı (4xx) mı yoksa kalıcı bir reddi (5xx) mi gösteriyor, oradan okunur.
Yeniden Deneme Ritmi
Bir e-posta ilk denemede teslim edilemezse DeepFilter onu hemen başarısız saymaz; artan aralıklarla yeniden dener. Bu davranış giden teslimatın güvenilirliğini sağlar ve tek tek yapılandırma gerektirmez:
- İlk yeniden deneme en erken 5 dakika sonra yapılır; sonraki denemeler giderek açılan aralıklarla sürer. Bu yüzden geçici olarak ulaşılamayan bir hedef için kuyrukta birkaç dakikalık bekleme normaldir.
- Teslim 24 saattir tamamlanamamışsa gönderene tek seferlik bir gecikme uyarısı gönderilir: e-posta henüz teslim edilemedi, denemeler sürüyor. Bu uyarı e-postanın başarısız sayıldığı anlamına gelmez ve yalnızca bir kez gönderilir; amacı, gönderenin gecikmeyi alıcıdan duymadan önce öğrenmesidir.
- Bir e-posta 2 gün boyunca teslim edilemezse kalıcı olarak başarısız sayılır, durumu Geri Döndü'ye döner ve gönderene teslim edilemedi bildirimi (NDR) gönderilir.
Gecikme uyarısının gövdesi şu an İngilizcedir; gönderen kendi kullanıcılarınızdan biriyse bu e-postanın diline şaşırabilir. Karantinadaki e-postalar ise bu ritmin tümüyle dışındadır: yeniden teslim denenmedikleri için ne kuyruk ömrüne ne de gecikme uyarısına takılırlar.
Kuyruktaki bir e-postanın Ertelendi durumunda beklemesi, kaybolduğu anlamına gelmez. Hedef sunucu yeniden erişilebilir olduğunda teslim kendiliğinden tamamlanır ve e-posta kuyruktan çıkar. Elle işlem yapmadan önce çoğu geçici gecikmenin bu şekilde kendiliğinden çözüldüğünü unutmayın.
Kuyruğu İzleme
Adımlar
- SMTP Kuyruğu ekranını açın.
- Sayaç değerine bakın. (0 kayıt) ise teslimat akıcıdır; ek bir işlem gerekmez.
- Ekran zaten 30 saniyede bir yenilenir. Anlık durumu görmek isterseniz sağ üstteki Yenile düğmesine basın.
- Belirli bir gönderen, alıcı veya konuyla ilgili bir e-postayı arıyorsanız arama kutusuna adresi ya da konu metnini yazarak listeyi daraltın.
Doğrulama — sağlıklı olduğunu şuradan anlarsınız
Sayaç (0 kayıt) gösteriyor ya da düşük bir sayı peş peşe yenilemelerde artmadan azalıyorsa teslimat normal akışındadır.
Birikmeyi Teşhis Etme
Sayacın sıfırın üzerine çıkması ve bu değerin peş peşe yenilemelerde düşmemesi, hatta artması bir teslimat tıkanmasına işaret eder. Birikmenin dağılımı sorunun kaynağını gösterir:
- Tek bir alan adına veya hedef sunucuya giden e-postalar birikiyorsa sorun büyük olasılıkla o hedeftedir: sunucu kapalı olabilir, geçici olarak e-posta reddediyor (4xx) ya da kapasitesi dolmuş olabilir. İlgili satırı genişletip Teslimat Denemeleri panelindeki yanıt kodunu ve SMTP yanıtını okuyun.
- Farklı hedeflere giden e-postalar birlikte birikiyorsa sorun büyük olasılıkla kendi tarafınızdadır: ağ çıkışı, DNS çözümü veya giden bağlantı kısıtlanmış olabilir.
Geçici bir hata (4xx) alan e-postalar beklenir ve yeniden deneme ritmi içinde kendiliğinden çözülür; kalıcı bir hata (5xx) alanlar süre dolunca Geri Döndü'ye geçer.
Bir E-postayı Yeniden Deneme veya Silme
Kuyruktaki bir e-postaya elle iki müdahale yapabilirsiniz. İkisi de satır sonundaki İşlem düğmeleriyle ya da birden çok satırı seçip toplu olarak uygulanır.
Tekrar Dene, e-postayı yeniden deneme aralığını beklemeden hemen teslim kuyruğuna sokar. Hedef sunucu bir kesintiden yeni döndüyse ve beklemeden teslim etmek istiyorsanız kullanışlıdır. Bu bir teslim garantisi değildir: hedef hâlâ ulaşılamıyorsa e-posta yeniden Ertelendi'ye döner, yalnızca bir deneme daha tetiklenmiş olur.
Sil, e-postayı kuyruktan kaldırır ve bir daha teslim edilmez. Silinen e-posta izini kaybetmez: ePosta Trafiği ekranında artık Kuyruktan Silindi durumuyla görünür (daha önce bu e-postalar teslim kaydı oluşmadığından orada sonsuza dek Bekliyor kalıyordu). Silmeyi panelden yaptığınızda, o e-postanın trafik detayındaki Silen satırında hangi yöneticinin sildiği kayıtlıdır; sunucudan elle yapılan silmelerde bu kişi kaydı tutulmaz.
Sil işlemi geri alınamaz. Silinen e-posta kuyruktan kalıcı olarak kaldırılır, teslim edilmez ve gönderen bu konuda bilgilendirilmez. Bir e-postayı yalnızca teslim edilmesini gerçekten istemediğinizden eminseniz silin; teslimatı yalnızca hızlandırmak istiyorsanız Sil değil Tekrar Dene kullanın.
Adımlar
- SMTP Kuyruğu ekranında ilgili e-postayı bulun; gerekirse arama kutusuyla daraltın.
- Tek bir e-posta için satır sonundaki Tekrar Dene ya da Sil düğmesini kullanın.
- Birden çok e-postaya aynı işlemi uygulamak için satırların başındaki kutucukları işaretleyin ve üstte beliren Tekrar Dene (N) ya da Sil (N) düğmesine basın.
Doğrulama — başarılı olduğunu şuradan anlarsınız
- Tekrar Dene sonrası e-posta kısa süre İşleniyor durumuna geçer; teslim başarılıysa kuyruktan çıkar, hedef hâlâ yanıt vermiyorsa yeniden Ertelendi'ye döner.
- Sil sonrası e-posta listeden kalkar ve sayaç azalır. Aynı e-posta ePosta Trafiği ekranında Kuyruktan Silindi durumuyla izlenmeye devam eder.
Sorun Giderme
Kuyrukta birikme var ama kendiliğinden çözülmüyor. Birikmenin tek bir hedefe mi yoksa farklı hedeflere mi olduğunu belirleyin; satırı genişletip Teslimat Denemeleri panelindeki yanıt kodunu okuyun. Tek hedef ise sorun o sunucudadır (kapalı, geçici ret ya da kapasite); farklı hedefler ise kendi ağ veya DNS çıkışınızı kontrol edin. Birikme kalıcıysa ve çözülmüyorsa kuyruktaki alıcı alan adları ile yaklaşık bekleyen e-posta sayısını DeepFilter destek ekibine iletin; bu bilgiler teşhisi hızlandırır.
Teslimatta birikme olması gerekirken sayaç sürekli (0 kayıt) gösteriyor. Kuyruk bilgisi okunamıyor olabilir. Bu, ekranın bozulmasına yol açmaz ama gerçek bir birikmeyi gizleyebilir. Böyle bir tutarsızlık sürüyorsa durumu DeepFilter destek ekibine bildirin.