Kurumsal Mail Taşıma

Mail taşıma neden korkutur?

Çünkü mail, bir işletmenin en az tolerans gösterdiği sistemdir. Web sitesi bir saat yavaş açılsa fark edilmez; mail bir saat gelmezse telefonlar çalmaya başlar. Kaybolan tek bir sipariş maili, bir günlük kesintiden daha pahalıya mal olur. Bu yüzden pek çok işletme, sağlayıcısından memnun olmasa bile geçişi yıllarca erteler — "bir şeyler ters gider" korkusu, ödenen faturadan daha ağır basar.

Bu korku yersiz değil, ama sebebi taşımanın kendisi değil yanlış sırayla yapılması. Geçişlerde yaşanan felaketlerin neredeyse tamamı aynı iki hatadan doğar: hedef tarafta kutular açılmadan yönlendirmenin çevrilmesi (bu durumda gelen her mail anında geri döner) ve eski sistemin imzalama ayarlarının kapatılmaması (bu durumda giden mailler toplu hâlde spam'e düşer). Doğru sırayla ilerlendiğinde mail taşıma, kullanıcının fark bile etmediği bir işlemdir.

Nereden nereye taşıyoruz?

Sağlayıcı bağımsız çalışıyoruz. Sizi belirli bir tarafa itmiyoruz — mevcut durumunuzu inceleyip hangi yolun mantıklı olduğunu gerekçesiyle söylüyoruz. En sık yaptığımız geçişler:

• Yandex'ten çıkış: Uzun yıllar ücretsiz kullanılan Yandex kurumsal mailin ücretlendirmeye geçmesiyle en yoğun talep bu yönde. Arşivin tamamı taşınabilir.
• Hosting mailinden çıkış: Paylaşımlı hosting paketleriyle gelen mail hizmeti çoğu zaman dar alanlı, filtresiz ve teslimat açısından zayıftır. Site ile mailin aynı yerde durması ayrıca risklidir: sitenin başına gelen bir sorun maili de etkiler.
• Google Workspace / Microsoft 365'e geçiş veya oradan çıkış: Ekip büyüdükçe kullanıcı başına ücret ciddi bir gidere dönüşür; tersine, ofis araçlarına gerçekten ihtiyaç duyulduğunda bu tarafa geçiş de mantıklıdır. Her iki yönde de göç yapıyoruz.
• Sağlayıcı birleştirme: Yıllar içinde farklı yerlere dağılmış kutuların (kimi hostingde, kimi ücretsiz serviste, kimi eski ajansta) tek çatı altında toplanması.

Taşıma nasıl ilerliyor?

1. Mevcut durumun çıkarılması

Önce elimizde ne olduğunu netleştiririz: kaç kutu var, hangi adresler gerçek kullanıcı hangileri yönlendirme, arşivler ne kadar yer tutuyor, alan adının kayıtları kimde. Bu adım atlandığında geçiş sırasında "bunu da unutmuşuz" sürprizleri çıkar — en sık unutulanlar da yıllar önce kurulmuş yönlendirmeler ve sistem bildirimlerinin gittiği adreslerdir.

2. Hedef tarafın hazırlanması ve test edilmesi

Yeni kutular açılır, yönlendirmeler ve ortak adresler birebir kurulur. Yönlendirme çevrilmeden önce hedef tarafın her adresi gerçekten kabul ettiği teker teker doğrulanır. Bu doğrulama, geçişin en değerli adımıdır: kutusu açılmamış tek bir adres, geçişten sonra o adrese gelen tüm mailleri geri döndürür ve bunu genellikle günler sonra müşteri şikâyetiyle fark edersiniz.

3. Arşivin kopyalanması

Eski kutuların içeriği klasör yapısıyla birlikte yeni tarafa kopyalanır. Kaynak kutulara dokunulmaz. Büyük arşivlerde kopyalama önceden başlatılır, geçiş anında yalnızca aradaki fark tamamlanır — böylece geçiş penceresi kısalır.

4. Yönlendirme ve kimlik kayıtlarının geçişi

Mail yönlendirmesi (MX) yeni tarafa çevrilir; SPF, DKIM ve DMARC kayıtları yeni sağlayıcıya göre yeniden yazılır. Burada kritik bir ayrıntı vardır: eski sistemin mail imzalaması mutlaka kapatılmalıdır. Kapatılmazsa eski sunucu artık geçersiz olan bir anahtarla imzalamaya devam eder ve giden mailler imzasız olmaktan bile kötü bir duruma düşer. Bu, geçişlerde en sık atlanan ve en çok teslimat sorunu üreten adımdır.

5. Cihazların geçirilmesi

Her kullanıcının bilgisayarındaki Outlook, telefonundaki mail uygulaması ve varsa muhasebe/e-fatura programlarının mail ayarları yeni sisteme alınır. Eski ayarla açık kalan tek bir program, geçişten günler sonra bile "mailler gelmiyor" şikâyeti üretebilir.

6. Geçiş sonrası doğrulama

Her kutudan gerçek gönderim ve alım testi yapılır; imzaların karşı tarafta doğrulandığı kontrol edilir. Eski sisteme düşen gecikmiş mailler izlenir ve aktarılır. Eski kutular hemen silinmez — geri dönüş ihtiyacına karşı bir süre yerinde bırakılır, ancak siz onay verdikten sonra kapatılır.

Geçişte sık yapılan hatalar

Kendi imkânlarıyla ya da deneyimsiz bir elle yapılan geçişlerde tekrar tekrar aynı sonuçları görüyoruz. En yaygınları:

• Önce yönlendirmeyi çevirmek: Hedefte kutu yokken gelen mail anında geri döner ve gönderen "böyle bir adres yok" cevabı alır. Müşteri gözünde bunun bedeli ağırdır.
• Kimlik kayıtlarını eski hâliyle bırakmak: Giden mailler toplu hâlde spam'e düşer; sorun günler sonra, "kimse teklifimizi almıyor" şikâyetiyle anlaşılır.
• Postmaster ve sistem adreslerini unutmak: Rapor ve bildirim adresleri hedefte yoksa sessizce hata üretmeye başlar.
• Eski kutuları hemen silmek: Geri dönüş imkânını ortadan kaldırır. Arşiv doğrulanmadan hiçbir şey silinmemelidir.
• Kullanıcı cihazlarını atlamak: Teknik taraf kusursuz olsa bile geçiş "başarısız" görünür, çünkü kullanıcı hâlâ eski kutuya bakmaktadır.

Geçişten sonra ne oluyor?

Taşıma bittiğinde sistem tek elden yönetilir hâle gelir: kutu açma, şifre sıfırlama, yönlendirme değiştirme gibi işler için sağlayıcının destek hattıyla uğraşmazsınız. Sorun yaşandığında sunucu kayıtlarına bakıp mailin nerede takıldığını görebilen bir muhatabınız olur — bu, teslimat sorunlarında tahmin ile teşhis arasındaki farktır.

Geçiş sonrası altyapının izlenmesini ve sürekli desteği bakım hizmetimiz kapsıyor; mail altyapısının kurulum detayları ve seçenek karşılaştırması için kurumsal mail sayfamıza, ücretlendirme değişikliği sonrası karar vermekte zorlanıyorsanız Yandex alternatifleri rehberimize bakabilirsiniz. Taşımayı konuşmak için bize yazın — mevcut yapınızı çıkarıp geçiş planını ve takvimini önceden yazılı olarak sunuyoruz.