Eski hostingte kalan mail kutuları nasıl arşivlenir?

Alan adı veya e-posta hizmeti taşınırken en sık gözden kaçan konu, eski sunucuda kalan posta kutularıdır. Hesaplar kapatılmadan önce iletilerin güvenli biçimde arşivlenmesi; müşteri yazışmaları, faturalar, sözleşmeler ve teknik bildirimler gibi kritik kayıtların kaybolmasını önler. Doğru yöntem seçilirse hem kullanıcılar iş akışına devam eder hem de yeni sisteme geçiş sırasında veri bütünlüğü korunur.

Arşivleme öncesi yapılması gereken kontroller

İlk adım, eski hosting panelinde aktif olan tüm mail hesaplarını listelemektir. Sadece kullanılan adresleri değil, yönlendirme yapılan, departmanlara ait veya eski çalışanlardan kalan posta kutularını da kontrol etmek gerekir. Çoğu kayıp, artık aktif kullanılmadığı düşünülen hesapların atlanmasından kaynaklanır.

Her hesap için posta kutusu boyutu, kullanılan protokol, son giriş tarihi ve önemli klasörler not alınmalıdır. Özellikle “Gönderilmiş”, “Arşiv”, “Çöp Kutusu” ve özel oluşturulmuş klasörler bazı taşıma araçlarında varsayılan olarak alınmayabilir. Bu nedenle yalnızca gelen kutusunu yedeklemek yeterli değildir.

Mail kutularını arşivlemek için kullanılabilecek yöntemler

IMAP ile yerel e-posta istemcisine indirme

Kurumsal kullanıcılar için en pratik yöntemlerden biri, Outlook, Thunderbird veya Apple Mail gibi bir istemciye IMAP hesabı ekleyerek tüm klasörleri senkronize etmektir. Senkronizasyon tamamlandıktan sonra iletiler PST, MBOX veya EML formatında dışa aktarılabilir.

Bu yöntemde kritik nokta, senkronizasyonun gerçekten tamamlandığını doğrulamaktır. Büyük posta kutularında istemci arka planda indirme yapmaya devam edebilir. Bağlantı kesilmeden önce klasör bazında ileti sayıları eski panel veya webmail ile karşılaştırılmalıdır.

Webmail üzerinden dışa aktarma

Roundcube, Horde veya benzeri webmail arayüzlerinde bazı klasörler tek tek indirilebilir. Bu seçenek küçük posta kutuları için hızlıdır ancak çok sayıda hesapta zaman alır. Ayrıca bazı webmail sistemleri toplu dışa aktarmada kota veya zaman aşımı hatası verebilir.

Webmail kullanırken arşiv dosyalarının isimlendirilmesi önemlidir. Örneğin “muhasebe-gelen-2024.mbox” gibi açıklayıcı adlar, ileride geri yükleme veya denetim gerektiğinde zaman kazandırır.

Sunucu tarafında tam yedek alma

cPanel, Plesk veya benzeri panellerde tam hesap yedeği alınabiliyorsa mail dizinleri de bu yedeğin içinde yer alabilir. Ancak bu yedekler her zaman doğrudan okunabilir formatta olmayabilir. Yeni sisteme geri yükleme planlanıyorsa panel sürümü, mail sunucu yapısı ve dizin uyumluluğu önceden kontrol edilmelidir.

Kurumsal yapılarda, eski hosting hesabı kapatılmadan önce sağlayıcıdan mail dizinlerinin sıkıştırılmış bir kopyası talep etmek de güvenli bir seçenektir. Bu kopyanın hangi formatta verileceği ve geri yükleme desteği sunulup sunulmadığı yazılı olarak netleştirilmelidir.

Taşıma sırasında DNS ve erişim riskleri

Mail arşivleme işlemi DNS değişikliği ile aynı anda yapılırsa karışıklık yaşanabilir. MX kayıtları yeni sisteme yönlendikten sonra eski sunucuya gelen yeni ileti sayısı azalır; ancak geçiş süresinde bazı iletiler hâlâ eski sunucuya düşebilir. Bu nedenle DNS değişikliğinden sonra en az 24-48 saat eski posta kutuları tekrar kontrol edilmelidir.

Eski hesaba erişim için alan adı yerine doğrudan sunucu adresi veya geçici webmail adresi kullanılabiliyorsa işlem daha güvenli ilerler. Alan adı yeni hizmete yönlenmiş olsa bile eski mail kutularına sunucu adıyla bağlanmak mümkün olabilir.

Arşiv dosyalarının güvenli saklanması

Mail arşivleri kişisel veri, ticari sır ve müşteri bilgisi içerebilir. Bu nedenle dışa aktarılan dosyalar şifreli bir depolama alanında saklanmalı, yetkisiz kişilerle paylaşılmamalıdır. PST veya MBOX dosyaları taşınabilir disklerde tutulacaksa disk şifreleme tercih edilmelidir.

Arşivlerin en az iki farklı konumda tutulması veri kaybı riskini azaltır. Bir kopya kurum içi güvenli depolamada, diğer kopya erişimi kısıtlanmış bulut yedekleme alanında saklanabilir. Dosya adlarında hesap adı ve tarih bilgisi bulunması, ileride hangi arşivin hangi döneme ait olduğunu netleştirir.

Sık yapılan hatalar ve pratik önlemler

En yaygın hata, yalnızca yeni posta sisteminin çalıştığını görüp eski hesabı hemen kapatmaktır. Eski sunucu kapandığında geriye dönük erişim çoğu zaman mümkün olmaz veya ek ücret gerektirebilir. Hizmet iptali yapılmadan önce her hesap için arşiv dosyası açılıp örnek iletiler kontrol edilmelidir.

Bir diğer hata, kullanıcı şifreleri bilinmediği için bazı hesapların atlanmasıdır. Panel yetkisi varsa ilgili posta kutuları için geçici şifre oluşturulabilir. Bu işlem yapılırken kullanıcı gizliliği dikkate alınmalı, erişim kayıtları ve yetkilendirme süreci kurum politikalarına uygun ilerlemelidir.

Büyük posta kutularında tek parça arşiv yerine yıl veya klasör bazlı dışa aktarma yapmak daha yönetilebilir olur. Böylece dosya bozulması, aktarım kesintisi veya geri yükleme ihtiyacında tüm arşiv yerine sadece ilgili bölümle çalışılır.

İşlem tamamlanmadan önce kontrol listesi

Her mail hesabı için gelen, gönderilmiş, arşiv ve özel klasörlerin alındığı doğrulanmalıdır. Arşiv dosyalarının açılabildiği, rastgele seçilen iletilerin ekleriyle birlikte görüntülendiği ve dosya boyutlarının beklenen seviyede olduğu kontrol edilmelidir.

DNS geçişinden sonra eski posta kutuları son kez senkronize edilmeli, ardından hesap kapatma tarihi planlanmalıdır. Bu yaklaşım, hosting değişikliği sırasında e-posta geçmişinin düzenli, erişilebilir ve denetlenebilir şekilde korunmasına yardımcı olur.