MX लुकअप — किसी भी डोमेन के मेल सर्वर देखें

MX रिकॉर्ड क्या है?

MX (mail exchanger) रिकॉर्ड उस सर्वर का नाम बताता है जो किसी डोमेन के लिए ईमेल स्वीकार करता है, एक प्राथमिकता नंबर के साथ: भेजने वाले सर्वर सबसे छोटा नंबर पहले आज़माते हैं और फिर बाक़ियों पर जाते हैं। Target ऐसा होस्ट नाम होना चाहिए जिसके अपने A या AAAA रिकॉर्ड हों; जिस डोमेन पर MX नहीं, वहाँ उसका अपना एड्रेस इस्तेमाल होता है; और null MX ("0 .") बताता है कि डोमेन कोई मेल नहीं लेता।

MX लुकअप कैसे इस्तेमाल करें

मेल पाने वाला डोमेन लिखें (user@example.com के लिए example.com — या पूरा एड्रेस पेस्ट करें)।
Cloudflare और Google की तुलना करनी हो तो रिज़ॉल्वर चुनें।
«MX लुकअप करें» दबाएँ और टेबल ऊपर से पढ़ें: पहली पंक्ति वह सर्वर है जिसे भेजने वाले सबसे पहले आज़माते हैं।
Note कॉलम और निष्कर्षों में resolve न होने वाले सर्वर, alias और IPv6 की कमी देखें।

MX लुकअप की खूबियाँ

प्राथमिकता के क्रम में MX रिकॉर्ड, सेट के बचे हुए TTL के साथ
पहले चार मेल सर्वर के IPv4 (A) और IPv6 (AAAA) एड्रेस, उसी रन में resolve
Null MX (RFC 7505) की पहचान, और असली मेल सर्वर के साथ मिला हो तो चेतावनी
डोमेन पर MX न हो तो implicit MX की व्याख्या: डोमेन के अपने एड्रेस जिन पर भेजने वाले मेल डालेंगे
alias (CNAME), IP एड्रेस, बिना एड्रेस वाले नाम या प्राइवेट एड्रेस वाले मेल सर्वर अलग से बताए जाते हैं
पूरा ईमेल एड्रेस भी पेस्ट कर सकते हैं — @ के बाद वाला डोमेन लिया जाता है

इनपुट और आउटपुट

इनपुट

डोमेन नाम — मेल डोमेन, या पूरा ईमेल एड्रेस जिसका डोमेन हिस्सा इस्तेमाल होता है।
रिज़ॉल्वर — Cloudflare 1.1.1.1 (डिफ़ॉल्ट) या Google Public DNS।

आउटपुट

सारांश — रिस्पॉन्स कोड, मेल सर्वर की संख्या, पसंदीदा सर्वर, resolve हुए सर्वर में से कितनों का IPv6 एड्रेस (AAAA रिकॉर्ड) है, और सबसे कम TTL।
मेल सर्वर — हर MX रिकॉर्ड की प्राथमिकता, होस्ट नाम, IPv4 और IPv6 एड्रेस और एक नोट।
निष्कर्ष — null MX, implicit MX, alias, resolve न होने वाले या प्राइवेट सर्वर, साझा प्राथमिकता और अकेला सर्वर (single point of failure)।

MX लुकअप का उदाहरण

gmail.com के मेल सर्वर

इनपुट:

gmail.com

आउटपुट:

Response code: NOERROR · Mail servers: 5 · Preferred server: gmail-smtp-in.l.google.com · Servers with an IPv6 address: 4/4
5   gmail-smtp-in.l.google.com        142.251.127.27   2a00:1450:4001:c21::1b
10  alt1.gmail-smtp-in.l.google.com   142.250.147.26   2a00:1450:4025:c01::1b
20  alt2.gmail-smtp-in.l.google.com   172.253.152.26   2a00:1450:4010:c22::1a
30  alt3.gmail-smtp-in.l.google.com   192.179.20.26    2404:6800:4000:1027::1b
40  alt4.gmail-smtp-in.l.google.com   —                —   not resolved (first 4 only)
Findings: Senders try the lowest priority number first and move to higher numbers only when those servers cannot be reached.

MX लुकअप के नतीजे कैसे पढ़ें

छोटा प्राथमिकता नंबर जीतता है: पहली पंक्ति वह जगह है जहाँ मेल आमतौर पर जाती है; बाक़ी सिर्फ़ तब इस्तेमाल होते हैं जब बेहतर सर्वर पहुँच में न हों।

किसी सर्वर के आगे "कोई A या AAAA रिकॉर्ड नहीं" या "नाम मौजूद नहीं" का मतलब है कि भेजने वाले उसे इस्तेमाल नहीं कर सकते; अगर वही अकेला सर्वर है तो डोमेन की मेल फ़ेल होगी। "पता नहीं (लुकअप विफल)" का मतलब है कि उस एड्रेस क्वेरी पर रिज़ॉल्वर से काम का जवाब नहीं मिला, इसलिए इससे कोई नतीजा नहीं निकलता — लुकअप दोबारा चलाएँ या रिज़ॉल्वर बदलें।

Null MX का मतलब है कि डोमेन जान-बूझकर मेल मना करता है। MX का बिल्कुल न होना अलग बात है: तब भेजने वाले डोमेन का अपना एड्रेस आज़माते हैं, जो अक्सर ऐसा वेब सर्वर होता है जो मेल नहीं लेता।

IPv6 कॉलम में डैश ग़लती नहीं — कई मेल सर्वर सिर्फ़ IPv4 पर हैं — पर जिस सर्वर के पास सिर्फ़ IPv6 हो, वह सिर्फ़-IPv4 भेजने वालों से मेल नहीं पा सकता।

MX लुकअप कब इस्तेमाल करें

Google Workspace, Microsoft 365 या किसी और प्रोवाइडर पर जाने से पहले और बाद में देखना कि डोमेन की मेल कहाँ जाती है।
Bounce हुई मेल डीबग करना: पक्का करना कि MX होस्ट मौजूद हैं और पब्लिक एड्रेस पर resolve होते हैं।
जाँचना कि सिर्फ़ वेबसाइट वाला डोमेन null MX पब्लिश करता है, ताकि नक़ली bounce जल्दी रिजेक्ट हों।
फ़ायरवॉल नियम या allow-list के लिए मेल सर्वर के एड्रेस इकट्ठा करना।

समस्या निवारण

"IP एड्रेस नहीं, डोमेन नाम लिखें": MX रिकॉर्ड डोमेन के होते हैं; @ के बाद वाला हिस्सा लिखें।
NXDOMAIN: डोमेन DNS में मौजूद नहीं — स्पेलिंग जाँचें, या देखें कि डोमेन रजिस्ट्रेशन ख़त्म तो नहीं हुआ।
माइग्रेशन के बाद भी पुराने प्रोवाइडर के सर्वर दिख रहे हैं: रिज़ॉल्वर पिछला MX सेट उसके TTL तक रख सकता है; रिज़ॉल्वर मिलाएँ या MX टाइप के साथ DNS प्रोपेगेशन चेकर चलाएँ।
कोई सर्वर alias (CNAME) दिखा: MX target को प्रोवाइडर के बताए आख़िरी होस्ट नाम से बदलें।

MX लुकअप के बारे में अक्सर पूछे जाने वाले सवाल

MX प्राथमिकता नंबर का क्या मतलब है?

भेजने वाले सर्वर सबसे छोटा नंबर पहले आज़माते हैं और बड़े नंबर तभी इस्तेमाल करते हैं जब वे सर्वर पहुँच में न हों। एक जैसे नंबर वाले सर्वर को मेल रैंडम क्रम में मिलती है, जिससे लोड बँटता है। नंबर सापेक्ष हैं: 10 और 20 ठीक वैसे ही काम करते हैं जैसे 1 और 2।

अगर डोमेन पर कोई MX रिकॉर्ड न हो तो क्या होता है?

RFC 5321 के अनुसार भेजने वाले तब डोमेन के अपने A या AAAA एड्रेस पर लौटते हैं (implicit MX), इसलिए मेल वेब सर्वर पर पहुँच सकती है। टूल वे एड्रेस दिखाता है। अगर डोमेन को मेल नहीं लेनी है तो इसकी जगह null MX ("0 .") पब्लिश करें।

Null MX रिकॉर्ड क्या है?

प्राथमिकता 0 और target "." वाला एक अकेला MX रिकॉर्ड (RFC 7505)। यह भेजने वालों को बताता है कि डोमेन कोई मेल नहीं लेता, तो वे कई दिन retry करने की बजाय तुरंत bounce कर देते हैं — सिर्फ़ वेबसाइट वाले डोमेन के लिए उपयोगी।

क्या MX रिकॉर्ड CNAME या IP एड्रेस की ओर इशारा कर सकता है?

नहीं करना चाहिए। RFC 2181 कहता है कि MX का target ऐसा होस्ट नाम हो जिसके अपने A/AAAA रिकॉर्ड हों, और IP एड्रेस तो वैध target है ही नहीं। कुछ भेजने वाले alias चला लेते हैं, कुछ मना कर देते हैं, इसलिए टूल दोनों मामले चिह्नित करता है।

क्या यह जाँचता है कि मेल सर्वर सच में मेल स्वीकार करता है?

नहीं। यह सिर्फ़ DNS पढ़ता है: MX रिकॉर्ड और सर्वर के एड्रेस। यह पोर्ट 25 पर SMTP कनेक्शन नहीं खोलता — Mutqan सर्वर कभी पोर्ट 25 से कनेक्ट नहीं करता — और SPF, DKIM या DMARC नहीं जाँचता।

तकनीकी नोट्स

MX रिकॉर्ड में एक preference और मेल एक्सचेंजर का होस्ट नाम होता है (RFC 1035 §3.3.9)। RFC 5321 §5.1 भेजने वाले सर्वर से कहता है कि MX सेट को preference के क्रम में लगाए, बराबर preference को रैंडम करे, हर होस्ट को उसके एड्रेस में resolve करे, और डोमेन के अपने A/AAAA रिकॉर्ड पर सिर्फ़ तब जाए जब कोई MX न हो। RFC 2181 §10.3 MX को alias पर इशारा करने से मना करता है।

Null MX — preference 0, target "." — घोषित करता है कि डोमेन कोई मेल नहीं लेता (RFC 7505)। टूल एक MX क्वेरी करता है, और फिर पहले चार सर्वर में से हर एक के लिए (या MX न हो तो ख़ुद डोमेन के लिए) ज़्यादा से ज़्यादा एक A और एक AAAA क्वेरी — सब चुने हुए पब्लिक रिज़ॉल्वर से।

सीमाएँ और कार्यप्रणाली

यह सिर्फ़ DNS जाँच है: यह मेल सर्वर से कनेक्ट नहीं करती (Mutqan सर्वर से पोर्ट 25 पर कभी संपर्क नहीं होता) और SPF, DKIM, DMARC या TLS नहीं जाँचती।

एड्रेस सिर्फ़ प्राथमिकता के क्रम में पहले चार सर्वर के resolve होते हैं; बाक़ी सर्वर बिना एड्रेस के दिखते हैं।

एड्रेस वही हैं जो पब्लिक रिज़ॉल्वर Cloudflare एज से लौटाता है; बड़े प्रोवाइडर दूसरे इलाक़ों में अलग एड्रेस दे सकते हैं।

सुरक्षा और गोपनीयता

सिर्फ़ डोमेन — @ से पहले वाला हिस्सा कभी नहीं — Mutqan सर्वर से आपके चुने पब्लिक रिज़ॉल्वर को भेजा जाता है, साथ में उसके लौटाए मेल सर्वर के नाम। कुछ भी स्टोर नहीं होता।

संदर्भ

RFC 5321: Simple Mail Transfer ProtocolIETF · 2008SMTP प्रोटोकॉल, जिसमें §5.1 भी है: भेजने वाला सर्वर MX रिकॉर्ड को preference के क्रम में कैसे लगाता है, बराबर वालों को रैंडम करता है और MX न होने पर डोमेन के अपने एड्रेस पर लौटता है।
RFC 7505: A "Null MX" No Service Resource Record for Domains That Accept No MailIETF · 2015Null MX रिकॉर्ड (preference 0, target ".") जिससे कोई डोमेन घोषित करता है कि वह कोई मेल नहीं लेता।
RFC 2181: Clarifications to the DNS SpecificationIETF · 1997ऐसे नियम जो मूल DNS RFC में खुले छोड़े गए थे: एक RRset का एक ही TTL, TTL की सीमाएँ, और यह कि MX व NS का target alias (CNAME) नहीं हो सकता।