E-posta Arşivleme Stratejileri: Kota ve Uyumluluk

Posta kutusu dolduğunda çoğu kullanıcının yaptığı şey aynıdır: ekli dosyaları büyük olan eski e-postaları silmek. Birkaç ay sonra bir müşteri üç yıl önceki sözleşme ekini sorduğunda o e-postanın artık olmadığı anlaşılır. E-posta arşivleme, tam olarak bu iki sorunu (dolan kota ve bulunamayan eski yazışma) aynı anda çözen düzendir.

Bu yazıda arşivi yedekten ayırıyor, sunucu ve istemci tarafındaki üç stratejiyi artı ve eksileriyle karşılaştırıyor, LIONFIN kurumsal mail hesaplarında uygulanabilecek bir saklama politikası şablonu veriyoruz.

E-posta arşivleme ile yedekleme aynı şey değil

İki kavram sık karıştırılır; oysa farklı sorulara yanıt verirler. Yedek, “sunucu çökerse ya da bir şey silinirse dünkü duruma dönebilir miyim?” sorusunu; arşiv ise “üç yıl önceki yazışmayı bugün bulup gösterebilir miyim?” sorusunu yanıtlar.

Yalnızca yedek alan bir işletme, iki yıl önce silinen bir e-postayı geri getiremez çünkü o tarihin yedeği çoktan döngüden çıkmıştır. Yalnızca arşiv tutan işletme ise sunucu arızasında bugünkü gelen kutusunu kaybeder. İkisi birlikte gerekir; teknik ayrıntılar kurumsal mail yedekleme ve arşivleme rehberinde.

Neden arşivlemelisiniz: üç somut gerekçe

1. Kota ve performans. On binlerce e-posta içeren bir gelen kutusu hem kotayı doldurur hem de istemcilerde arama ve senkronizasyonu yavaşlatır. Aktif kutuda son bir yılı, gerisini arşivde tutmak her iki sorunu çözer.
2. Uyumluluk ve yasal saklama. Ticari yazışmalar, siparişler, sözleşmeler ve faturaya dayanak e-postalar mevzuatın öngördüğü süre boyunca saklanmak zorundadır; süre belge türüne göre değişir ve muhasebe müşavirinizle netleştirilmelidir. KVKK ise tersine, gereksiz kişisel veriyi süresiz tutmamanızı ister: arşiv politikası her iki yönde de sınır koyar.
3. Kurumsal hafıza ve delil. Ayrılan bir çalışanın müşteriyle yaptığı yazışma, bir anlaşmazlıkta tek kanıt olabilir. Değiştirilemez ve tarih damgalı bir arşiv, bu durumda “bilgisayarımda kalmıştı” cümlesinden çok daha güçlüdür.

Bu üç gerekçe, arşivin bir BT tercihi değil, işletme kararı olduğunu gösterir; politikayı yönetimle birlikte yazın.

Strateji 1: Sunucu tarafında otomatik arşiv

Kurumsal mail ve xMail gibi platformlarda arşivleme sunucu tarafında, kullanıcıdan bağımsız çalışır: gelen ve giden her e-postanın bir kopyası, kullanıcı silse bile, ayrı bir arşiv alanına yazılır ve politika süresince orada kalır.

Artıları:

• Kullanıcı hatasına ve kötü niyete kapalıdır; silinen e-posta arşivde durur.
• Merkezi arama: yönetici tüm arşivde tarih, gönderen ve konuya göre arayabilir.
• Kota aktif kutudan ayrı hesaplanır; kullanıcı gelen kutusunu rahatça boşaltır.
• Değiştirilemez saklama, delil niteliğini korur.

Eksileri:

• Yalnızca sunucu tarafı arşiv destekleyen paketlerde bulunur; mail hostingde yoktur.
• Arşiv alanı da bir depolama maliyetidir; politika süresi bu maliyeti belirler.

Yazışmanın saklanması zorunlu olan her işletme için varsayılan strateji budur; diğer iki strateji ya bunun tamamlayıcısı ya da bütçe gerekçesiyle geçici alternatifidir.

Strateji 2: İstemci tarafında arşiv (Outlook, Thunderbird)

Mail hosting kullanan ya da sunucu tarafı arşivi olmayan ekiplerde arşiv, kullanıcının bilgisayarında tutulur. Outlook’ta Dosya → Araçlar → Eski Öğeleri Temizle ile belirli tarihten eski e-postalar bir PST dosyasına taşınır; Thunderbird’de Arşivle komutu yıllara göre yerel klasörler oluşturur.

Artıları: Ek maliyet yok, sunucu kotası hemen boşalır, çevrimdışı erişim.

Eksileri:

• Arşiv tek bir bilgisayardadır; disk arızası ya da cihaz kaybı arşivi de götürür.
• PST dosyaları büyüdükçe bozulmaya eğilimlidir; düzenli kopyalanmaları gerekir.
• Kullanıcı ayrılınca arşiv şirket dışında kalabilir.
• Merkezi arama yoktur; yönetici bir yazışmayı bulmak için kullanıcının bilgisayarına muhtaçtır.

Bu stratejiyi kullanıyorsanız PST ya da yerel arşiv klasörlerini şirketin yedek düzenine dahil edin; 3-2-1 yedekleme kuralı burada da geçerlidir. Outlook kurulumu için kurumsal mail Outlook ayarları rehberine bakabilirsiniz.

Strateji 3: IMAP klasör politikası

Sunucuda kalan ama aktif kutudan ayrılan bir ara yol: yıl ya da proje bazlı IMAP klasörleri. Sunucu tarafı arşiv kadar güvenli değildir ama istemci arşivinden çok daha erişilebilirdir, çünkü klasörler tüm cihazlarda görünür. Uygulama adımları:

1. Kök dizinde Arsiv klasörü, altında yıl klasörleri (2024, 2025) oluşturun.
2. Webmail ya da istemcide her yıl sonunda gelen ve gönderilen kutusunu ilgili yıl klasörüne taşıyan bir kural tanımlayın; Roundcube’de filtreler bu işi görür.
3. Yıl klasörlerini “salt okunur” davranışla kullanın: taşıma dışında düzenleme yapmayın.
4. Kota izleme: kurumsal mail panelinde hesap kotasını üç ayda bir gözden geçirin; en eski yıl klasörünü politikadaki süre dolunca dışa aktarıp silin.
5. Dışa aktarımı ICS/EML ya da MBOX biçiminde alıp şirket depolamasına koyun.

IMAP’in çoklu cihaz davranışı bu stratejiyi mümkün kılar; ayrıntı IMAP POP3 farkı yazısında. Rol adresleri (info@, satis@) için de aynı klasör düzenini kurun; en çok kaybolan yazışmalar bu ortak kutulardadır.

Politika şablonu ve kontrol listesi

Bir e-posta arşivleme politikası tek sayfada yazılabilir. Aşağıdaki şablonu işletmenize uyarlayın; süreleri muhasebe ve hukuk danışmanınızla doğrulayın.

Uygulama kontrol listesi:

• Politika yazıldı ve yönetim onayladı.
• Sunucu tarafı arşiv etkin ya da IMAP klasör düzeni kuruldu.
• İstemci arşivleri yedek düzenine dahil edildi.
• Ayrılan çalışan prosedürü tanımlandı.
• Yılda bir arşivden rastgele bir e-posta bulunarak erişim test edildi.