Hosting değiştirirken e-posta hesapları nasıl kayıpsız taşınır?

Alan adınızı ve web sitenizi yeni bir altyapıya taşırken en kritik başlıklardan biri e-posta hesaplarıdır. Web sitesi dosyaları sorunsuz taşınsa bile, eski gelen kutuları, gönderilmiş iletiler, klasör yapıları veya DNS kayıtları doğru planlanmazsa müşteri yazışmaları kaybolabilir, iletiler geç düşebilir ya da tamamen geri dönebilir. Bu nedenle hosting değişikliği sırasında e-posta taşıma işlemi, site taşımasından ayrı ve kontrollü bir süreç olarak ele alınmalıdır.

Başarılı bir taşıma için amaç yalnızca aynı e-posta adreslerini yeni panelde oluşturmak değildir. Kullanıcıların eski maillerine erişebilmesi, yeni iletilerin doğru sunucuya yönlenmesi, mobil ve masaüstü posta istemcilerinin kesintisiz çalışması gerekir. Aşağıdaki adımlar, kurumsal hesaplarda kayıpsız ve kontrollü geçiş yapmanıza yardımcı olur.

Taşımadan önce mevcut e-posta yapısını kontrol edin

İlk adım, mevcut posta altyapısının fotoğrafını çekmektir. Kaç adet e-posta hesabı var, her hesabın kota kullanımı ne kadar, yönlendirme veya otomatik yanıt tanımları bulunuyor mu, paylaşımlı posta kutuları kullanılıyor mu gibi bilgiler netleşmelidir.

Ayrıca e-posta hizmetinin nerede barındığını doğrulamak gerekir. Bazı firmalarda web sitesi farklı bir sunucuda, e-postalar ise Google Workspace, Microsoft 365 veya ayrı bir mail servisinde çalışıyor olabilir. Böyle bir durumda web tarafındaki hosting değişikliği e-postaları etkilemeyebilir; yanlışlıkla MX kayıtlarını değiştirmek ise gereksiz kesintiye yol açabilir.

IMAP ve POP3 farkını doğru değerlendirin

E-posta taşımanın kapsamı, hesapların IMAP mı POP3 mü kullanıldığına göre değişir. IMAP kullanılıyorsa iletiler genellikle sunucuda tutulur ve klasör yapısı senkronize edilebilir. POP3 kullanımında ise iletiler çoğu zaman kullanıcının bilgisayarına indirilmiştir; sunucuda eski posta bulunmayabilir.

Bu nedenle kullanıcı cihazlarında Outlook, Thunderbird, Apple Mail veya mobil uygulama ayarları kontrol edilmelidir. POP3 hesaplarda yerel arşivlerin ayrıca yedeklenmesi önemlidir. Özellikle eski bilgisayarlarda bulunan PST, OST veya benzeri arşiv dosyaları taşınmadan format atılması ciddi veri kaybına neden olabilir.

Yeni sunucuda e-posta hesaplarını önceden oluşturun

DNS değişikliği yapılmadan önce yeni panelde tüm e-posta adresleri açılmalı, kullanıcı kotaları belirlenmeli ve güçlü parolalar atanmalıdır. Eski sistemde kullanılan adreslerin birebir oluşturulması, geçiş sonrasında kullanıcıların yanlış adrese yönlenmesini engeller.

Parola belirlerken kullanıcı alışkanlığına göre basit şifreler tercih edilmemelidir. Kurumsal hesaplarda en az 12 karakterli, büyük-küçük harf, rakam ve özel karakter içeren parolalar kullanılmalı; mümkünse iki aşamalı doğrulama destekleyen servisler tercih edilmelidir.

E-postaları kayıpsız taşımak için güvenli yöntemler

IMAP senkronizasyonu ile taşıma

En sağlıklı yöntemlerden biri, eski ve yeni posta sunucuları arasında IMAP senkronizasyonu yapmaktır. Bu yöntemde gelen kutusu, gönderilmiş öğeler, taslaklar ve özel klasörler yeni hesaba kopyalanabilir. Taşıma öncesinde her hesabın boyutu kontrol edilmeli, çok büyük posta kutuları için işlem parçalara bölünmelidir.

Posta istemcisi üzerinden yedekleme

Teknik erişimin sınırlı olduğu durumlarda Outlook veya Thunderbird gibi istemcilerle yerel yedek alınabilir. Ancak bu yöntem manuel takip gerektirir. Kullanıcı bazlı işlem yapıldığı için eksik klasör seçimi, yanlış profil kullanımı veya arşiv dosyasının hatalı kaydedilmesi gibi riskler bulunur.

Panel tabanlı taşıma araçları

Bazı kontrol panelleri e-posta aktarım aracı sunar. cPanel, Plesk veya benzeri yapılarda hesap bazlı taşıma mümkün olabilir. Bu araçlar zaman kazandırır; ancak eski ve yeni panel sürümleri, kota sınırları ve sunucu erişim izinleri önceden kontrol edilmelidir.

DNS ve MX kayıtlarını dikkatli değiştirin

E-posta trafiğini yönlendiren temel kayıt MX kaydıdır. Yeni posta hizmeti hazır olmadan MX kaydı değiştirilmemelidir. Değişiklikten önce TTL değerini düşürmek, geçiş süresini kısaltır. Örneğin taşıma işleminden birkaç saat önce TTL değerini 300 saniye gibi düşük bir seviyeye almak, DNS yayılımında esneklik sağlar.

MX dışında SPF, DKIM ve DMARC kayıtları da güncellenmelidir. Bu kayıtlar eksik bırakılırsa gönderilen e-postalar spam klasörüne düşebilir veya alıcı sunucular tarafından reddedilebilir. Özellikle fatura, teklif, destek ve müşteri iletişimi yapan kurumsal hesaplarda bu kontrol ihmal edilmemelidir.

Kesinti riskini azaltmak için geçiş planı oluşturun

Taşıma işlemini mesai yoğunluğunun düşük olduğu saatlerde yapmak daha güvenlidir. Eski sunucu hemen kapatılmamalı, en az birkaç gün erişilebilir tutulmalıdır. DNS yayılımı tamamlanana kadar bazı iletiler eski posta kutusuna düşebilir; bu nedenle son senkronizasyon işlemi geçişten sonra tekrar yapılmalıdır.

Kullanıcılara yeni gelen sunucu, giden sunucu, port ve şifre bilgileri açık şekilde iletilmelidir. IMAP için genellikle 993, SMTP için 465 veya 587 numaralı portlar kullanılır. SSL/TLS ayarlarının doğru yapılması, bağlantı hatalarını ve güvenlik uyarılarını azaltır.

Taşıma sonrası mutlaka test edilmesi gerekenler

• Her hesaptan iç ve dış adrese test e-postası gönderin.
• Farklı bir dış adresten yeni hesaba e-posta almayı deneyin.
• Gelen kutusu, gönderilmiş öğeler ve özel klasörleri kontrol edin.
• Webmail, Outlook ve mobil cihaz bağlantılarını ayrı ayrı test edin.
• SPF, DKIM ve DMARC kayıtlarının doğru çalıştığını doğrulayın.

Eski sunucudaki hesapları hemen silmek yerine, belirlenen izleme süresi boyunca erişimi koruyun. Bu süre içinde eksik klasör, geciken ileti veya kullanıcı bazlı bağlantı sorunu fark edilirse eski veriye dönerek düzeltme yapmak mümkün olur. Düzenli kontrol listesiyle ilerlemek, e-posta taşıma sürecini tahmine dayalı bir işlem olmaktan çıkarır ve veri kaybı riskini belirgin şekilde azaltır.