Domain düşerse e-posta da durur. Bu bağın nasıl kurulduğu ve nasıl korunacağı.
Kurumsal e-posta adresleriniz ([email protected]) doğrudan domaininize bağlıdır. Bu bağ, çoğu şirkette fark edilmez — ta ki domain tarafında bir sorun çıkana kadar.
Ve o zaman fark edilen şey şudur: e-posta kesintisi, site kesintisinden daha maliyetlidir.
Bağ nasıl kurulur?
Domaininizin DNS ayarlarındaki MX kaydı, e-postalarınızın hangi sunucuya teslim edileceğini söyler.
Yani:
- Domain = adres
- MX kaydı = "postalarım şu sunucuya"
- E-posta sağlayıcısı = postaları tutan sunucu
Domain sorunları e-postayı nasıl etkiler?
| Domain sorunu | E-posta sonucu |
|---|---|
| Süre dolması | Tüm e-posta akışı durur |
| DNS kayıtlarının silinmesi | Gelen postalar teslim edilemez |
| MX kaydının yanlış olması | Postalar yanlış yere gider ya da gelmez |
| Nameserver değişikliği | Kayıtlar taşınmazsa akış kesilir |
| Domain ele geçirilmesi | Postalar başkasına yönlendirilebilir |
| Transfer sırasında kayıt kaybı | Geçici kesinti |
Son satırdan bir öncekisi en tehlikelisidir: yalnız kesinti değil, gizli bilgi sızıntısı anlamına gelir.
E-posta kesintisi neden daha maliyetli?
- Site kapalıyken müşteri telefonla ulaşır; e-posta kapalıyken ulaşamadığını bilmez
- Gönderilen teklifler ve siparişler kaybolur
- Gönderen taraf "ulaştı" sanır
- Kesinti sonrası kaybolan postalar geri gelmez
- Fatura, ödeme ve resmî bildirimler kaçırılır
Üçüncü madde en sinsi olanıdır: karşı taraf hata almadıysa e-postasının ulaştığını varsayar.
Korunma önlemleri
Domain tarafı
- ☐ Otomatik yenileme açık
- ☐ Ödeme yöntemi güncel
- ☐ Çok yıllık kayıt (e-posta taşıyan domain için)
- ☐ Transfer kilidi açık
- ☐ İki adımlı doğrulama
- ☐ Bitiş tarihi takvimde
DNS tarafı
- ☐ MX kayıtlarının yedeği var
- ☐ SPF, DKIM, DMARC kayıtları tanımlı ve yedekli
- ☐ Değişiklik öncesi ekran görüntüsü alınıyor
- ☐ DNS erişimi sınırlı ve güvenli
Süreklilik tarafı
- ☐ Alternatif bir iletişim kanalı belirlenmiş
- ☐ Kritik müşterilerin telefon bilgileri erişilebilir
- ☐ Kesinti durumunda izlenecek yol yazılı
Yedek iletişim adresi
Kritik bir ayrıntı: domain kayıt hesabınızın bildirim adresi, kaydettiğiniz domainde olmamalıdır.
Neden: domain düşerse e-posta da durur; kurtarma bildirimi size ulaşmaz. Döngüsel bir bağımlılık oluşur.
Çözüm: Yedek bildirim adresini farklı bir domainde (ikinci bir kurumsal domain ya da başka bir sağlayıcı) tanımlayın.
E-posta sağlayıcısı değiştirirken
MX değişikliği bir geçiş işlemidir ve planlanmalıdır:
- Mevcut kayıtları yedekleyin
- TTL değerini önceden düşürün
- Yeni sağlayıcının kayıtlarını alın
- Eski kayıtları kaldırıp yenilerini girin
- SPF, DKIM, DMARC kayıtlarını da güncelleyin
- Gelen ve giden postayı ayrı ayrı test edin
- Eski posta kutularının taşınmasını ayrıca planlayın
Yedinci madde ayrı bir iştir: MX değişikliği yalnız yeni postaları yönlendirir, eski içerik taşınmaz.
Savunma domainlerinde e-posta
Yazım hatası domainlerini aldıysanız, oraya gelen e-postaları da ana adrese yönlendirin.
Adresi yanlış yazan bir müşterinin e-postası, aksi hâlde kaybolur ve o müşteri size ulaşamadığını fark etmez.
Alan adı değişikliğinde
Marka değişikliği yapıyorsanız e-posta geçişi ayrı planlanmalıdır:
- Yeni adresler oluşturulur
- Eski adresler bir süre çalışmaya devam eder
- Eski adrese gelen postalar yeniye yönlendirilir
- Yönlendirme uzun süre korunur (yıllar)
- Müşteriler bilgilendirilir
- İmzalar ve kurumsal materyaller güncellenir
Dördüncü madde önemlidir: eski adresler basılı materyallerde ve müşteri kayıtlarında yıllarca kalır.
Tek cümlede
E-posta taşıyan domaini kritik altyapı olarak yönetin. Çok yıllık kaydedin, otomatik yenilemeyi açın, DNS kayıtlarını yedekleyin ve bildirim adresini başka bir domainde tutun.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz