Mail taşıma, eski sistemdeki iletilerin yeni posta hizmetine aktarılması ve yeni gelen postanın doğru sisteme yönlendirilmesidir. Veri kopyalama, DNS değişikliği ve kullanıcı geçişi ayrı adımlar olarak planlandığında hataları fark etmek ve geri dönüşü yönetmek kolaylaşır.
Geçiş öncesinde hangi envanter çıkarılır?
Kişisel kutuların yanında ortak adresleri, takma adları, grupları ve yönlendirmeleri listeleyin. Posta gönderen web formları, yazıcılar, muhasebe uygulaması ve CRM de unutulmamalıdır. Yerel bilgisayarda tutulan arşivler sunucudaki içerikle aynı olmayabilir.
Her kutu için erişim yöntemi, yaklaşık hacim, veri türü ve iş sorumlusu kaydedilmelidir. Kimlik bilgilerini açık e-posta veya ortak dosyada paylaşmak yerine erişimi sınırlı bir aktarım yöntemi belirleyin.
Hangi taşıma yöntemi seçilir?
Kaynak sistem, hedef sistem ve taşınacak veri türü yöntemi belirler. Yalnızca iletileri kopyalayan bir araçla takvim, kişiler ve yetkilerin de taşındığını varsaymayın. Microsoft da farklı kaynaklar için ayrı geçiş seçenekleri tanımlar.
Teknik başvuru: Microsoft Learn — E-posta geçiş yöntemleri.
Önce küçük ve temsil gücü olan bir pilot grup seçin: büyük arşiv, ortak adres kullanan ekip ve mobil kullanıcı gibi farklı örnekler olsun. Pilotun amacı sadece aktarım hızını değil, eksik kalan işlevleri de görmektir.
DNS değişikliği hangi aşamada yapılır?
Hedef hesaplar ve pilot test hazır olmadan MX yönlendirmesini değiştirmeyin. Kaynak kopyalama, son farkların eşitlenmesi ve gelen postanın hedefe yönlenmesi için sorumlular belirleyin. Eski hizmetin ne zaman kapatılacağı, kabul ölçütleri tamamlandıktan sonra kararlaştırılmalıdır.
DNS önbellekleri nedeniyle geçiş anında her göndericinin aynı sistemi görmesi beklenmez. İki tarafta oluşan yeni iletilerin nasıl kontrol edileceği ve gerektiğinde nasıl birleştirileceği geçiş planında yer almalıdır.
Taşımanın bittiği nasıl anlaşılır?
- Örnek kutularda eski ve yeni tarihli iletileri, ekleri ve klasörleri kontrol edin.
- Gönderim, alım, yanıt ve ortak adres kullanımını deneyin.
- Telefon ve masaüstü uygulamalarını kullanıcıyla doğrulayın.
- Hata ve atlanan öğe raporlarını iş sorumlusuyla kapatın.
- Eski sisteme erişimi kapatmadan önce yazılı kabul ve geri dönüş koşullarını değerlendirin.
Mevcut sağlayıcı, kullanıcı sayısı ve veri türleri üzerinden kurumsal mail taşıma kapsamını netleştirebilirsiniz.
İlgili kaynaklar
Resmî kaynaklar
Teknik belgeler ve mevzuat değişebilir; uygulama öncesinde ilgili sürüm ve güncel metin kontrol edilmelidir.
Sık Sorulan Sorular
Alan adını da taşımak gerekir mi?
Her zaman gerekmez. E-posta hizmetinin değişmesi ile alan adı kayıt firmasının değişmesi ayrı işlemlerdir.
Taşıma boyunca eski kutular kullanılabilir mi?
Seçilen yönteme ve geçiş takvimine bağlıdır. Çift sistem kullanımının oluşturacağı veri farkları baştan planlanmalıdır.