Posta göçü, teknik olarak zor olmayan ama planlamayla kolayca batırılabilen bir iştir. Zorluk veri taşımakta değil, kesintiyi ve karışıklığı yönetmektedir — kullanıcı için posta, kesintiye en az tolerans gösterilen hizmettir.
Üç yöntem
Kesintili geçiş, tüm kutuları bir hafta sonu boyunca taşır ve pazartesi herkes yeni sistemdedir. Basittir, geri dönüşü zordur ve ancak belirli bir büyüklüğe kadar yapılabilir.
Aşamalı geçiş, kullanıcıları gruplar hâlinde taşır. Bir süre boyunca bazı kullanıcılar eski, bazıları yeni sistemdedir.
Karma geçiş, iki sistemi birbirine bağlar: ortak adres listesi, takvim uygunluğu ve serbest posta akışı çalışır. En sorunsuz kullanıcı deneyimini verir; kurulumu en karmaşık olanıdır.
Hangisi seçilir
Karar, kullanıcı sayısından çok kesinti toleransına ve göç süresine bağlıdır.
Elli kullanıcının altında, iyi hazırlanmış bir kesintili geçiş genelde en verimli seçenektir. Bir hafta sonu yeterlidir ve karma kurulumun karmaşıklığından kaçınılır.
Yüzlerce kullanıcıda kesintili geçiş riskli olur: veri aktarımı hafta sonuna sığmaz ve sorun çıktığında geri dönmek için zaman kalmaz. Aşamalı geçiş burada devreye girer.
Karma geçiş, göçün aylarca süreceği ya da iki sistemin kalıcı olarak birlikte yaşayacağı durumlar içindir. Bir birleşme sonrası iki kurumun posta sistemlerinin bir süre birlikte çalışması, tipik örnektir.
Kalıcı olarak karma kalmak nadiren istenen bir sonuçtur — ama planlanmadığında sık görülen bir sonuçtur.
Göç öncesi temizlik
En çok kazandıran ve en sık atlanan aşamadır. Taşınmayacak veriyi taşımamak, göç süresini doğrudan kısaltır.
Dört kalem vardır.
Kapatılmamış hesaplar. Ayrılmış çalışanların kutuları taşınmaz; arşive alınır. Yordamı e-posta arşivleme ve saklama yazısında.
Yerel arşiv dosyaları. Kullanıcı bilgisayarlarındaki dosyalar göçte otomatik taşınmaz. Önceden toplanmazsa, göçten sonra “eski postalarım nerede” çağrıları başlar.
Paylaşımlı kutular ve dağıtım listeleri. Kimin sahip olduğu ve hâlâ kullanılıp kullanılmadığı sorulmalıdır. Çoğu kurumda listelerin önemli bir bölümü ölüdür.
Yönlendirme kuralları. Hem taşınmaları gerekir hem de içlerinde açıklanamayan olanlar bir güvenlik sorusu üretir; nedeni iş e-postası dolandırıcılığı yazısında.
MX geçiş anı
Göçün tek gerçek geri dönülemez anıdır ve hazırlığı günler öncesinden başlar.
MX kaydının yaşam süresi en az bir hafta önce düşürülür. Aksi hâlde geçişten sonra saatlerce eski sunucuya teslimat devam eder.
Geçiş anında eski sistem hemen kapatılmaz. Birkaç gün açık tutulur ve oraya düşen postalar yeni sisteme aktarılır. Kayıt yayılması tamamlanmadan yapılan kapatma, kaybolan postaların en sık nedenidir.
MX kaydının işleyişi ve yedek MX tuzağı MX kaydı ve posta akışı yazısında.
Kimlik doğrulama kayıtları
Göçte en sık unutulan kalem budur ve etkisi göçten günler sonra ortaya çıkar.
Yeni sistem farklı sunuculardan posta göndereceği için SPF kaydı güncellenmelidir. DKIM imzalama yeni sağlayıcıda ayrıca açılmalı ve seçici kaydı eklenmelidir.
Bu adımlar atlandığında belirti gecikmeli gelir: göç sorunsuz görünür, birkaç gün sonra “postalarımız karşı tarafa gitmiyor” şikâyetleri başlar.
Kayıtların ne yaptığı SPF nedir, DKIM nedir ve DMARC nedir yazılarında; teslimat tarafındaki etkisi e-posta neden spam’e düşer yazısında.
Kullanıcı tarafı
Teknik göç başarılı olsa da kullanıcı deneyimi kötüyse proje başarısız sayılır. Üç kalem önceden planlanmalıdır.
İstemci yeniden yapılandırma. Masaüstü ve mobil istemcilerin yeniden kurulması gerekir. Otomatik yapılandırma çalışmıyorsa, yüzlerce kullanıcıya elle destek verilmesi anlamına gelir.
Parola ve ikinci etken. Kimlik sağlayıcısı değişiyorsa kullanıcılar aynı gün hem yeni sisteme hem yeni doğrulama akışına alışacaktır. İkisini aynı güne koymamak mümkünse ayrılmalıdır.
Takvim ve paylaşım izinleri. Kimin kimin takvimini gördüğü, göçte en sık kaybolan ayrıntıdır ve kaybolduğu göçten sonra fark edilir.
Göç sonrası
İki hafta boyunca izlenmesi gereken üç şey vardır: teslim edilemeyen posta oranı, kullanıcı çağrılarının konusu ve eski sisteme hâlâ gelen posta olup olmadığı.
Üçüncüsü sıfırlanmadan eski sistem kapatılmaz. Kapatma bir tarihe bağlanmazsa, eski sunucu yıllarca ayakta kalır ve yamasız bir sistem olarak durur.
Göç projesinin kapanış maddesi, eski sistemin emekliye ayrılmasıdır; yaklaşımı uygulama portföyü yazısında.
Kısaca
Yöntem seçimi kullanıcı sayısından çok kesinti toleransına bakar; küçük kurumlarda kesintili geçiş genelde en verimlisidir.
Göç öncesi temizlik en çok kazandıran aşamadır. Ve iki adımı atlamayın: MX yaşam süresini önceden düşürmek ve SPF/DKIM kayıtlarını yeni sisteme göre güncellemek. İkincisi atlandığında sorun göç günü değil, günler sonra ortaya çıkar.