E-posta Arşivleme ve Yasal Saklama Süreleri

Bir gün hukuk departmanından ya da mali müşavirden gelen "üç yıl önceki şu yazışmayı bulabilir miyiz" sorusuna cevap veremediğinde e-posta arşivleme konusunun ne kadar ciddi olduğunu anlarsın. O ana kadar herkes yedeklerin bu işi gördüğünü sanır; oysa yedek ile arşiv birbirinden tamamen farklı iki şeydir ve biri diğerinin yerine geçmez. Yedek, "sistem çökerse geri dönebileyim" içindir ve doğası gereği eskidikçe silinir. Arşiv ise "yıllar sonra bir mesajı bulabileyim ve o mesajın değiştirilmediğini kanıtlayabileyim" içindir.

Bu rehberde önce bu iki kavramı net biçimde ayıracağım, sonra Türkiye'de bir işletmenin e-posta saklama konusunda hangi çerçeveyle karşı karşıya olduğunu genel hatlarıyla anlatacağım. Ardından teknik tarafa geçeceğiz: Postfix üzerinde arşiv kopyası almanın doğru yöntemi, arşivin nasıl değiştirilemez tutulacağı, arama ve erişim, ve saklama süresi dolduğunda silme politikası. Sonunda da bu konuda en sık yapılan hataları toplayacağım — özellikle kullanıcının kendi posta kutusunu arşiv sanmak gibi, sonu her zaman kötü biten bir varsayımı.

Arşiv ile Yedek Arasındaki Fark#

İkisinin de aynı veriyi kopyaladığını düşünmek yanıltıcıdır; amaçları farklı olduğu için tasarımları da farklıdır.

Son satır ikisi arasındaki en kritik farktır. Bir kullanıcı bir mesajı silip çöp kutusunu da boşaltırsa, o mesaj bir sonraki yedek turunda yedekten de kaybolur — yedek mevcut durumun kopyasıdır. Arşiv ise mesajı teslim edildiği anda ayrı bir depoya yazdığı için kullanıcının silme davranışından etkilenmez. "Yedeğimiz var" cümlesi bu yüzden hukuki bir soruya cevap olmaz.

İkinci önemli fark aramadır. Bir yedekten üç yıl önceki bir yazışmayı bulmak için önce yedeği geri yüklemen, sonra içinde aramak gerekir; bu saatler sürer ve büyük ihtimalle o yedek zaten silinmiştir. Arşiv sistemleri ise mesajları indeksleyerek saklar ve gönderen, alıcı, tarih aralığı, konu ya da gövde içeriğiyle saniyeler içinde arama yapmanı sağlar. Yedekleme tarafını ayrıca kurmak istiyorsan e-posta hesabı yedekleme yazısı o işin adımlarını anlatıyor; bu yazı ise onun yerine geçmeyen ikinci katmanı ele alıyor.

Neden Arşivlemen Gerekir#

Arşivleme ihtiyacı genellikle dört başlıktan doğar ve bunlardan en az ikisi hemen her işletme için geçerlidir.

Yasal ve mali yükümlülükler. Türk ticaret ve vergi mevzuatı, ticari defter ve belgelerin belirli süreler boyunca saklanmasını zorunlu kılar. Bir siparişin, bir fiyat teklifinin ya da bir sözleşme müzakeresinin e-posta üzerinden yürüdüğü bir işletmede, bu yazışmalar da ticari belge niteliği taşıyabilir. Sürelerin ve kapsamın senin işletmen için tam olarak ne anlama geldiğini mali müşavirine ve hukuk danışmanına sorman gerekir; bu, teknik bir karar değil hukuki bir karardır ve sektöre göre değişir.

Uyuşmazlık ve delil. Bir müşteriyle ya da tedarikçiyle anlaşmazlığa düştüğünde, "biz size şu tarihte şunu yazmıştık" iddiasını kanıtlaman gerekir. Kullanıcının kendi posta kutusundaki bir kopya bu iş için zayıftır çünkü değiştirilmiş olabileceği iddia edilebilir. Değiştirilemez bir arşiv, kaydın bütünlüğünü ortaya koyar.

Personel ayrılması. Bir çalışan işten ayrıldığında posta kutusu kapatılır ama o kutudaki müşteri yazışmaları kurumun hafızasıdır. Arşiv, kutu silinse bile bu içeriğin erişilebilir kalmasını sağlar.

KVKK ve veri sahibi talepleri. Kişisel veri içeren yazışmalarda, bir veri sahibi kendisine ait verilere erişim ya da silinme talebiyle başvurabilir. Aranabilir bir arşiv olmadan bu taleplere makul sürede cevap vermek pratikte imkânsızdır. Aynı zamanda madalyonun diğer yüzü de var: KVKK, kişisel veriyi amaçla sınırlı ve süreyle sınırlı tutmayı gerektirir, yani "her şeyi sonsuza kadar sakla" da uyumlu bir yaklaşım değildir. Bu ikisi arasındaki dengeyi bir saklama politikası kurar.

Saklama Politikası Nasıl Kurulur#

Teknik kuruluma geçmeden önce yazılı bir politikaya ihtiyacın var, çünkü sistemi ona göre yapılandıracaksın. Politikanın cevaplaması gereken sorular şunlar:

1. Neyi arşivliyoruz? Tüm posta trafiği mi, yoksa belirli alan adları / departmanlar mı? Genel eğilim, gelen ve giden tüm postayı arşivlemek yönündedir çünkü seçici arşivleme sonradan boşluk yaratır.
2. Ne kadar süre saklıyoruz? Farklı içerik türleri için farklı süreler tanımlanabilir; süreleri hukuk danışmanınla belirle.
3. Kim erişebilir? Arşive erişim, normal posta kutusu erişiminden ayrı ve daha kısıtlı olmalıdır. Erişim kayıt altına alınmalıdır.
4. Süre dolunca ne oluyor? Otomatik silme mi, elle onaylı silme mi? Silme işlemi de kayıt altına alınmalı.
5. Hukuki tutma (legal hold) var mı? Devam eden bir uyuşmazlıkta ilgili kayıtların otomatik silinmesi durdurulabilmelidir.

Bu beş soruyu cevaplamadan kurulan bir arşiv, birkaç yıl sonra ya devasa ve yönetilemez bir yığına ya da yanlışlıkla silinmiş bir boşluğa dönüşür. Politikayı yazılı hale getir ve depolama planlamasını ona göre yap; disk ihtiyacını hesaplarken mail sunucusu kaynak gereksinimleri yazısındaki büyüme tahminleri işine yarar.

Postfix ile Arşiv Kopyası Almak#

Teknik olarak arşivlemenin özü basittir: her mesajın bir kopyasını, teslim edildiği anda ayrı bir hedefe yazmak. Postfix'te bunun iki yolu vardır.

Yöntem 1 — always_bcc. En basit yaklaşım; gelen ve giden tüm postanın kopyasını tek bir adrese gönderir.

# /etc/postfix/main.cf
# Her mesajın bir kopyası bu adrese de teslim edilir
always_bcc = [email protected]

Bu tek satır işi görür ama iki sınırı vardır: yön ayrımı yapamazsın (gelen ve giden aynı kutuya düşer) ve seçici davranamazsın. Küçük bir işletme için fazlasıyla yeterlidir.

Yöntem 2 — sender_bcc_maps ve recipient_bcc_maps. Bu ikisi yönü ayırmanı ve kural yazmanı sağlar:

# /etc/postfix/main.cf
# Giden postanın kopyası (gönderene göre)
sender_bcc_maps = hash:/etc/postfix/sender_bcc
# Gelen postanın kopyası (alıcıya göre)
recipient_bcc_maps = hash:/etc/postfix/recipient_bcc

Harita dosyalarını oluştur:

# Tüm firmaniz.com göndericilerinin kopyası giden arşivine
echo '@firmaniz.com  [email protected]' | sudo tee /etc/postfix/sender_bcc
sudo postmap /etc/postfix/sender_bcc

# firmaniz.com'a gelen her şeyin kopyası gelen arşivine
echo '@firmaniz.com  [email protected]' | sudo tee /etc/postfix/recipient_bcc
sudo postmap /etc/postfix/recipient_bcc

sudo systemctl reload postfix

# Test: bir mesaj gönder ve arşiv kutusunda göründüğünü doğrula
echo "arsiv testi" | mail -s "test" [email protected]
sudo tail -n 20 /var/log/mail.log | grep -i arsiv

Burada dikkat etmen gereken kritik bir nokta var: BCC kopyası alıcıya görünmez ama kullanıcılara bunu bildirmen gerekir. Çalışan yazışmalarının arşivlendiğini bilmiyorsa bu, hem KVKK açısından hem de iş hukuku açısından sorun yaratır. Arşivleme uygulamasını iş sözleşmesinde veya bilgilendirme metninde açıkça belirt.

Arşiv hedefini normal bir posta kutusu yapmak yerine, doğrudan bir arşiv sistemine besleyen bir kanal yapmak daha sağlıklıdır. master.cf içinde bir pipe transport tanımlayıp mesajı bir işleyiciye verebilirsin:

# /etc/postfix/master.cf sonuna ekle
arsiv    unix  -  n  n  -  10  pipe
  flags=Rq user=arsiv argv=/usr/local/bin/arsivle.sh ${sender} ${recipient}

Arşivi Değiştirilemez Tutmak#

Bir arşivin kanıt değeri taşıması için içeriğinin sonradan değiştirilmediğinin gösterilebilmesi gerekir. Bunun için üç katman kullanılır ve mümkünse üçünü birden uygula.

Yazma yetkisinin kısıtlanması. Arşiv deposuna yalnızca arşiv sürecinin yazma yetkisi olmalı, hiçbir kullanıcı hesabı bu dizine dokunamamalıdır. Dosya sistemi düzeyinde de değiştirmeyi engelleyebilirsin:

# Arşiv dizinini yalnızca arşiv kullanıcısına aç
sudo chown -R arsiv:arsiv /srv/mail-arsiv
sudo chmod -R 750 /srv/mail-arsiv

# Kapatılmış bir aylık arşiv dosyasını değiştirilemez yap
sudo chattr +i /srv/mail-arsiv/2026-07.mbox
# Kontrol et
lsattr /srv/mail-arsiv/2026-07.mbox
# ----i---------e------- /srv/mail-arsiv/2026-07.mbox

Bütünlük özeti (hash). Her arşiv birimini kapattığında kriptografik özetini al ve bu özetleri ayrı bir yerde sakla. Sonradan bir dosyanın değişip değişmediği bu özetle kanıtlanır:

# Aylık arşiv kapandığında özet üret
sha256sum /srv/mail-arsiv/2026-07.mbox >> /srv/mail-arsiv/ozetler.txt

# Yıllar sonra doğrulama
sha256sum -c /srv/mail-arsiv/ozetler.txt
# /srv/mail-arsiv/2026-07.mbox: OK

Özet üretmek için hash üretici aracımızı da kullanabilirsin. Ayrı konumda kopya. Arşivin en az bir kopyası posta sunucusundan fiziksel olarak ayrı bir yerde durmalıdır; sunucu tamamen kaybolduğunda arşivin de kaybolması, arşiv olmamasıyla aynı kapıya çıkar.

Arama, Erişim ve Silme#

Arşivin ikinci yarısı, içindekine ulaşabilmektir. Ham mbox dosyalarında grep ile arama küçük hacimlerde işe yarar ama birkaç yıl sonra dayanılmaz olur:

# Belirli bir adresle yapılan yazışmaları bul (küçük arşivler için)
grep -l '[email protected]' /srv/mail-arsiv/*.mbox

# Tarih aralığı ve konu ile arama - notmuch gibi bir indeksleyiciyle
notmuch search 'from:[email protected] and date:2024-01-01..2024-12-31'

Ciddi bir hacimde, mesajları indeksleyen bir arşiv yazılımı kullanman gerekir. Hangi aracı seçersen seç, üç yetenek aranmalıdır: gönderen/alıcı/tarih/konu/gövde üzerinde arama, sonucu orijinal biçiminde (EML) dışa aktarma ve erişim kaydı tutma.

Erişim tarafında altın kural şudur: arşive erişim, normal posta erişiminden ayrı yetkilendirilmeli ve her erişim kaydedilmelidir. Aksi halde arşiv, yöneticinin çalışan yazışmalarını serbestçe okuduğu bir araca dönüşür ki bu hem etik hem hukuki olarak sorunludur. Erişimi belirli rollerle sınırla ve kim, ne zaman, hangi kaydı görüntüledi bilgisini tut.

Silme tarafı da en az saklama kadar önemlidir. Saklama süresi dolan kayıtların silinmesi hem depolama maliyetini kontrol eder hem de KVKK'nın "süreyle sınırlı tutma" ilkesiyle uyumludur. Silmeyi otomatikleştirirken hukuki tutma istisnasını mutlaka bırak:

#!/bin/bash
# Saklama süresi dolan aylık arşivleri sil - hukuki tutma hariç
ARSIV=/srv/mail-arsiv
TUTMA=/srv/mail-arsiv/legal-hold.txt   # silinmeyecek dosyaların listesi

find "$ARSIV" -name '*.mbox' -mtime +2555 -print | while read -r f; do
  if grep -qxF "$f" "$TUTMA" 2>/dev/null; then
    echo "ATLANDI (hukuki tutma): $f"
  else
    echo "SILINIYOR: $f"
    # chattr +i uygulanmışsa önce kaldır
    chattr -i "$f" 2>/dev/null
    rm -f "$f"
  fi
done

Silme işlemini de logla; "ne sakladığın" kadar "ne zaman ve neden sildiğin" de politikanın parçasıdır.

Sık Yapılan Hatalar#

En yaygın ve en pahalı hata, yedeği arşiv sanmaktır. Yedek mevcut durumun kopyasıdır; kullanıcının sildiği mesaj bir sonraki turda yedekten de kaybolur. İki sistemi ayrı ayrı kurman gerekir. İkinci hata, arşivi posta sunucusunun kendisinde tutmaktır: sunucu kaybolduğunda arşiv de kaybolur ve tam ihtiyacın olduğu anda elinde hiçbir şey kalmaz.

Üçüncü hata, arşivi kullanıcıların erişebildiği bir posta kutusu yapmaktır. always_bcc hedefi normal bir kutuysa, o kutunun parolasını bilen biri arşivi silebilir ya da değiştirebilir; bu da arşivin kanıt değerini sıfırlar. Dördüncü hata, çalışanları bilgilendirmemektir — yazışmaların arşivlendiğini bilmeyen bir çalışanın verisi işlenmiş olur ve bu hem şeffaflık ilkesine hem iş hukukuna aykırıdır.

Beşinci hata, saklama süresi tanımlamayıp her şeyi sonsuza kadar tutmaktır. Bu hem depolama maliyetini kontrolsüz büyütür hem de KVKK'nın süreyle sınırlı tutma ilkesiyle çelişir. Altıncı hata, arşivin geri getirilebilirliğini hiç test etmemektir: yılda en az bir kez arşivden rastgele bir mesaj çıkarıp okunabildiğini doğrula. Son olarak, arşivleme kurulumunu sunucu taşıması sırasında unutmak da sık görülür; taşıma yaparken arşiv kanalının yeni sunucuda da çalıştığını kontrol et, postaları yeni sunucuya taşıma yazısındaki kontrol listesine bu maddeyi ekle.

Sıkça Sorulan Sorular#

E-posta arşivleme ile yedekleme arasındaki fark nedir#

Yedek, sistemin belirli bir andaki durumunun kopyasıdır ve felaketten dönmek içindir; eskidikçe silinir ve kullanıcının sildiği mesaj bir sonraki turda ondan da kaybolur. Arşiv ise her mesajı teslim edildiği anda ayrı bir depoya yazar, yıllarca saklar, değiştirilemez tutar ve içerik araması sunar. İkisi farklı amaçlara hizmet eder ve biri diğerinin yerine geçmez; ciddi bir kurumda ikisi birlikte kurulur.

E-postaları kaç yıl saklamam gerekir#

Bu teknik değil hukuki bir sorudur ve işletmenin faaliyet alanına, yazışmanın niteliğine ve tabi olduğun mevzuata göre değişir. Ticari belge niteliği taşıyan yazışmalar için ticaret ve vergi mevzuatındaki saklama yükümlülükleri gündeme gelir. Doğru yaklaşım, mali müşavirin ve hukuk danışmanınla birlikte içerik türlerine göre süreler belirleyip bunu yazılı bir saklama politikasına dökmektir.

Arşivleme KVKK'ya aykırı mı#

Aykırı değildir, ama koşulları vardır. KVKK kişisel verinin belirli bir amaçla, hukuki bir dayanağa dayanarak ve süreyle sınırlı olarak işlenmesini ister. Yani arşivleme yapabilirsin, fakat amacı tanımlaman, ilgili kişileri (çalışanlar dahil) bilgilendirmen, erişimi sınırlamak ve süre dolunca silmek zorundasın. "Her şeyi sonsuza kadar sakla" yaklaşımı uyumlu değildir.

Arşiv ne kadar disk yer kaplar#

Kabaca hesap şöyle yapılır: günlük ortalama mesaj sayısı × ortalama mesaj boyutu × saklama gün sayısı. Ek dosyaların ortalamayı ciddi biçimde yukarı çektiğini unutma; eklerin ayrıştırılıp tekilleştirilmesi (deduplication) arşiv boyutunu belirgin biçimde düşürür. Planlama yaparken hesabın üzerine en az yüzde elli pay bırak, çünkü ek boyutları yıllar içinde büyüme eğilimindedir.

Kullanıcı bir mesajı silerse arşivden de silinir mi#

Hayır, doğru kurulmuş bir arşivde silinmez. Arşiv kopyası mesaj teslim edilirken alınır ve kullanıcının posta kutusundan bağımsız bir depoda tutulur; kullanıcının silme yetkisi o depoya ulaşmaz. Zaten arşivin varlık sebebi tam olarak budur. Kullanıcı silince arşivden de kayboluyorsa kurduğun şey arşiv değil, ikinci bir yedektir.

Küçük bir işletme için arşivleme nasıl başlar#

En basit haliyle Postfix'te always_bcc satırıyla başlayabilirsin: tüm gelen ve giden postanın kopyası ayrı bir hedefe düşer. Bu hedefi kullanıcıların erişemeyeceği bir depo yap, aylık dosyalar halinde kapat, her dosyanın SHA-256 özetini kaydet ve kopyayı sunucudan ayrı bir yerde tut. Bu kurulum birkaç saat içinde tamamlanır ve hiç arşiv olmamasından kat kat iyidir; hacim büyüdüğünde indeksli bir arşiv yazılımına geçersin.

Kapanış#

E-posta arşivleme, ihtiyaç duyulana kadar önemsiz görünen ama ihtiyaç duyulduğunda geriye dönüp kurulamayan bir sistemdir. Aklında kalması gereken dört alışkanlık: yedek ile arşivi asla birbirinin yerine koyma; arşivi kullanıcıların erişemeyeceği, ayrı bir konumda ve değiştirilemez biçimde tut; saklama sürelerini hukuk danışmanınla belirleyip yazılı bir politikaya dök; ve yılda en az bir kez arşivden gerçek bir mesaj çıkararak sistemin çalıştığını doğrula. Çalışanları bilgilendirmeyi de teknik bir adım kadar ciddiye al.

Arşiv ve yedek altyapısını kendin kurmak istemiyorsan Clou.TR tarafında hazır seçenekler var. Yedekleme hizmetimiz düzenli kopyaları üstlenirken, arşivi ayrı bir depoda tutmak için bulut sunucu ve VDS paketlerimizden yararlanabilirsin. Kurumsal posta kutuları için e-posta çözümlerimize, tüm kurulum ve bakımı devretmek istersen sunucu yönetimi hizmetimize göz atabilirsin.