MX Doğrulama

Domain adresinizin MX (Mail Exchange) kayıtlarını kontrol edin.





MX Sonucunu Nasıl Okursunuz?

Araç alan adınızın MX kayıtlarını öncelik değerine göre küçükten büyüğe sıralar. Her satırda bir öncelik değeri ve postayı kabul eden sunucunun adı bulunur. İki sunuculu tipik bir yapı şöyledir:

ornekfirma.com.tr.   MX   10   mx1.ornekfirma.com.tr.
ornekfirma.com.tr.   MX   20   mx2.ornekfirma.com.tr.

Gönderen sunucu önce 10 değerli sunucuyu dener, ona ulaşamazsa 20'ye geçer. Önemli olan değerin büyüklüğü değil sıralamadır; 0 ve 10 ile 10 ve 20 aynı sonucu verir. Aynı değere sahip birden fazla kayıt varsa RFC 5321'e göre gönderen sunucu aralarından rastgele seçer, yani yük paylaşılır.

Bilinen sağlayıcıların kayıtları kolay tanınır. Microsoft 365, alan adındaki noktaları tireye çevirerek 0 ornekfirma-com-tr.mail.protection.outlook.com biçiminde tek bir kayıt kullanır. Google Workspace'in yeni kurulumlar için önerdiği kayıt 1 smtp.google.com; eski kurulumlarda görülen ASPMX.L.GOOGLE.COM ve ALT1–ALT4 kayıtları da çalışmaya devam eder.

Sık görülen hatalar

  • MX'in IP adresine ya da CNAME'e işaret etmesi. MX hedefi bir ana makine adı olmalı ve bu adın A (ya da AAAA) kaydı bulunmalıdır. IP adresi yazılamaz; RFC 2181 hedefin bir CNAME olmasına da izin vermez.
  • Hedef ad çözülmüyor.mx1.ornekfirma.com.tr yazılmış ama bu adın A kaydı hiç oluşturulmamış. DNS Sorgulama aracında hedef adı ayrıca sorgulayın.
  • Eski ve yeni sağlayıcının kayıtları birlikte duruyor. Posta taşımasından sonra eski MX silinmezse postaların bir kısmı eski kutulara düşer. Kullanıcı "bazı postalar gelmiyor" diyorsa ilk bakılacak yer burasıdır.
  • Sondaki nokta. Zone dosyasında hedefin sonuna nokta konmazsa alan adı otomatik eklenir ve mx1.ornekfirma.com.tr.ornekfirma.com.tr gibi bir ad oluşur.
  • Korumasız yedek MX. Yedek sunucudaki spam filtresi ve geçerli alıcı listesi ana sunucudakiyle aynı olmalıdır. Aksi halde spam gönderenler filtreyi atlamak için bilerek düşük öncelikli sunucuyu dener.
  • Hiç MX kaydı yok. Bu durumda gönderen sunucular postayı alan adının A kaydındaki sunucuya teslim etmeyi dener. Alan adınızla hiç posta almıyorsanız bunu RFC 7505'teki "null MX" kaydıyla (0 .) açıkça belirtin.

MX doğru ama sorun sürüyorsa

MX yalnızca gelen postayı yönetir. Kayıtlar doğru görünüp posta yine gelmiyorsa posta sunucusunun 25 numaralı portunun dışarıdan erişilebilir olduğunu Port Sorgulama aracıyla kontrol edin. Gönderdiğiniz postalar alıcıda spam klasörüne düşüyorsa sorun MX'te değil, kimlik doğrulama kayıtlarındadır: SPF, DKIM ve DMARC kayıtlarını kontrol edin. Gönderim yaptığınız IP adresinin bir kara listeye girip girmediğini de Blacklist Kontrol ile görebilirsiniz.

MX değişikliği planlıyorsanız işlemden en az bir gün önce mevcut kayıtların TTL değerini 300 saniye gibi kısa bir süreye indirin. Bu sayede eski değer önbelleklerde uzun süre kalmaz ve geçiş sırasında posta iki sunucu arasında bölünmez. Taşıma sırasında eski posta kutularını hemen kapatmayın; önbelleklerde kalan eski kayıt nedeniyle gelen postalar bir süre daha oraya düşebilir. Posta altyapısını alan adınızla birlikte taşımak istiyorsanız BilHost kurumsal e-posta sayfasından paketleri inceleyebilirsiniz.

Sıkça Sorulan Sorular

Mail Exchange (MX) kayıtlarınızın doğruluğunu ve sunucu yanıtlarını test edin. E-posta alma sorunlarını hızlıca teşhis edin.

MX (Mail Exchange) kaydı, alan adınıza gönderilen e-postaların hangi sunucuya teslim edileceğini belirleyen DNS kaydıdır. Bu kayıt olmadan e-posta alamazsınız.
Birden fazla MX kaydı varsa, öncelik değeri (örn: 0, 10, 20) hangi sunucunun ilk sırada deneneceğini belirler. Düşük rakam (örn: 0) en yüksek önceliğe sahiptir. İlk sunucu yanıt vermezse diğerine geçilir.
Kesinlikle. Eğer MX kayıtlarınız yanlış yapılandırılmışsa, silinmişse veya yanlış sunucuyu işaret ediyorsa, gönderilen e-postalar size ulaşmaz ve göndericiye "Adres bulunamadı" hatası döner.
DNS yayılma süreci (Propagation) nedeniyle kısa süreli gecikmeler yaşanabilir. Bu süreci en aza indirmek için değişiklik yapmadan önce TTL (Time to Live) süresini düşürmeniz önerilir.
Ana mail sunucunuzda bir arıza olması durumunda e-postaların kaybolmaması için yedek bir MX sunucusu tanımlamak iyi bir güvenlik önlemidir, ancak zorunlu değildir.
Son güncelleme:

BilHost Her Zaman Yanınızda

BilHost ekibi, yeni projelerinizi planlarken uzman danışmanlık, kurulum desteği ve hızlı müdahale süreçleriyle her an yanınızda.

Merhaba, Nasıl Yardımcı Olabiliriz?