Neden Taşıma İhtiyacı Doğuyor?
Yandex'in alan adına özel e-posta hizmeti uzun süre birçok küçük işletme için ücretsiz ve pratik bir çözüm oldu. Zamanla hizmet koşulları değişti, ücretsiz kullanım sınırlandı ve kurumsal kullanım Yandex 360 paketlerine yönlendirildi. Bunun yanında takvim paylaşımı, yönetim paneli, veri konumu ve destek gibi konularda farklı beklentileri olan firmalar Microsoft 365, Google Workspace ya da kendi barındırma sağlayıcılarına geçmeyi tercih ediyor.
Taşımanın kendisi karmaşık değildir; sorun çıkaran şey genellikle plansızlıktır. Aşağıdaki adımlar hem tek kişilik bir hesap hem de onlarca kullanıcılı bir alan adı için uygulanabilir.
1. Hazırlık: Envanter Çıkarın
İşe başlamadan önce elinizde neler olduğunu netleştirin:
- Alan adındaki tüm posta kutularının listesi ve her birinin yaklaşık boyutu
- Takma adlar (alias), grup adresleri ve yönlendirmeler
- Kullanıcıların e-postayı hangi cihazlarda ve hangi programlarla okuduğu
- Alan adının DNS kayıtlarının hangi panelden yönetildiği ve bu panele erişim bilgileri
- Kişi listeleri ve takvimlerin ayrıca taşınması gerekip gerekmediği
Bu tablo, geçiş günü sürprizle karşılaşmamanızı sağlar. Özellikle unutulan bir yönlendirme, fatura veya sipariş e-postalarının kaybolmasına yol açabilir.
2. Yeni Platformu Kurun
Hedef platformda alan adınızı doğrulayın ve kullanıcıları aynı adreslerle oluşturun. Alan adı doğrulaması genellikle DNS'e eklenen bir TXT kaydıyla yapılır; bu kayıt mevcut e-posta akışını etkilemez. Bu aşamada henüz MX kayıtlarına dokunmayın.
3. Yandex Tarafında IMAP Erişimini Açın
Eski kutulardaki iletileri çekebilmek için Yandex ayarlarında e-posta programlarıyla erişime, yani IMAP'e izin verilmelidir. Hesapta iki adımlı doğrulama açıksa aktarım aracında normal şifre yerine her kullanıcı için ayrı bir uygulama şifresi oluşturmanız gerekebilir. Yandex'in IMAP sunucusu genellikle imap.yandex.com, port 993 ve SSL ayarlarıyla çalışır; güncel değerleri hesap ayarlarından teyit edin.
4. Verileri Aktarın
Aktarım için üç yaygın yöntem vardır:
| Yöntem | Uygun Olduğu Durum | Dikkat Edilecek Nokta |
|---|---|---|
| Hedef platformun kendi IMAP taşıma aracı | Microsoft 365 veya Google Workspace'e geçiş | Kullanıcı listesi CSV ile hazırlanır, yönetici panelinden başlatılır |
| imapsync gibi bağımsız araçlar | Farklı barındırma sağlayıcıları, çok sayıda kutu | Teknik bilgi gerektirir, tekrar çalıştırılarak fark senkronu yapılabilir |
| E-posta istemcisiyle sürükle-bırak | Tek veya birkaç küçük hesap | Yavaştır, büyük kutularda yarıda kesilme riski vardır |
Büyük posta kutularında ilk aktarım saatler sürebilir. İlk geçişi MX değişikliğinden birkaç gün önce yapmak, son gün yalnızca aradaki yeni iletileri senkronize etmek işinizi kolaylaştırır.
5. DNS Kayıtlarını Güncelleyin
Asıl geçiş anı, MX kayıtlarının yeni sağlayıcıyı gösterecek şekilde değiştirilmesidir. Öncesinde TTL değerini birkaç saat önce düşürmek değişikliğin daha hızlı yayılmasına yardımcı olur. MX ile birlikte şu kayıtları da düzenleyin:
- SPF: Yeni sağlayıcının gönderim sunucularını içeren tek bir TXT kaydı olmalı; eski Yandex ifadesini kaldırın.
- DKIM: Yeni platformun verdiği anahtarı ekleyip imzalamayı etkinleştirin.
- DMARC: Henüz yoksa önce izleme modunda bir politika ile başlayın.
- Autodiscover veya CNAME kayıtları: Kullanıcı cihazlarının otomatik yapılandırılması için gereklidir.
6. Son Senkron ve Cihaz Ayarları
DNS değişikliği yayıldıktan sonra aktarım aracını bir kez daha çalıştırarak geçiş sırasında eski kutuya düşen iletileri de alın. Ardından kullanıcıların telefon ve bilgisayarlarındaki eski hesap profillerini kaldırıp yenisini ekleyin. Eski hesabı aynı anda açık bırakmak, kullanıcıların yanlış kutudan yanıt vermesine neden olabilir.
Sık Yapılan Hatalar
- MX kaydını aktarım tamamlanmadan değiştirip kullanıcıları boş kutuyla baş başa bırakmak
- Birden fazla SPF kaydı bırakmak ve gönderilen e-postaların spam klasörüne düşmesine yol açmak
- Yandex hesabını geçişin hemen ardından kapatmak; birkaç hafta salt okunur yedek olarak tutmak daha güvenlidir
- Kişi listelerini ve takvimleri unutmak
- Kullanıcıları önceden bilgilendirmemek
Geçiş Sonrası Kontrol Listesi
- Dış bir adresten her kullanıcıya test e-postası gönderin.
- Her kullanıcıdan dışarıya e-posta gönderip başlıklarda SPF ve DKIM sonucunun başarılı göründüğünü kontrol edin.
- Paylaşımlı adreslerin ve yönlendirmelerin çalıştığını doğrulayın.
- Web sitesi formları, yazıcılar ve muhasebe programı gibi SMTP ile e-posta gönderen sistemlerin ayarlarını güncelleyin.
Profesyonel Destek Ne Zaman Gerekir?
Kullanıcı sayınız fazlaysa, posta kutuları onlarca gigabayta ulaştıysa ya da DNS panelinize kimin eriştiğini bilmiyorsanız taşımayı tek başınıza yapmak risklidir. Yanlış bir DNS ayarı birkaç saatlik e-posta kesintisine, yanlış bir SPF kaydı ise haftalarca fark edilmeyen teslim sorunlarına yol açabilir.
Örnek Takvim
On ile yirmi kullanıcılı bir ofis için gerçekçi bir taşıma takvimi şöyle görünebilir:
- Birinci gün: Envanter, hedef platform seçimi ve lisansların temin edilmesi
- İkinci ve üçüncü gün: Alan adı doğrulaması, kullanıcıların oluşturulması, TTL değerinin düşürülmesi
- Dördüncü gün: İlk toplu aktarımın başlatılması ve akşam saatlerine yayılması
- Beşinci gün, mesai sonrası: MX, SPF ve DKIM değişikliği, ardından fark senkronu
- Altıncı gün: Kullanıcı cihazlarının yapılandırılması ve sorunların giderilmesi
Değişikliği hafta sonu ya da akşam saatinde yapmak, yayılma süresi boyunca gelen e-postaların iki sistem arasında bölünmesinin etkisini azaltır. Kullanıcılara geçiş öncesinde, yeni giriş adresini ve ilk gün karşılaşabilecekleri durumları anlatan kısa bir bilgilendirme notu göndermek destek taleplerini belirgin şekilde azaltır.
Grimax Bilişim, Çayırova ve Gebze başta olmak üzere bölgedeki işletmelerin e-posta geçişlerini planlıyor ve uyguluyor. Yandex'ten ayrılmayı düşünüyorsanız mevcut yapınızı birlikte değerlendirmek için bize ulaşın.