Hosting firmasının sunduğu e-posta hizmetinden, eski bir Exchange sunucusundan ya da Google Workspace'ten Microsoft 365'e geçmek isteyen işletmeler giderek artıyor. Doğru planlandığında bu geçiş, kullanıcılar neredeyse fark etmeden tamamlanabilir. Plansız yapıldığında ise kaybolan e-postalar, ulaşmayan faturalar ve birkaç gün süren karmaşa yaşanabilir. Bu yazıda geçişin adımlarını ve dikkat edilmesi gereken noktaları anlatıyoruz.
Önce kaynağınızı tanıyın: Hangi taşıma yöntemi?
Microsoft, kaynağa göre farklı taşıma yöntemleri sunuyor. Microsoft'un resmi belgelerine göre başlıca seçenekler şunlar:
- IMAP taşıma: Hosting e-postası, cPanel/Plesk gibi panellerdeki posta kutuları ve IMAP destekleyen diğer sistemler için kullanılır. Yalnızca e-posta klasörleri taşınır; kişiler, takvim ve görevler taşınmaz.
- Cutover (tek seferde) taşıma: Şirket içi Exchange sunucularından tüm posta kutularını birlikte taşır. Microsoft bu yöntemle 2.000 posta kutusuna kadar taşıma yapılabildiğini, ancak pratikte 150 kullanıcı ve altının daha makul olduğunu belirtiyor.
- Hibrit taşıma: Daha büyük veya kademeli geçiş isteyen Exchange ortamları içindir.
- Google Workspace taşıma: Gmail kullanan kuruluşlar için ayrı bir taşıma yolu bulunur.
- PST içe aktarma: Büyük arşiv dosyaları olan kullanıcılar için kullanılabilir.
KOBİ'lerin büyük kısmı hosting e-postasından geldiği için en sık kullanılan yöntem IMAP taşımadır.
IMAP taşımanın sınırlarını bilin
Microsoft'un IMAP taşıma belgesine göre:
- Bir posta kutusundan en fazla 500.000 öğe taşınabilir ve e-postalar yeniden eskiye doğru aktarılır.
- Taşınabilen en büyük e-posta 35 MB'tır.
- IMAP taşıma, Microsoft 365'te posta kutusu oluşturmaz; kullanıcıların ve lisanslarının önceden tanımlanması gerekir.
- Taşıma için her posta kutusunun kullanıcı adı ve şifresine ya da yönetici erişimine ihtiyaç vardır.
Kişiler ve takvimler taşınmadığı için kullanıcıların bunları Outlook üzerinden dışa aktarıp yeni hesaba alması ya da bu işin destek ekibi tarafından yapılması planlanmalıdır.
Geçiş adımları
1. Envanter ve plan
- Posta kutularının listesi, boyutları ve kullanım şekli (paylaşılan kutular, yönlendirmeler, grup adresleri).
- E-posta gönderen diğer sistemler: ERP'den giden faturalar, web sitesi formları, tarayıcı ve yazıcıların e-posta gönderimi.
- Alan adının DNS yönetiminin nerede olduğu ve kimin erişimi olduğu.
2. Lisans ve kiracı hazırlığı
İhtiyaca uygun Microsoft 365 planı seçilir, alan adı Microsoft 365'e eklenir ve doğrulama kaydı DNS'e girilir. Kullanıcılar oluşturulur ve lisanslar atanır. Paylaşılan posta kutuları için çoğu durumda ayrı lisans gerekmez; kullanıcı ve kutu yapısını bu aşamada netleştirin.
3. DNS hazırlığı
MX kaydının TTL değerini geçişten birkaç gün önce düşürmek, yönlendirme değişikliğinin daha hızlı yayılmasına yardımcı olur.
4. İlk senkronizasyon
Taşıma toplu işi oluşturulur ve e-postalar kopyalanmaya başlar. Bu aşamada kullanıcılar eski sistemde çalışmaya devam eder; taşıma arka planda yürür.
5. MX değişikliği
İlk senkronizasyon tamamlandığında MX kaydı Microsoft 365'e yönlendirilir. Bu andan itibaren yeni e-postalar Microsoft 365'e gelmeye başlar. Değişikliğin yayılması sırasında bazı e-postalar hâlâ eski sunucuya düşebileceği için taşıma işi bir süre daha açık bırakılır.
6. Kullanıcı tarafı
Outlook profilleri yeni hesaba göre yapılandırılır, mobil cihazlara hesap yeniden eklenir. Autodiscover kaydının doğru olması bu adımı büyük ölçüde kolaylaştırır.
7. Son kontroller ve kapanış
Tüm e-postaların yeni sisteme geldiği doğrulandıktan sonra taşıma işi sonlandırılır. Eski hosting hesabı, olası eksiklerin kontrolü için bir süre daha korunur.
Geçişten sonra unutulmaması gerekenler
- SPF kaydını güncelleyin: Microsoft 365'i ekleyin, artık kullanılmayan eski sunucuyu çıkarın.
- DKIM'i etkinleştirin ve DMARC politikanızı gözden geçirin.
- Çok faktörlü kimlik doğrulamayı tüm kullanıcılar için açın.
- ERP ve cihazları güncelleyin: Logo'dan giden e-postalar, tarayıcılar ve web formları yeni SMTP ayarlarına göre yapılandırılmalı.
- Yedekleme ve saklama politikasını belirleyin: Hangi e-postaların ne kadar süre saklanacağını ve ayrıca yedek alınıp alınmayacağını kararlaştırın.
Sık yapılan hatalar
- MX kaydını ilk senkronizasyon bitmeden değiştirmek.
- Kişi ve takvimlerin IMAP ile taşınacağını varsaymak.
- ERP'nin, yazıcıların ve web formlarının e-posta ayarlarını unutmak.
- Eski hosting hesabını geçişin hemen ertesi günü kapatmak.
- Kullanıcılara geçiş tarihini ve yapmaları gerekenleri önceden bildirmemek.
Kullanıcı iletişimi ve geçiş takvimi
Teknik adımlar kadar kullanıcıların bilgilendirilmesi de önemlidir. Geçişten önce kısa bir duyuru ile şu bilgiler paylaşılmalıdır:
- Geçiş tarihi ve saatleri, bu sürede e-postanın nasıl etkileneceği.
- Yeni oturum açma bilgileri ve çok faktörlü doğrulamanın nasıl kurulacağı.
- Kişi ve takvimlerin taşınması için kullanıcıdan beklenen bir işlem olup olmadığı.
- Telefonlardaki e-posta hesabının nasıl yeniden ekleneceği.
- Sorun yaşandığında kime ulaşılacağı.
Küçük bir ekip için pratik bir takvim şöyle olabilir: İlk hafta hazırlık ve DNS düzenlemeleri, hafta sonu ilk senkronizasyon ve MX değişikliği, pazartesi sabahı kullanıcı desteği, sonraki günlerde eksik kontrolü ve eski sistemin kapatılması. Büyük posta kutuları ilk senkronizasyonu uzatabileceği için taşıma işlemini mümkün olduğunca erken başlatmak işi kolaylaştırır.
Sonuç
Microsoft 365'e e-posta taşıma, teknik olarak karmaşık değil ama sıralaması önemli bir süreç. Doğru yöntemi seçmek, sınırları bilmek ve MX değişikliğini doğru zamanda yapmak, kesintisiz bir geçişin anahtarı.
Ankara'da Microsoft 365 lisanslama, e-posta taşıma ve geçiş sonrası güvenlik yapılandırması için hizmetlerimizi inceleyebilir, bizimle iletişime geçebilirsiniz.