Yanlış Tarih Damgası: İletiniz Gelen Kutusunda Kaybolduğunda
İletiyi gönderdiniz, teslim edildiği raporlandı, geri dönüş yok. Ama alıcı "hiç gelmedi" diyor. İleti aslında gelmiş — gelen kutusunun çok aşağısında, geçen ayın iletileri arasında duruyor. Nedeni tek bir başlık alanı: gönderim tarihi.
Bu yazı, e-posta tarih damgası sorunlarını ele alıyor.
Tarih Nereden Gelir
- Gönderen sistem tarihi yazar.
- Aktarım sunucuları kendi damgasını ekler.
- İstemci genellikle ilkini gösterir.
Üçüncü adım sorunun kaynağıdır: e-posta istemcileri iletiyi sıralarken gönderen tarafından yazılan tarihi kullanır — bu tarih yanlışsa ileti gelen kutusunda yanlış yere yerleşir ve kullanıcı onu göremez.
Alıcı sunucu doğru zamanı bilse bile bu bilgi genellikle gösterilmez.
Bu nedenle gönderen sunucunun saati kritik önemdedir.
Birkaç dakikalık sapma sorun çıkarmaz, saatlik sapma çıkarır.
Belirtiler
| Belirti | Olası neden |
|---|---|
| İleti çok aşağıda görünüyor | Saat geride |
| İleti hep en üstte kalıyor | Saat ileride |
| Saat farkı tam saat katı | Zaman dilimi hatası |
| Yaz saatinde bozuluyor | Eski zaman dilimi verisi |
İkinci satır beklenmedik bir yan etki üretir: saati ileri kaymış bir sunucudan gönderilen iletiler gelen kutusunun en üstünde takılı kalır ve kullanıcı bunu rahatsız edici bulup istenmeyen olarak işaretleyebilir.
Bu, itibar açısından da zarar verir.
Üçüncü satır ise en yaygın nedendir.
Sunucu saati doğru ama zaman dilimi yanlış tanımlıdır.
Zaman Dilimi Bildirimi
- Tarih alanı dilim farkını içerir.
- Fark yanlışsa saat kayar.
- Yaz saati otomatik güncellenmelidir.
Birinci madde e-posta biçiminin doğru tasarlanmış bir yanıdır: tarih alanı yalnızca saati değil, hangi zaman diliminde olduğunu da taşır — böylece alıcı istemci iletiyi kendi saatine doğru biçimde çevirebilir.
Sorun, bu farkın yanlış bildirilmesinden doğar.
Üçüncü madde ise sistemin zaman dilimi veritabanının güncel olmasını gerektirir.
Eski veri, yaz saati geçişlerinde bir saatlik kayma üretir.
Sunucu Saatini Doğru Tutmak
- Zaman senkronizasyon servisi çalışmalı.
- Durumu izlenmeli.
- Sapma uyarı üretmeli.
İkinci madde sık atlanır: zaman senkronizasyon servisinin kurulu olması çalıştığı anlamına gelmez — servis durmuş olabilir veya kaynak sunuculara erişemiyor olabilir ve saat sessizce kaymaya başlar.
Sapma günde birkaç saniye ile başlar.
Aylar içinde dakikalara ulaşır.
Bu nedenle servis durumu izlenmelidir.
Uygulama Tarafı
| Kaynak | Dikkat |
|---|---|
| Sistem saati | Senkronize olmalı |
| Uygulama zaman dilimi ayarı | Açıkça tanımlanmalı |
| Veritabanı zaman dilimi | Tutarlı olmalı |
İkinci satır çok sayıda hatanın kaynağıdır: uygulamanın zaman dilimi ayarı tanımlanmamışsa varsayılan bir değer kullanılır ve bu değer sunucunun ayarından farklı olabilir — aynı sistemde iki farklı saat ortaya çıkar.
Bu fark, kuyruğa alınan iletilerde belirginleşir.
Üçüncü satır ise kayıt zamanlarını etkiler.
Tüm katmanların aynı dilimi kullanması en güvenli yoldur.
Kuyrukta Bekleyen İletiler
- Tarih üretim anında yazılır.
- Gönderim saatler sonra olabilir.
- Alıcı eski tarihli ileti görür.
Üçüncü madde toplu gönderimlerde sık yaşanır: büyük bir kampanya kuyruğa alınıp saatler içinde gönderiliyorsa, son gönderilen iletilerin tarihi kuyruğa alındıkları ana ait olur ve alıcılara eski görünür.
Çözüm, tarihi gönderim anında yazmaktır.
Bu, kuyruk sistemlerinde açıkça yapılandırılmalıdır.
Aksi hâlde kampanyanın son alıcıları iletiyi hiç fark etmeyebilir.
Gelecek Tarihli İletiler
- Bazı filtreler bunu şüpheli sayar.
- Puan artışına yol açar.
- İstenmeyen klasörüne düşebilir.
Birinci madde bilinen bir filtre kuralıdır: gelecek tarihli iletiler istenmeyen posta filtrelerinde puan alır çünkü bu, gelen kutusunun üstünde kalmak için kullanılan bilinen bir yöntemdir.
Saatiniz ileri kaymışsa istemeden bu davranışı sergilersiniz.
Sonuç, teslimat oranının düşmesidir.
Bu nedenle ileri sapma, geri sapmadan daha zararlıdır.
Teşhis
| Kontrol | Ne gösterir |
|---|---|
| Kendinize test gönderin | Gerçek davranış |
| Başlıkları inceleyin | Yazılan tarih ve dilim |
| Aktarım damgalarını karşılaştırın | Sapma miktarı |
Üçüncü satır sapmayı kesin olarak ölçer: iletinin başlıklarındaki gönderim tarihi ile alıcı sunucunun eklediği damga arasındaki fark, sunucunuzun saatinin ne kadar kaydığını doğrudan gösterir.
Bu fark birkaç saniye olmalıdır.
Dakikalar veya saatler varsa müdahale gerekir.
Bu kontrol, kurulum sonrası rutine alınmalıdır.
Doğru zaman damgası, iletinin görülmesinin ön şartıdır; e-posta altyapı çözümleri ile gönderim zincirinizin tutarlılığını izleyebilirsiniz.
Sonuç
"Gelmedi" denen iletilerin bir kısmı aslında gelmiştir ama görülmemiştir çünkü e-posta istemcileri iletiyi sıralarken gönderen tarafından yazılan tarihi kullanır. Zaman senkronizasyonunu kurun ve çalıştığını izleyin, uygulama zaman dilimini açıkça tanımlayın ve kuyruklu gönderimde tarihi gönderim anında yazın. İleri sapmadan özellikle kaçının — gelecek tarihli iletiler istenmeyen posta filtrelerinde puan alır.
Sıkça Sorulan Sorular (SSS)
İleti teslim edildi ama alıcı göremiyor?
Tarih damgası yanlış olabilir. İstemciler sıralamada gönderen tarafından yazılan tarihi kullanır; saat geride ise ileti gelen kutusunun çok aşağısına, eski iletiler arasına yerleşir ve kullanıcı onu göremez.
Saat doğru ama fark tam saat katı?
Zaman dilimi yanlış tanımlıdır. Tarih alanı yalnızca saati değil hangi zaman diliminde olduğunu da taşır; bu fark yanlış bildirilirse alıcı istemci iletiyi yanlış saate çevirir. Yaz saati geçişlerinde bozuluyorsa zaman dilimi veritabanı eskidir.
Toplu gönderimde son iletiler neden eski görünüyor?
Tarih, ileti kuyruğa alınırken yazılıyor. Saatler süren bir kampanyada son gönderilenlerin tarihi kuyruğa alındıkları ana ait olur. Tarihi gönderim anında yazacak biçimde yapılandırın.
Saatin ileri olması neden daha zararlı?
Gelecek tarihli iletiler istenmeyen posta filtrelerinde puan alır çünkü bu, gelen kutusunun üstünde kalmak için kullanılan bilinen bir yöntemdir. Saatiniz ileri kaymışsa istemeden bu davranışı sergiler ve teslimat oranınız düşer.
