MX kayıtları hatalıysa kurumsal e-postalar neden gelmez?

Kurumsal e-postaların alıcılara ulaşmaması ya da dışarıdan gönderilen mesajların hiç gelmemesi çoğu zaman posta kutusundan değil, alan adının DNS tarafındaki MX kayıtlarından kaynaklanır. MX kaydı, bir alan adına gelen e-postaların hangi posta sunucusuna teslim edileceğini gösterir. Bu kayıt hatalı, eksik veya yanlış önceliklendirilmişse gönderici sunucu mesajı nereye bırakacağını bilemez; sonuçta e-posta gecikir, geri döner ya da hiç teslim edilmez.

MX kaydı ne işe yarar?

MX, “Mail Exchange” ifadesinin kısaltmasıdır. Alan adınız için e-posta trafiğini yöneten posta sunucusunu tanımlar. Örneğin bir kullanıcı [email protected] adresine mesaj gönderdiğinde, gönderici taraf önce firmaadi.com alan adının MX kaydını sorgular. Bu sorgu sonucunda hangi sunucuya bağlantı kurulacağı anlaşılır.

Web sitenizin çalışıyor olması, e-posta altyapısının da doğru çalıştığı anlamına gelmez. Web sitesi A kaydı veya CNAME ile farklı bir sunucuya yönlenirken, e-posta trafiği MX kayıtlarıyla ayrı bir servise yönlenebilir. Bu nedenle hosting değişikliği, DNS taşıma veya e-posta servis sağlayıcı geçişlerinde MX kayıtlarının ayrıca kontrol edilmesi gerekir.

MX kayıtları hatalıysa e-postalar neden gelmez?

MX kaydı yanlış bir sunucuyu gösteriyorsa gelen e-postalar eski, kapalı veya e-posta kabul etmeyen bir sisteme yönlenebilir. Kayıt hiç yoksa bazı gönderici sunucular alan adınız için posta teslim noktası bulamaz. Öncelik değeri yanlışsa yedek sunucu beklenenden önce devreye girebilir ya da asıl posta sunucusu kullanılmayabilir.

Kurumsal tarafta en sık görülen sorun, alan adı DNS yönetiminin bir yerde, e-posta hizmetinin başka bir yerde, web barındırmanın ise farklı bir sağlayıcıda olmasıdır. Bu yapı normaldir; ancak kayıtların hangi panelden yönetildiği net değilse yapılan değişiklikler etkisiz kalabilir.

En yaygın MX kaydı hataları

Yanlış posta sunucusu adresi kullanmak

MX kaydında genellikle mail.firmaadi.com gibi bir hedef belirtilir. Bu hedefin de doğru IP adresine çözümlenmesi gerekir. Eğer mail.firmaadi.com için A kaydı yoksa ya da eski sunucunun IP adresini gösteriyorsa teslimat başarısız olur.

Öncelik değerlerini karıştırmak

MX kayıtlarında düşük sayı daha yüksek öncelik anlamına gelir. Örneğin 10 öncelikli kayıt, 20 öncelikli kayıttan önce denenir. Bu mantık ters yorumlandığında e-postalar yedek veya hatalı sunucuya gidebilir.

DNS yayılım süresini göz ardı etmek

MX değişikliği yapıldıktan sonra tüm dünyada anında aktif olmayabilir. TTL değerine bağlı olarak birkaç dakika ile 24 saat arasında eski kayıtlar görülmeye devam edebilir. Bu süreçte bazı kullanıcılardan e-posta gelirken bazılarından gelmemesi normaldir.

Kurumsal e-posta sorununda nasıl kontrol yapılır?

İlk adım, alan adınızın aktif DNS sunucularını doğrulamaktır. Kayıtları yanlış panelde düzenliyorsanız yaptığınız değişiklikler hiçbir işe yaramaz. Alan adının nameserver bilgisi hangi sağlayıcıyı gösteriyorsa MX kaydı da genellikle o DNS panelinden yönetilir.

İkinci adım, mevcut MX kayıtlarını e-posta sağlayıcınızın önerdiği değerlerle karşılaştırmaktır. Microsoft 365, Google Workspace, Yandex 360, cPanel tabanlı posta servisi veya özel bir sunucu kullanıyorsanız her birinin MX hedefi ve öncelik kuralı farklı olabilir.

Üçüncü adım, posta sunucusunun bağlantı kabul edip etmediğini kontrol etmektir. MX kaydı doğru görünse bile ilgili sunucuda alan adınız tanımlı değilse mesajlar reddedilebilir. Bu durumda hata genellikle “relay access denied”, “mailbox unavailable” veya “domain not found” benzeri geri dönüşlerle anlaşılır.

Hosting değişikliğinde MX kayıtlarına dikkat

Birçok e-posta kesintisi web sitesi taşıma işlemi sırasında yaşanır. Yeni hosting hesabı açıldığında DNS kayıtları toplu olarak değiştirilebilir ve eski MX değerleri silinebilir. Eğer e-postalarınız web barındırma hesabından değil de harici bir e-posta servisinden çalışıyorsa, yeni DNS bölgesine aynı MX kayıtlarının eksiksiz eklenmesi gerekir.

Taşıma öncesinde mevcut DNS kayıtlarının ekran görüntüsünü veya dışa aktarılmış yedeğini almak pratik bir önlemdir. Özellikle MX, SPF, DKIM ve DMARC kayıtları birlikte korunmalıdır. MX teslimatı belirlerken, SPF ve DKIM gönderilen e-postaların güvenilirliğini etkiler.

MX kaydı doğru olsa bile e-posta neden gecikebilir?

Her sorun doğrudan MX kaydından kaynaklanmaz. DNS yeni güncellenmiş olabilir, gönderici taraf eski kaydı önbellekte tutuyor olabilir veya alıcı posta kutusu dolu olabilir. Ayrıca spam filtreleri, yanlış SPF kaydı, kara liste durumu ve güvenlik duvarı kuralları da teslimatı etkileyebilir.

Bu nedenle yalnızca “MX var mı?” sorusuna bakmak yeterli değildir. Kayıt hedefi doğru mu, hedef sunucu yanıt veriyor mu, alan adı posta servisinde tanımlı mı ve güvenlik kayıtları uyumlu mu birlikte değerlendirilmelidir.

Hızlı kontrol listesi

Kurumsal e-posta almıyorsanız önce alan adınızın doğru DNS panelinden yönetildiğini doğrulayın. Ardından MX hedefini, öncelik değerini, mail sunucusuna ait A kaydını ve e-posta sağlayıcınızın dokümantasyonundaki zorunlu kayıtları karşılaştırın.

Değişiklik yapmadan önce mevcut kayıtları not alın. Aynı anda çok fazla DNS değişikliği yapmak, sorunun kaynağını bulmayı zorlaştırır. Tek değişiklik yapıp test etmek, özellikle canlı kurumsal e-posta trafiğinde daha güvenli bir yaklaşımdır. Geri dönüş hatası alıyorsanız hata mesajındaki kodu saklayın; bu kod, problemin DNS mi, posta kutusu mu yoksa yetkilendirme mi olduğunu anlamada en hızlı ipucunu verir.