Kısa yanıt
E-posta taşımada eski mesajların kopyalanması ve yeni trafiğin MX ile yönlendirilmesi ayrı işlerdir. Önce kutu, yönlendirme, istemci ve otomatik gönderici envanteri çıkarın. İlk kopyayı yapıp DNS geçişini planlayın; sonra eski hizmete gelen son mesajları eşitleyin. Eski erişimi kapatmadan alım, yanıt, klasör ve ekleri örneklerle doğrulayın.
Dört adımda uygulama rotası
BAŞLANGIÇ → SONUÇ- 01Envanter çıkar
Kutu ve bağımlı sistemleri yaz.
- 02İlk kopyayı yap
Küçük örnekle veri kapsamını doğrula.
- 03Yönü değiştir
MX ve gönderim ayarlarını planlı uygula.
- 04Son kez eşitle
Eski hedefe gelen son iletileri kontrol et.
Eski mesajları kopyalamak, yeni mesajları yönlendirmekten farklıdır
Kurumsal e-posta taşımasında iki ayrı iş vardır: geçmiş mesajları yeni kutulara kopyalamak ve bundan sonra gelecek mesajların yeni hizmete ulaşmasını sağlamak. Bir aktarım ekranında işlemin tamamlandığını görmek, alan adının yeni postaları doğru yere gönderdiğini göstermez. Benzer şekilde MX kaydını değiştirmek eski mesajları kendiliğinden taşımaz.
Bu nedenle geçiş planını adres listesi, geçmiş veri ve yeni trafik olarak hazırlayın. Kimin hangi hesabı kullandığını, ortak adresleri ve otomatik bildirim gönderen sistemleri kaydedin. Yalnızca en çok kullanılan iki kutuyu taşımak, web formu veya muhasebe bildirimlerinin bağlı olduğu bir adresi unutmanıza yol açabilir.
Kutuları ve aktarılacak veriyi envantere alın
Her adres için kutu boyutu, klasörler, takma adresler ve yönlendirmeler listelensin. IMAP üzerinden mesaj kopyalamak ile takvim, kişiler, görevler veya bilgisayarda saklanan yerel arşivi taşımak aynı işlem değildir. İhtiyacınız olan veri türlerinin nasıl aktarılacağını ayrı ayrı sorun.
Kaynak hizmetin hangi kimlik doğrulama yöntemine izin verdiğini de öğrenin. Geçiş aracının kullanıcı adı ve şifreyle çalışması, yalnızca farklı bir yetkilendirme yöntemi sunan bütün kaynaklara bağlanabileceği anlamına gelmez. Önce küçük bir kutuyla bağlantıyı ve örnek klasörleri deneyin; parolaları paylaşılan bir tabloya yazmayın.
Örnek: çalışan kutusu taşındı ama web formu eski hizmette
Bir işletmenin çalışanları yeni webmail üzerinden yazışmaya başlamış olsun. Web sitesinin formu ise eski SMTP bilgileriyle mesaj göndermeye devam ediyor. Kullanıcılar kendi aralarında mesaj alıp verebildiği için geçiş tamam sanılabilir; fakat otomatik bildirim yolu eski hizmete bağlı kalmıştır. Bu nedenle kullanıcı kutuları ile sistem göndericileri ayrı listelenmelidir.
Geçiş testinde bir dış adresten gönderim, yeni kutudan yanıt ve web formu bildirimi ayrı çalıştırılır. Fatura veya destek sistemi de varsa onun gönderimi ayrıca incelenir. Her sistemin SMTP ayarı veya API bağlantısı aynı anda değişmemiş olabilir. Birinin başarılı olması diğerini doğrulamaz.
Eski hizmet kapatılmadan önce bu bağımlılıklar kontrol edilir. İstemcilerin eski kutudan mesaj okumaya devam etmesi de karışıklık yaratabilir. Telefon, masaüstü ve webmail ayarlarının yeni hedefe bağlandığı; eski arşivin ise korunmuş ve erişilebilir olduğu kullanıcıyla birlikte doğrulanmalıdır.
Bu senaryo açıklama amacıyla hazırlanmıştır; gerçek müşteri sonucu veya ürün testi değildir.
İlk kopyayı ve MX değişimini ayrı adımlar olarak yürütün
Yeni hizmette gerekli adresler hazır olduktan sonra ilk kopyalamayı yapın. Başlangıç ve bitiş zamanını, aktarılan kapsamı ve hataları kaydedin. Geçiş sırasında eski hizmete yeni mesajlar gelmeye devam edebilir. DNS önbellekleri ve gönderen sistemlerin davranışı nedeniyle bütün trafik tek anda yeni hedefe geçmeyebilir; eski hizmeti hemen kapatmayın.
Değişiklikten önce mevcut DNS kayıtlarının bir kopyasını saklayın. MX değerlerini yeni sağlayıcının verdiği biçimde uygulayın; SPF ve DKIM gibi gönderim ayarlarını da kullandığınız sistemlere göre planlayın. Eski ve yeni MX kayıtlarını rastgele birlikte bırakmak bir mesaj kopyalama yöntemi değildir. Geçici dönemin yönünü iki sağlayıcıyla netleştirin.
Son eşitlemede tekrarları ve eksikleri kontrol edin
İlk kopyadan sonra eski kutuya gelen mesajlar için ikinci bir eşitleme gerekebilir. Aynı işlemin tekrar çalışmasının mesajları çoğaltıp çoğaltmadığını kullanılan araç üzerinde doğrulayın. Sadece toplam mesaj sayısı yerine yakın tarihli iletileri, farklı klasörleri ve birkaç eki de açarak kontrol edin. Yerel arşivlerin ayrıca ele alındığından emin olun.
Bize ait TekPosta’nın kurumsal mail taşıma sürecini incelerken kaynak kimlik doğrulaması, ilk kopya ve son eşitleme kapsamını bu listeyle karşılaştırabilirsiniz. Bu bağlantı tüm kaynakların tek yöntemle taşınabildiği iddiası değildir; kendi hizmetiniz için desteklenen yolu doğrulayın.
Taşıma kapsamını veri türüne göre yazın
| Veri veya ayar | Kontrol edilecek kapsam | Örnek doğrulama |
|---|---|---|
| Mesaj ve klasör | Kaynak kimlik doğrulaması ve kopyalama yöntemi | Eski ve yakın tarihli iletiyi açma |
| Yerel arşiv | Bilgisayarda kalan dosyaların aktarımı | Örnek arşivden ileti ve ek görüntüleme |
| Kişi ve takvim | Posta aktarımından ayrı destek | Örnek kaydın doğru hedefte bulunması |
| Otomatik gönderici | Form ve iş yazılımının yeni bağlantısı | Gerçek deneme bildiriminin ulaşması |
Toplam mesaj sayısının benzemesi bütün kapsamın taşındığını kanıtlamaz. Klasör eşlemesi ve yinelenen mesaj davranışı araçlara göre değişebilir. Aynı aktarımı tekrar çalıştırmadan önce önceki sonucun nasıl izleneceğini öğrenin.
Eski hizmeti kapatmadan önce günlük işi deneyin
- Farklı bir alan adından her kritik adrese test mesajı gönderin.
- Yeni kutudan dışarı yanıt verin; gönderen ve yanıt adresini kontrol edin.
- Telefon ve masaüstü istemcilerinin yeni hesaba bağlandığını doğrulayın.
- Web formu ve otomatik bildirimleri ayrı ayrı sınayın.
- Eski kutuya gelen son mesajları ve aktarım hatalarını tekrar inceleyin.
Kapanış zamanını, yedek erişimini ve sorun halinde izlenecek yolu kayıt altına alın. Yeni hizmetten gönderilen iletiler spam klasörüne gidiyorsa aynı geçişi tekrar yapmak yerine gönderim teşhis sırasını izleyin. İlk adres kurulumuyla ilgili sorular için de info kutusu rehberine başvurabilirsiniz.
Kapanış kararı için kontrol listesi
Eski hizmette geçiş sonrası gelen son iletileri inceleyin. DNS önbellekleri ve dış sistemler nedeniyle trafik bir anda tamamen değişmeyebilir. Sağlayıcıların önerdiği gözlem süresini ve kapanış koşullarını kendi yapınıza göre netleştirin. Sabit bir süreyi bütün alan adları için garanti gibi kullanmayın.
Geçişin bittiğini duyurmadan ekipte kimin destek vereceğini açıklayın. Bir kullanıcı eski parola veya sunucu adresiyle çalışıyorsa yalnızca “taşındı” mesajı yeterli değildir. Doğru bağlantı yöntemini doğrulanmış kurulum bilgisiyle iletin; parolaları ortak duyuruya eklemeyin.
0 / 4 adım kontrol edildi · Bu seçimler yalnızca açık sayfada tutulur.
Sık sorulan sorular
MX değişikliği eski mesajları taşır mı?
Hayır. Yeni gelen postanın yönü ile geçmiş mesajların kopyalanması farklı işlemlerdir. Bir aktarım yöntemi ve son eşitleme planı ayrıca hazırlanmalıdır.
IMAP aktarımı kişileri ve takvimi de taşır mı?
Bunu varsaymayın. Mesaj kopyalama kapsamı ile kişi, takvim ve yerel arşiv kapsamı ayrı doğrulanmalıdır. Kaynak ve hedefin desteklediği yöntemleri öğrenin.
Eski hizmeti hemen kapatabilir miyim?
Önce yeni trafik, son eşitleme, kullanıcı istemcileri ve bağımlı sistemleri doğrulayın. Kapanış ölçütünü iki sağlayıcının koşulları ve kendi kayıtlarınızla belirleyin; sabit bir takvim varsaymayın.
Yöntem ve kaynak notu
Örnek senaryolar ve karar tabloları, konuyu açıklamak için hazırlanmış çalışma önerileridir. Ölçülmüş müşteri sonucu veya bağımsız ürün testi olarak sunulmaz. Platform ve ürün koşulları değişebileceğinden uygulama öncesinde ilgili resmi belgeyi ve kendi hizmet kapsamınızı kontrol edin.
Yayın ve bağlantı yaklaşımımızı okuyun →