E-Posta Yedeği Nasıl Alınır? Mail Kutusunu Yedekleme Rehberi

E-posta yedeği nasıl alınır sorusu genellikle çok geç sorulur: hesap kapatılmıştır, çalışan ayrılmıştır, hosting firması değiştirilmiştir ya da kota dolduğu için birileri "eski mailleri sildim" demiştir. Oysa çoğu şirkette en değerli veri web sitesi değil, on yıllık teklif–sipariş–sözleşme yazışmasıdır. Site giderse yeniden yapılır; 2019'daki bir siparişin fiyat mutabakatını gösteren mail giderse yerine konmaz.

Bu rehber, Türkçe kaynaklarda genellikle karıştırılan iki işi net biçimde ayırır: mail taşıma (hesabı yeni sunucuya aktarma) ile mail yedekleme (arşivi güvenli bir yerde saklama) aynı şey değildir. Aşağıda mail kutusu yedekleme için üç yolu — cPanel tarafından e-posta dizini yedeği, IMAP üzerinden masaüstü istemciyle yerel arşiv ve komut satırıyla senkron kopya — adım adım anlatıyor; POP3 ile indirmenin klasör yapısını neden yok ettiğini, webmail'den tek tek indirmenin neden ölçeklenmediğini ve tek bir .pst dosyasına güvenmenin neden yıllarca yazışmayı tek noktaya bağladığını gösteriyoruz.

Mail Taşıma ile Mail Yedekleme Aynı Şey Değildir#

Mail taşıma, kutuyu A sunucusundan B sunucusuna aktarmaktır ve iş bitince eski kopya genellikle silinir; mail yedekleme ise kutunun donmuş bir kopyasını üçüncü bir yerde saklamaktır ve asıl kutu çalışmaya devam eder. İkisinin araçları benzese de amaçları ve kabul edilebilir hataları farklıdır.

Taşıma senaryosundaysanız e-postaları yeni sunucuya taşıma yazısı doğru adres. Burada tamamen saklama amaçlı yedeği ele alıyoruz.

Yedeklemeden Önce: Kutuda Ne Var, Ne Kadar#

Yedek planı yapmadan önce hesabın gerçek boyutunu ve klasör yapısını bilmeniz gerekir; 400 MB'lık bir kutu ile 40 GB'lık bir kutu tamamen farklı yöntemler ister.

cPanel'de E-posta Hesapları ekranında her hesabın yanında kullanılan alan yazar. Toplam tabloyu görmek için Disk Kullanımı aracına girip mail klasörünü açın. SSH erişiminiz varsa daha net bir döküm alırsınız:

du -sh ~/mail/
du -sh ~/mail/*/*/ | sort -h | tail -20

Çıktı şuna benzer:

18G     /home/kullanici/mail/
6.2G    /home/kullanici/mail/firma.com/muhasebe/
4.8G    /home/kullanici/mail/firma.com/satis/
2.1G    /home/kullanici/mail/firma.com/info/

Sunucuda Maildir formatı kullanılıyorsa her mail ayrı bir dosyadır; bu, dosya sayısının da önemli olduğu anlamına gelir. 40 GB'lık bir kutu 900 bin küçük dosyadan oluşabilir ve bu, zip almayı boyuttan çok daha yavaş hâle getirir. Dosya sayısını görmek için:

find ~/mail/firma.com/muhasebe/ -type f | wc -l

Bu iki sayı (boyut ve dosya adedi) hangi yöntemi seçeceğinizi belirler. Yüz binlerce dosyalı kutularda tek seferlik zip yerine artımlı senkron yöntemi tercih edilir.

Yöntem 1: cPanel Üzerinden E-Posta Dizini Yedeği#

Sunucu tarafında alınan yedek, klasör yapısı ve okundu/okunmadı bilgisi dahil her şeyi olduğu gibi kopyaladığı için en eksiksiz yöntemdir. Üç yolu vardır.

Tam hesap yedeği (Yedekleme Sihirbazı). cPanel → Yedekleme → "Tam Hesap Yedeklemesi İndir". Bu arşiv siteyi, veritabanlarını ve e-postaları birlikte alır. Avantajı tek dosya olması, dezavantajı 18 GB'lık bir mail dizininiz varsa arşivin de o boyutta olması ve paylaşımlı hostingde disk kotasını anında doldurmasıdır. Arşiv hazır olduğunda cPanel size e-posta gönderir; indirdikten sonra sunucudaki kopyayı silmeyi unutmayın.

Yalnızca e-posta dizini yedeği. Aynı ekranda "Kısmi Yedeklemeler" altında E-posta İletme Yönlendiricileri ve Filtreleri görürsünüz; ancak bu yalnızca kuralları alır, mailleri almaz. Bu ayrımı bilmeyen çok insan e-posta yedeği aldığını sanıp yalnızca filtre listesini indiriyor. Gerçek mail arşivini indirmek için Dosya Yöneticisi'ne gidip mail klasörünü seçin, Sıkıştır deyin, .tar.gz üretin ve indirin.

/home/kullanici/mail/            <- tüm alan adları ve hesaplar
/home/kullanici/mail/firma.com/  <- tek alan adı
/home/kullanici/mail/firma.com/muhasebe/  <- tek hesap

SSH ile arşivleme. Sunucuya SSH erişiminiz varsa en hızlı ve en az kaynak tüketen yol budur:

tar -czf ~/mail-yedek-$(date +%F).tar.gz -C ~ mail/firma.com/muhasebe

Tek hesap yerine tüm alan adını almak için:

tar -czf ~/mail-tumu-$(date +%F).tar.gz -C ~ mail

⚠️ Arşivi public_html içine koymayın. Oraya konan bir mail-yedek.tar.gz dosyası tarayıcıdan indirilebilir hâle gelir ve tüm kurumsal yazışmanız internete açılır. Ev dizininde tutun, indirin, sonra sunucudan silin.

İndirdikten sonra arşivi hemen açıp içeriğine bakın. Doğru bir Maildir yapısı şöyle görünür:

muhasebe/cur/     <- okunmuş mailler
muhasebe/new/     <- okunmamış mailler
muhasebe/tmp/     <- geçici
muhasebe/.Sent/   <- Gönderilenler
muhasebe/.Drafts/ <- Taslaklar
muhasebe/.Arsiv/  <- kendi açtığınız klasörler

.Sent klasörünü görmüyorsanız yedeğiniz eksiktir; gönderilen mailler çoğu ihtilafta gelen maillerden daha kritiktir.

Yöntem 2: IMAP ile Masaüstü İstemciye Yerel Arşiv#

Sunucuya SSH ya da panel erişiminiz yoksa tek yol IMAP'tir; ama IMAP ile POP3 arasındaki fark burada yedeğinizin bütünlüğünü doğrudan belirler.

POP3 kullanmayın. POP3, tasarımı gereği yalnızca Gelen Kutusu'nu indirir. Alt klasörler, Gönderilenler, Taslaklar, arşiv klasörleri POP3'te yoktur. Bir çalışanın 8 yıllık yazışmasını POP3 ile indirip "yedeğim var" diyen bir firmada, ihtiyaç anında gönderilen tekliflerin hiçbirinin arşivde olmadığı ortaya çıkmıştı. İki protokolün farkını IMAP POP3 farkı yazısında ayrıntılı anlatıyoruz; yedekleme bağlamında tek cümlelik kural: klasör yapısını koruyan tek protokol IMAP'tir.

Thunderbird ile Yerel Klasöre Arşivleme#

Thunderbird, ücretsiz olması ve "Yerel Klasörler" mimarisi sayesinde yedekleme için en pratik istemcidir.

1. Hesabı IMAP olarak ekleyin. Sunucu ayarlarınızı bilmiyorsanız cPanel → E-posta Hesapları → ilgili hesabın yanındaki Bağlantı Cihazları ekranında yazar; hesap açma ve bu bilgileri bulma adımları e-posta hesabı oluşturma yazısında.
2. Hesap ayarlarına girin → Eşzamanlama ve Depolama Alanı → "Bu hesaptaki tüm iletileri bu bilgisayarda tut" seçeneğini işaretleyin. Bu işaretlenmezse Thunderbird yalnızca başlıkları indirir ve elinizde mail gövdesi olmaz — yedek sandığınız şey boş bir liste olur.
3. İlk senkronun bitmesini bekleyin. 10 GB'lık bir kutu bağlantı hızına göre saatler sürebilir; kesilirse kaldığı yerden devam eder.
4. Sol panelde Yerel Klasörler altında Arsiv-2026 gibi bir klasör oluşturun.
5. Sunucudaki klasöre sağ tıklayıp Kopyala (Taşı değil, Kopyala) diyerek Yerel Klasörler altına kopyalayın. Böylece sunucudaki kutu bozulmadan yerel bir kopya oluşur.

Thunderbird'ün verisi profil klasöründedir ve asıl yedeklenmesi gereken yer orasıdır:

%APPDATA%\Thunderbird\Profiles\

Bu klasörü kapalı Thunderbird ile kopyalayın; açıkken kopyalanan profil bozuk çıkabilir.

Outlook ile PST Dışa Aktarma#

Outlook kullanıyorsanız Dosya → Aç ve Dışa Aktar → İçe/Dışa Aktar → Bir dosyaya aktar → Outlook Veri Dosyası (.pst) yolunu izleyin. Hesabın en üst düğümünü seçip "Alt klasörleri dahil et" kutusunu mutlaka işaretleyin; işaretlenmezse yalnızca Gelen Kutusu aktarılır.

⚠️ Outlook PST yedek alma yönteminin en büyük riski, on yıllık yazışmanın tek bir dosyaya bağlanmasıdır. PST dosyaları büyüdükçe bozulmaya açıktır; bozulan bir PST'de kaybettiğiniz şey bir mail değil, tüm arşivdir. Üç kural:

• PST'yi ağ sürücüsünde veya senkronize edilen bulut klasöründe çalıştırmayın; yerel diskte tutun, yedeği ayrıca kopyalayın.
• Tek dev PST yerine yıl bazında ayırın: arsiv-2024.pst, arsiv-2025.pst.
• Dışa aktardıktan sonra dosyayı başka bir bilgisayarda açarak doğrulayın. Bozuk PST çoğu zaman ancak açılmaya çalışıldığında fark edilir.

Webmail'den tek tek .eml indirmek de teknik olarak mümkündür ama 200 mailden sonra ölçeklenmez; klasör yapısı korunmaz ve hangi mailin indirildiğini takip edemezsiniz. Bu yöntemi yalnızca "şu üç maili saklayayım" senaryosunda kullanın.

Yöntem 3: Komut Satırıyla Otomatik ve Artımlı Kopya#

Düzenli, insan müdahalesi gerektirmeyen yedek istiyorsanız çözüm komut satırıdır. İki yaklaşım vardır.

imapsync tarzı IMAP-IMAP kopyalama. Kutuyu başka bir IMAP sunucusundaki arşiv hesabına birebir kopyalar; klasör yapısı, okundu bilgisi ve tarihler korunur. Panel erişimi olmayan hesaplarda tek eksiksiz yöntem budur.

rsync ile Maildir senkronu. Sunucu sizinse (VDS veya dedicated) en verimli yol budur, çünkü yalnızca değişen dosyaları kopyalar; ikinci çalıştırmada 18 GB'ı baştan indirmez.

rsync -avz --delete \
  -e "ssh -p 22" \
  kullanici@sunucu-ip:/home/kullanici/mail/ \
  /yedek/mail/

Parametrelerin anlamı:

⚠️ --delete iki ucu keskin bir bıçaktır. Biri sunucuda yanlışlıkla bir klasörü silerse, bir sonraki senkronda yedekteki kopyası da silinir. Arşiv amaçlı yedekte bu parametreyi kullanmayın; ayna kopya istiyorsanız kullanın ama mutlaka tarihli anlık görüntülerle birlikte tutun.

Bunu gecelik cron görevine bağlayabilirsiniz:

0 3 * * * rsync -az kullanici@sunucu-ip:/home/kullanici/mail/ /yedek/mail/ >> /var/log/mail-yedek.log 2>&1

Ne Sıklıkta ve Kaç Kopya#

E-posta yedeği için doğru sıklık, kaç günlük yazışmayı kaybetmeye razı olduğunuzla belirlenir; çoğu KOBİ için gecelik yedek yeterlidir, hukuki yazışma yoğun ofislerde günde iki kez tercih edilir.

Klasik 3-2-1 kuralı burada da geçerlidir: 3 kopya, 2 farklı ortam, 1 tanesi fiziksel olarak başka yerde. Pratikte bu, sunucudaki canlı kutu + ofis bilgisayarındaki yerel arşiv + harici disk ya da bulut anlamına gelir. Aynı mantığın site tarafındaki uygulaması için site yedeği nasıl alınır yazısına bakabilirsiniz.

Çalışan ayrılışı özel bir durumdur: hesabı silmeden önce tam arşiv alın, sonra hesabı bir yönlendirmeye çevirin. Silinmiş bir kutuyu sunucudan geri getirmek çoğu paylaşımlı hostingde mümkün değildir.

Sık Yapılan Hatalar ve Kontrol Listesi#

Yedeği alıp rafa kaldırmak yeterli değildir; aşağıdaki maddeler sahada en sık karşılaştığım eksiklerdir.

1. Yalnızca Gelen Kutusu yedeklenmiş. Gönderilenler yoksa arşiv yarımdır. Kontrol: arşivde .Sent veya "Gönderilmiş Öğeler" var mı?
2. Filtre ve yönlendirme kuralları unutulmuş. Mailler yedeklenmiş ama hangi kuralla nereye düştüğü kayıp. cPanel'de bu kuralları ayrıca dışa aktarın.
3. Kotayı yedekle çözmeye çalışmak. Kutu doluysa çözüm yedek almak değil, eski yılları arşivleyip sunucudan temizlemektir; yedek almak kotayı boşaltmaz, aksine geçici olarak daha da doldurur.
4. Yedek aynı sunucuda. public_html/yedek/ içinde duran bir arşiv hem korunmasızdır hem de sunucu kaybında birlikte gider.
5. Doğrulama yapılmamış. Arşivi açın, rastgele üç yılı seçin, o yıllardan birer mail açıp ekinin geldiğini görün.
6. Telefondaki kopya yedek sanılıyor. Telefon IMAP ile bağlıysa sunucuda silinen mail telefondan da silinir; bu bir yedek değil aynadır. Kurulum mantığı telefona e-posta hesabı ekleme yazısında.
7. Şifre değişince senkron durmuş. Otomatik yedek alan istemci ya da script, şifre değişiminden sonra sessizce çalışmayı bırakır. Ayda bir arşivin son tarihine bakın.

Sıkça Sorulan Sorular#

IMAP kullanıyorsam maillerim zaten sunucuda duruyor, ayrıca yedeğe gerek var mı#

Gerek var, çünkü IMAP bir yedek değil bir senkronizasyon protokolüdür. IMAP'te telefonunuzdan sildiğiniz mail sunucudan da silinir ve diğer tüm cihazlarınızdan kaybolur; yanlışlıkla silinen bir klasör saniyeler içinde her yerden gider. Aynı şekilde hesabınız ele geçirilirse saldırgan kutuyu temizlediğinde senkronize cihazlar da temizlenir. Yedek, zamanda donmuş ve senkronizasyondan bağımsız bir kopyadır; IMAP bunu tanım olarak sağlamaz.

Webmail üzerinden tüm mailleri tek seferde indirebilir miyim#

Çoğu webmail arayüzü toplu indirme sunmaz, sunanlarda da işlem yüzlerce mailden sonra zaman aşımına uğrar. Webmail'den indirme mailleri tek tek .eml dosyası olarak kaydeder, klasör yapısını korumaz ve hangi mailin alındığını takip etmenizi imkânsız kılar. Birkaç önemli maili saklamak için uygundur; arşiv amaçlı yedekleme için ya panel üzerinden mail dizinini sıkıştırmalı ya da IMAP ile bir masaüstü istemciye tam senkron yapmalısınız.

Outlook PST dosyası ne kadar güvenli#

PST tek dosyada tüm arşivi tuttuğu için pratik ama kırılgandır; dosya bozulduğunda tek bir mail değil tüm geçmiş erişilemez hâle gelir. Riski azaltmak için PST'yi ağ sürücüsünde ya da sürekli senkronize edilen bir bulut klasöründe açık tutmayın, arşivi yıl bazında ayrı dosyalara bölün ve dışa aktardıktan sonra dosyayı başka bir bilgisayarda açarak okunabilirliğini doğrulayın. PST'nin kendisi de düzenli olarak ikinci bir ortama kopyalanmalıdır.

Hosting firmamın günlük yedeği mailleri de kapsıyor mu#

Genellikle kapsar ancak bunu varsaymak yerine doğrulamanız gerekir; bazı paketlerde yedek yalnızca web dosyalarını ve veritabanını içerir. Ayrıca sağlayıcı yedekleri belirli bir süre (çoğunlukla birkaç gün ya da hafta) saklanır, yani altı ay önce silinmiş bir maili oradan geri almanız mümkün olmayabilir. Sağlayıcı yedeği bir felaket kurtarma önlemidir, uzun vadeli arşiv değildir; bu ikisini ayrı tutup kendi arşivinizi de almanız gerekir.

Silinmiş bir e-postayı geri getirebilir miyim#

Sunucu tarafında ek bir arşivleme yoksa ve mail çöp kutusundan da temizlendiyse, tek şansınız o tarihten önce alınmış bir yedektir. Bu yüzden yedek sıklığı doğrudan "ne kadar geriye dönebiliyorum" sorusunun cevabıdır: gecelik yedek alıyorsanız en fazla bir günlük kaybınız olur. Bazı sunucularda çöp kutusu belirli gün sonra otomatik temizlenir, yani "silmedim, orada duruyordu" varsayımı da her zaman geçerli değildir.

Google Workspace veya benzeri bir servis kullanıyorsam yedek almam gerekir mi#

Gerekir, çünkü bulut e-posta servisleri altyapı kaybına karşı koruma sağlar ama kullanıcı hatasına ve hesap ele geçirilmesine karşı sınırsız koruma vermez. Silinen içerik belirli bir süre sonra kalıcı olarak kaybolur ve hesap kapatıldığında veri erişimi de sona erer. Sağlayıcının dışa aktarma aracıyla ya da IMAP üzerinden düzenli olarak yerel bir arşiv çıkarmak, hem servis değişikliğinde hem de hukuki bir talep geldiğinde elinizi rahatlatır.

Yedeği aldıktan sonra sunucudaki eski mailleri silebilir miyim#

Silebilirsiniz ancak sırayı bozmayın: önce arşivi indirin, sonra başka bir bilgisayarda açıp içeriğini doğrulayın, ancak ondan sonra sunucudan temizleyin. En sık yapılan hata, arşivin bütünlüğü kontrol edilmeden kutunun boşaltılmasıdır; bozuk ya da eksik bir arşiv fark edildiğinde geri dönüş kalmaz. Temizliği yıl bazında yapıp her yılı ayrı bir arşiv dosyasında saklamak, hem doğrulamayı hem de ileride arama yapmayı kolaylaştırır.

Kapanış#

Mail yedeklemede belirleyici olan araç değil yöntemdir: klasör yapısını koruyan bir protokol (IMAP ya da doğrudan sunucu dizini), gönderilenleri de kapsayan bir kapsam, tek dosyaya bağlı olmayan bir saklama düzeni ve gerçekten açılıp okunarak doğrulanmış bir arşiv. POP3 ile indirilen, yalnızca gelen kutusunu içeren ya da hiç açılmamış bir yedek, ihtiyaç anında elinizde kalmaz. Yılda bir kez rastgele bir arşiv dosyasını açıp içinden eski bir yazışmayı bulmayı deneyin; bu beş dakikalık tatbikat, yedeğinizin gerçek olup olmadığını söyleyen tek testtir.

Kurumsal yazışmanızı kendi alan adınız altında, kota ve klasör yapısını siz belirleyecek şekilde yönetmek istiyorsanız kurumsal e-posta çözümleri bu ihtiyacı karşılar ve kutu başına ayrılan alanı sizin belirlemenize izin verir. Gönderim hacminiz yüksekse ve pazarlama ya da bildirim maillerinizi ayrı bir kanaldan çıkarmak istiyorsanız SMTP sunucu tarafı bu işi ana kutunuzdan bağımsız hâle getirir. Yedeklerin düzenli alınıp saklanmasını tamamen devretmek isterseniz yedekleme hizmeti bu rutini üstlenir.