Summary

Bu MX kaydı sorgulama aracı, dig veya nslookup’tan kopyaladığınız MX kayıtlarını okur, gönderenlerin gerçekten denediği sıraya göre dizer ve her ana bilgisayarın arkasındaki posta sağlayıcısını adlandırır. Ardından geri dönüşlere yol açan hataları işaretler: hedef olarak IP adresleri, gerçek kayıtlarla karışık bir null MX, bir alan adında iki sağlayıcı ve yedeksiz tek bir ana bilgisayar. Canlı DNS sorgulamaz; yani kendi çözümleyicinizin döndürdüğünü görürsünüz. Tarayıcınızda çalışır, yapıştırdığınız hiçbir şey bir yere gönderilmez.

MX kaydı sorgulama aracı: kayıtlarınızı okuyun ve denetleyin

Tek bir dig komutu çalıştırın, yanıtı yapıştırın; teslimat sırasını, sağlayıcıyı ve geri dönüşlere yol açan hataları görün. Hiçbir veri tarayıcınızdan çıkmaz.

MX kayıtlarınızı denetleyin

MX kaydı sorgulama aracı

dig, nslookup veya düz öncelik ve ana bilgisayar satırlarını yapıştırın. Sonuç yazdıkça güncellenir.

dig MX yourdomain.com +short çıktısını, tam bir dig yanıtını, nslookup çıktısını veya satır başına bir öncelik ana-bilgisayar çiftini yapıştırın.

      Nasıl çalışır

      Araç MX kayıtlarınızdan neleri okur

      Öncelik sırayı belirler

      Her MX kaydı 16 bitlik bir öncelik değerini bir ana bilgisayar adıyla eşleştirir. Gönderen sunucular önce en küçük sayıyı dener ve yalnızca bir ana bilgisayara ulaşılamadığında bir sonrakine geçer. Araç kayıtlarınızı katmanlara ayırır, böylece gerçek teslimat sırası görünür olur.

      Ana bilgisayar adı sağlayıcıyı ortaya çıkarır

      Araç her hedefi bilinen son eklerle karşılaştırır; örneğin aspmx.l.google.com veya mail.protection.outlook.com gibi. Yaklaşık yirmi posta kutusu ve ağ geçidi sağlayıcısını tanır. Tanınmayan bir ana bilgisayar işaretlenir, tahmin edilmez.

      Kurallar RFC’lerden gelir

      Denetimler RFC 5321, RFC 2181 ve RFC 7505’te yazılı kurallardır: yalnızca ana bilgisayar adı hedefleri, CNAME takma adı yok ve tek başına duran bir null MX. Puan yok, uydurulmuş bir ölçüt yok.

      Nerede çalıştırılır

      Bir komut, sonra yapıştırın

      Araç sizin yerinize DNS sorgusu yapmaz; yanıt kendi terminalinizden gelir. Bir taşıma sırasında hata ayıklarken bu bir avantajdır: bir arama sitesindeki önbelleğe alınmış kopya yerine, çözümleyicinizin şu anda ne döndürdüğünü tam olarak görürsünüz.

      • macOS ve Linux: dig MX yourdomain.com +short
      • Windows: nslookup -type=mx yourdomain.com
      • Belirli bir genel çözümleyiciye sormak için dig komutuna @1.1.1.1 ekleyin
      Terminal çıktısının yanında posta akışının defter çizimi bulunan dizüstü bilgisayar
      MX kayıtlarını değiştirmeden önce

      Temiz bir posta geçişi için dört adım

      Gönderen tarafta işlemsel e-posta da gönderen bir alan adında gelen posta geçişi yaptığımızda izlediğimiz sıra budur.

      1. 1

        Mevcut kümeyi kaydedin

        dig MX komutunu çalıştırın ve çıktıyı kaydedin. Burada yapıştırarak neyi değiştirdiğinizi ve bugün hangi sağlayıcının buna sahip olduğunu doğrulayın.

      2. 2

        TTL’yi önceden düşürün

        MX TTL değerini 300 saniyeye indirin, ardından en az eski TTL kadar bekleyin. Çözümleyicilerin, düzenlemeniz etkili olmadan önce uzun ömürlü kopyayı sona erdirmesi gerekir.

      3. 3

        Kayıtları tek bir düzenlemede değiştirin

        Eski ana bilgisayarları kaldırın ve yenilerini birlikte ekleyin. Yarım kalmış bir geçiş, bir alan adının iki sağlayıcıya sahip olmasının yoludur.

      4. 4

        Bir çözümleyicide doğrulayın, sonra TTL’yi geri alın

        Genel bir çözümleyiciye karşı dig çalıştırın ve sonucu yapıştırın. Araç tek bir sağlayıcı ve hata olmadığını gösterdiğinde TTL’yi yeniden yükseltin.

      MX kaydı sorgulama soruları

      Bu MX kaydı sorgulama aracı ücretsiz mi?
      Evet. Kayıt gerekmez ve istek sınırı yoktur. Ayrıştırma ve denetimler tarayıcınızda çalışır; yapıştırdığınız metin sunucularımıza asla gönderilmez. Sayfadan çıkan tek şey anonim araç kullanım sinyalidir.
      Canlı DNS sunucularını sorguluyor mu?
      Hayır. Tarayıcı ham bir DNS sorgusu gönderemez; alan adınızı üçüncü taraf bir sorgu API’si üzerinden yönlendirmek ise istemediğimiz bir bağımlılık ekler. Bir dig veya nslookup komutu çalıştırır, yanıtı yapıştırırsınız ve araç onu okur, sıralar ve denetler. Bu, kendi çözümleyicinizin gördüğünü gördüğünüz anlamına da gelir.
      Yapıştırmak için MX kayıtlarımı nasıl alırım?
      macOS veya Linux’ta dig MX yourdomain.com +short komutunu çalıştırın. Windows’ta nslookup -type=mx yourdomain.com komutunu çalıştırın. Her iki biçim de çalışır; tam dig yanıtları ve 10 mx.example.com gibi düz çiftler de öyle.
      MX öncelik numarası ne anlama gelir?
      Bir önceliktir ve en küçük numara önce denenir. Bu ana bilgisayara ulaşılamazsa gönderen bir sonraki numaraya geçer. Aynı numarayı paylaşan ana bilgisayarlar rastgele sırayla denenir; sağlayıcıların gelen yükü dağıtma yolu budur.
      MX kaydındaki bir IP adresi neden hatadır?
      MX hedefi, bir A veya AAAA kaydı üzerinden çözülen bir ana bilgisayar adı olmalıdır. RFC 5321 orada çıplak bir IP’ye izin vermez. Bazı posta sunucuları bunu tolere eder, birçoğu etmez; bu yüzden izlenmesi zor, aralıklı geri dönüşler alırsınız.
      Araç neden bir alan adında iki sağlayıcı konusunda uyarıyor?
      Karışık MX kayıtları genellikle hiç bitirilmemiş bir geçişten kalır. Gönderenler önce düşük önceliği dener ve yalnızca o sunucu kapalıysa geri döner; bu yüzden posta, posta kutusunun var olmadığı bir platforma düşebilir. Bilinçli olarak yönlendirmiyorsanız tek bir sağlayıcıda kalın.
      MX kayıtları gönderimi mi yoksa yalnızca almayı mı etkiler?
      Yalnızca almayı. Giden posta SPF, DKIM ve DMARC kayıtlarıyla ve gönderen IP’nin itibarıyla yönetilir. Doğru bir MX kümesi, gönderen taraftaki bir spam klasörü sorununu düzeltmez.
      MX kaydı olmayan bir alan adını kontrol edebilir miyim?
      Hiçbir şey yapıştırmazsanız araç kayıt bulunamadığını söyler. MX kaydı olmadan gönderenler alan adının A veya AAAA kaydına geri döner; bu çoğu zaman istenen bir durum değildir. Alan adınız hiç posta almamalıysa bir null MX (0 .) yayınlayın.

      Kendi gönderimlerinizin altyapısını izleyin

      Bu araç gelen posta tarafını kapsar. Notification Harbor ise kontrol ettiğiniz gönderimleri kapsar: alan adı ısındırma, iz düzeyinde gözlemlenebilirlik ve ilk üretim gönderiminden önce kurulan SPF, DKIM ve DMARC.

      Notification Harbor’ın nasıl çalıştığını görün
      notificationharbor
      Ücretsiz başla