Kurumsal mail geçişinde kesintiyi azaltan yöntem, hedef sistemi DNS değişiminden önce hazırlayıp eski sistemi geçiş boyunca açık tutmaktır. Önce bir pilot hesapla uçtan uca test yapın.
1. Envanter çıkarın
Posta kutuları, alias'lar, dağıtım listeleri, yönlendirmeler, kota, arşiv, takvim/rehber, cihazlar ve uygulama SMTP bağlantılarını listeleyin. IMAP kopyası takvim/rehber taşımaz. Her veri türünün yöntemini ayrıca belirleyin.
2. DNS'in mevcut halini kaydedin
dig +noall +answer MX example.com
dig +noall +answer TXT example.com
dig +noall +answer TXT _dmarc.example.comYeni sağlayıcının DKIM selector'ını önceden yayınlayın. Geçiş sırasında iki sistem de mail gönderiyorsa tek SPF kaydında ikisini doğru biçimde yetkilendirin. Eski sistem kapanınca gereksiz yetkiyi kaldırın.
3. İlk veri kopyasını yapın
Hedef hesapları oluşturup kaynak mesajları kopyalayın. Yeni sunucunun doğrudan hostname'iyle bir pilot istemci kurarak gönderim/alımı test edin. Alias ve dağıtım listelerini ayrıca sınayın; sadece ana posta kutusunun çalışması yeterli değildir.
4. MX ve cihaz geçişi
Önceden düşürdüğünüz TTL'nin eski değeri dolduktan sonra MX'yi değiştirin. Sağlayıcının tüm MX kayıtlarını doğru önceliklerle girin. Cihazları yeni sunucuya bağlayın; web uygulamalarının SMTP ayarlarını da güncelleyin. Eski sunucuya gecikmeli gelen mail için fark senkronizasyonu yapın.
5. Kapatma koşulları
Dış hesaplardan gönderme/alma, SPF/DKIM/DMARC sonuçları, klasörler, ekler ve mobil istemci çalışmalıdır. Eski sunucuda yeni mesaj kalmadığını doğrulayın. Geri dönüş gerekirse MX'yi geri almak tek başına yeni sunucudaki mesajları eskiye taşımaz; ters fark senkronizasyonunu planlayın.
Pilot taşıma tutanağı
| Kontrol | Kaynak / hedef karşılaştırması |
|---|---|
| Inbox ve Sent | Mesaj sayısı; ilk/son tarih |
| Özel klasörler | Alt klasör yapısı ve örnek içerik |
| Ekler | Bir büyük ve bir eski ek açılıyor mu? |
| Takvim/rehber | IMAP dışında seçilen yöntemle taşındı mı? |
| Alias | Dış hesaptan doğru kutuya teslim |
Mesaj sayısı farkı spam/çöp veya sanal klasör davranışından gelebilir; farkı açıklamadan “tamamlandı” yazmayın. MX değişiminden sonra eski sunucuda yeni mesaj olup olmadığını kontrol edip fark kopyasını tamamlayın. Geri dönüş planı DNS ile birlikte iki kutudaki yeni mesajları da kapsamalı.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın
