Alan adını taşırken e-posta nasıl ayakta kalır

Yeni site hazır, sunucu ayakta, geçiş için bir akşam seçildi. Alan adı yeni yere yönlendiriliyor, site açılıyor, iş bitmiş görünüyor. Ertesi sabah birisi arıyor ve iki gündür kimseden e-posta gelmediğini söylüyor. Bu senaryo tahmin edilenden çok daha sık yaşanıyor ve sebebi hep aynı: alan adının bir bütün olarak taşındığı sanılıyor.

Zone bir dosya, kayıtlar ayrı işler

Bir alan adının DNS zone’u tek bir yerde duruyor, ama içindeki kayıtlar birbirinden bağımsız işler yapıyor.

Adres kayıtları, yani A, AAAA ve CNAME, tarayıcıyı siteye götürüyor. MX kayıtları postayı kimin alacağını söylüyor. TXT kayıtlarının içinde ise SPF ve DKIM duruyor, ve o iki kayıt olmadan gönderdiğin postalar karşı tarafın gelen kutusuna değil spam klasörüne düşüyor.

Site taşımasında değişmesi gereken tek grup adres kayıtları. Diğer üçüne dokunmak gerekmiyor, ve dokunulduğunda kimse hemen fark etmiyor.

Hata nasıl oluyor

Çoğu barındırma paneli “alan adını buraya bağla” düğmesi sunuyor ve o düğme zone’un tamamını yeni sağlayıcıya devrediyor. Yeni zone varsayılan kayıtlarla açılıyor: adres kaydı doğru, MX kaydı ya boş ya da sağlayıcının kendi posta hizmetini gösteriyor.

Sonuç sessiz. Site çalışıyor, kimse şüphelenmiyor, gelen postalar reddediliyor ya da hiçbir yere ulaşmıyor ve bu durum bir müşteri “size yazdım, dönmediniz” diyene kadar öğrenilmiyor.

Doğru sıra

Önce mevcut zone’u dışa aktar. Bütün kayıtları JSON ya da zone dosyası olarak indir ve bir yere kaydet. Bu adım beş dakika sürüyor ve geri dönüşü olan tek şey bu.

TTL’leri düşür. Geçişten en az yirmi dört saat önce adres kayıtlarının TTL değerini üç yüz saniyeye indir, çünkü TTL bir çözümleyicinin cevabı ne kadar süre önbellekte tutacağını söylüyor ve yüksek bırakıldığında geçişten sonra bazı ziyaretçiler saatlerce eski sunucuyu görmeye devam ediyor. Sayı küçükse geçiş hızlı.

Yalnızca adres kayıtlarını değiştir. Zone’u devretme, tek tek kayıtları güncelle. Yeni sağlayıcıya geçmek gerekiyorsa önce tüm kayıtları yeni zone’a birebir kopyala, sonra ad sunucularını değiştir.

Doğrula, sonra TTL’i geri yükselt. Geçiş oturduktan sonra MX ve TXT kayıtlarının listede durduğunu gözünle gör, sonra TTL’i eski değerine çıkar.

Doğrulamanın doğru aracı

dig ile bakmak burada yanıltıcı olabiliyor. Kayıtlar bir proxy arkasındaysa sorgu her koşulda makul bir cevap veriyor.

Kesin bilgi sağlayıcının kayıt listesinde duruyor. Geçişten sonra o listeyi aç ve üç şeyi say: kaç MX kaydı var, SPF TXT kaydı duruyor mu, alan doğrulama kayıtları yerinde mi. Sayılar geçiş öncesiyle aynıysa iş tamam.

Müşteriye söylenecek tek cümle

Geçiş planını paylaşırken şu satırı ekle: e-posta kayıtlarına dokunulmayacak, ve geçişten sonra bir test postası gönderilip alınacak.

Bu cümle iki işi birden yapıyor. Bir yandan işin kapsamını netleştiriyor, bir yandan da senin o testi gerçekten yapmanı sağlıyor.