# MX Kaydı Sorgulama Aracı: Kayıtları Çözümleyin ve Denetleyin URL: https://notificationharbor.com/tr/tools/mx-kaydi-sorgulama-araci Type: tool Locale: tr Published: 2026-11-04 Updated: 2026-11-05 --- > dig veya nslookup çıktınızı yapıştırın; MX kayıtlarınız teslimat sırasına göre sıralansın, sağlayıcısıyla eşleşsin ve RFC kurallarına göre denetlensin. Tarayıcınızda çalışır. ## 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 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. *[Interactive widget — see the live page for the full experience]* ## 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 ## Temiz bir posta geçişi için dört adım 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. **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. **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. **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. *Call to action: Notification Harbor’ın nasıl çalıştığını görün* ## FAQ ### 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.