Aşağıdaki gibi mesajların kök nedenini bilen var mı? Bu sorunları azaltmanın yolları var mı?
Final-Recipient: rfc822;firstlast@live.school.edu
Action: delayed
Status: 4.4.7
Diagnostic-Code: smtp;400 4.4.7 Message delayed
Will-Retry-Until: Thu, 11 Feb 2010 08:21:49 +0000
X-Display-Name: First Last
Yanıtlar:
http://www.ehow.com/how_4614939_check-why-email-was-delayed.html
E-posta dağıtımının anında tamamlanması yaygın bir yanılgıdır. E-posta, her ara durakta ne kadar süre kalacağının garantisi olmadan nihai hedefe ulaşana kadar Posta Sunucusundan Posta Sunucusuna gönderilmek üzere tasarlanmıştır. Gecikmeli e-posta vakalarının çoğu yavaş veya aşırı yüklenmiş posta sunucularından kaynaklanır. E-posta teslim gecikmelerine spam, kişinin e-postasını kontrol etme sıklığı veya diğer donanım sorunları neden olur. Bir e-posta önemli bir süre ertelendiğinde, bir e-postanın neden ertelendiğini kontrol etmenin en iyi yolu, gecikmenin nerede gerçekleştiğini görmek için teslim gecikmesi bildirimindeki e-posta başlığını analiz etmektir.
Ayrıca kasten ertelenmesi de muhtemeldir: http://www.byui.edu/help/outlookhelp/mailing/delayed.htm
Bugün hakkında bir şey bilmiyorum, çünkü artık bu döngüde değilim, ama bir ISS için çalışırken, eMail parametrelerinin çok farkındaydım. Normal bir e-Posta'nın, e-Posta'nın ağ üzerinden geçirilme biçimi nedeniyle 15 dakika ila yarım saat gecikmesi olağandışı değildi. Bunun temel nedeni, bağımsız ISS eMail parametreleridir. 15 dakikada bir eMail göndermekle sınırlı küçük bir İSS için çalışıyordum. E-Posta'yı kapatan zamanlayıcı, birincil çeyrek saatlerden biri olmayan bir dakikaya ayarlandı. Hattaki her ISS en sık aynı şeyi yapıyor (ISS'nin boyutuna bağlı olarak her 10 dakikada bir veya 5 dakikada bir gibi). Bu nedenle, bir e-Posta için otomatik gecikme, başka bir neden olmaksızın derhal bir saate kadar değişebilir.
E-posta gecikmesinin birçok nedeni olabilir, e-posta başlıkları postanın yönlendirilmesi ile ilgili tüm bilgileri içerir, bu http://www.knotrick.com/what-causes-email-to-delay/
Bazıları için açık olabilir, ancak her zaman virüsten koruma / kötü amaçlı yazılımdan koruma / anti-exploit yazılımınızın sorunlara neden olmadığından emin olun. Bir ofis 365 hesabı üzerinden teslim etmek üzere yapılandırılmış bir yerel smtp sunucum vardı ve malwarebytes herhangi bir işlemin posta kuyruğu klasöründe olmasını engelliyordu. Bir kez inetpub dizinini beyaz listeye ekledikten sonra smtp sunucum tekrar çalışmaya başladı.