संक्षिप्त उत्तर
MX रिकॉर्ड क्या है?
MX रिकॉर्ड एक DNS रिकॉर्ड है जो उस मेल सर्वर का नाम देता है जो किसी डोमेन का ईमेल स्वीकार करता है, प्राथमिकता संख्या के साथ: सबसे कम संख्या पहले आज़माई जाती है। Postelva के साथ आप मुफ़्त DNS संपादक में अपने डोमेन के MX रिकॉर्ड संपादित करते हैं, उदाहरण के लिए प्राथमिकता 10 पर mail.protonmail.ch और 20 पर mailsec.protonmail.ch।
तीन प्रदाताओं के MX रिकॉर्ड, उनके मदद-पृष्ठों से पढ़े गए
| प्रदाता | MX होस्ट | प्राथमिकता |
|---|---|---|
| Proton Mail | mail.protonmail.ch | 10 |
| Proton Mail | mailsec.protonmail.ch | 20 |
| Fastmail | in1-smtp.messagingengine.com | 10 |
| Fastmail | in2-smtp.messagingengine.com | 20 |
| Mailbox.org | mxext1.mailbox.org, mxext2.mailbox.org, mxext3.mailbox.org, mxext4.mailbox.org | हर एक 10 (यदि आपका DNS होस्ट समान प्राथमिकताएँ अस्वीकार करे तो 10, 20, 30, 40 उपयोग करें) |
अंतिम जाँच को; पुराने आँकड़ों की अपनी तारीख होती है
MX रिकॉर्ड कैसे काम करता है?
एक भेजने वाला मेल सर्वर उस भाग के MX रिकॉर्ड DNS से माँगता है जो @ के बाद है, उन्हें प्राथमिकता से छाँटता है, और उसी क्रम में आज़माता है। जब कोई [email protected] को लिखता है, तो उसका सर्वर yourname.com के MX रिकॉर्ड देखता है। हर रिकॉर्ड में दो मान होते हैं: एक प्राथमिकता संख्या और एक मेल होस्ट का नाम।
RFC 5321, SMTP मानक, कहता है कि प्राथमिकता मान छँटाई में इस्तेमाल होना चाहिए, कि कम संख्या पहले आज़माई जाती है, और कि बराबर प्राथमिकता वाले होस्ट यादृच्छिक क्रम में चुने जाते हैं। भेजने वाला एक के बाद एक कम से कम दो पते आज़माता है, जब तक कोई एक संदेश स्वीकार न करे।
MX रिकॉर्ड मेलबॉक्स नहीं रखता। वह केवल आपके ईमेल प्रदाता की मशीन की ओर इशारा करता है, जो संदेश संग्रहीत करती है। इसीलिए आपका पता पोर्टेबल है: आप डोमेन एक बार खरीदते हैं, और एक प्रदाता से दूसरे पर जाते समय MX रिकॉर्ड बदलते हैं। मेलबॉक्स बदलता है, पता नहीं। कस्टम ईमेल डोमेन पृष्ठ इस विचार को पूरा समझाता है।
प्राथमिकता संख्या का क्या अर्थ है?
प्राथमिकता संख्या डिलीवरी का क्रम तय करती है: सबसे कम संख्या वाला सर्वर पहले मेल पाता है, और अगला उसका बैकअप है। इस संख्या की कोई इकाई नहीं है और आपके अपने रिकॉर्डों की तुलना के बाहर उसका कोई अर्थ नहीं। 10 और 20 वैसे ही काम करते हैं जैसे 1 और 2।
Proton Mail दो रिकॉर्ड उपयोग करता है: प्राथमिकता 10 पर mail.protonmail.ch और 20 पर mailsec.protonmail.ch। Fastmail भी in1-smtp.messagingengine.com (10) और in2-smtp.messagingengine.com (20) पर 10 और 20 उपयोग करता है। Mailbox.org चार होस्ट, mxext1 से mxext4, एक ही प्राथमिकता 10 पर सूचीबद्ध करता है, इसलिए भेजने वाला उनमें से एक यादृच्छिक चुनता है; यदि आपका DNS होस्ट समान प्राथमिकताएँ अस्वीकार करे, तो Mailbox.org कहता है 10, 20, 30 और 40 उपयोग करें।
एक नियम कई खोए संदेश बचाता है: केवल अपने वर्तमान प्रदाता के MX रिकॉर्ड रखें। Fastmail और Proton दोनों चेतावनी देते हैं कि पुराने प्रदाता का MX यदि रह जाए तो डिलीवरी अनिश्चित हो जाती है, क्योंकि भेजने वाला उसे चुन सकता है। एकमात्र सुरक्षित ओवरलैप यह है कि नए होस्ट को सबसे कम प्राथमिकता संख्या दें।
यदि किसी डोमेन पर MX रिकॉर्ड न हो तो क्या होता है?
किसी भी MX रिकॉर्ड के बिना, भेजने वाला डोमेन के अपने ही A या AAAA पते के रिकॉर्ड पर लौटता है, मानो डोमेन का MX प्राथमिकता 0 का हो जो उसके अपने A या AAAA रिकॉर्ड की ओर इंगित करता है। RFC 5321 इसे implicit MX कहता है। यह बैकअप तभी लागू होता है जब कोई MX रिकॉर्ड न हो: जैसे ही एक MX रिकॉर्ड प्रकाशित होता है, भेजने वालों को डोमेन के A या AAAA रिकॉर्ड इस्तेमाल नहीं करने चाहिए।
जिस डोमेन को आप मेल के लिए उपयोग नहीं करते, उसके लिए यह बैकअप परेशानी है। भेजने वाले आपके वेब सर्वर पर डिलीवरी की कोशिश करते रहते हैं, आम तौर पर कई दिनों तक, और भेजने वाले को विफलता बहुत देर से पता चलती है। null MX तुरंत दरवाज़ा बंद कर देता है।
null MX रिकॉर्ड क्या है?
null MX एक ही MX रिकॉर्ड है जिसकी प्राथमिकता 0 है और लक्ष्य एक बिंदु है, और वह घोषित करता है कि डोमेन कोई ईमेल स्वीकार नहीं करता। यह RFC 7505 में परिभाषित है। null MX के साथ भेजने वाला सर्वर पहले ही प्रयास पर डिलीवरी विफल कर देता है और संदेश को दिनों तक कतार में नहीं रखता।
RFC 7505 दो नियम देता है। जो डोमेन null MX प्रकाशित करता है, उसे कोई और MX रिकॉर्ड प्रकाशित नहीं करना चाहिए, इसलिए null MX अकेला रहता है। और जो डोमेन अपने पतों से मेल भेजता है, उसे null MX उपयोग नहीं करना चाहिए, क्योंकि प्राप्तकर्ता उसके संदेश अस्वीकार कर सकते हैं। इसे केवल ऐसे नाम के लिए उपयोग करें जो न भेजता है न प्राप्त करता है, जैसे कोई डोमेन जो आप रीडायरेक्ट के लिए या रक्षात्मक पंजीकरण के रूप में रखते हैं। रिकॉर्ड ज़ोन-फ़ाइल संकेतन में ऐसा दिखता है:
; domain that receives no email
example.com. IN MX 0 .
; domain hosted at Proton Mail
example.com. IN MX 10 mail.protonmail.ch.
example.com. IN MX 20 mailsec.protonmail.ch.क्या MX रिकॉर्ड किसी IP पते या CNAME की ओर इंगित कर सकता है?
नहीं: MX रिकॉर्ड का लक्ष्य एक होस्ट नाम होता है जो A या AAAA रिकॉर्ड पर हल होता है, कभी सादा IP पता नहीं। RFC 5321 उस लक्ष्य को भी दायरे से बाहर छोड़ता है जो CNAME के माध्यम से हल होता है, इसलिए सुरक्षित विकल्प यह है कि MX सीधे उस होस्ट की ओर इंगित करे जिसके अपने पते के रिकॉर्ड हों। प्रदाता ऊपर की तालिका जैसे सही होस्ट नाम प्रकाशित करते हैं।
MX में होस्ट नाम कोई वेब पता नहीं है। mail.protonmail.ch एक प्राप्त करने वाला सर्वर है; उसे ब्राउज़र में खोलने से कुछ पता नहीं चलता। यही बात नाम के अंत पर भी लागू होती है: ज़ोन फ़ाइल में अंत का बिंदु पूर्ण नाम दर्शाता है, जबकि कई DNS संपादक उसे आपके लिए जोड़ देते हैं, इसलिए मान वैसा ही कॉपी करें जैसा आपका प्रदाता दिखाता है।
मैं अपने डोमेन पर MX रिकॉर्ड कैसे जोड़ूँ या बदलूँ?
डोमेन का DNS संपादक खोलें, पिछले प्रदाता के MX रिकॉर्ड हटाएँ, और नए प्राथमिकता के साथ जोड़ें। Postelva हर डोमेन को MX, TXT, CNAME और दूसरे रिकॉर्ड प्रकारों के साथ मुफ़्त DNS होस्टिंग देता है, और Proton Mail, Fastmail, Zoho Mail, Google Workspace और Microsoft 365 के लिए एक-क्लिक DNS टेम्पलेट, साथ ही SPF + DMARC टेम्पलेट और उस डोमेन के लिए "no email" टेम्पलेट जो कुछ नहीं भेजता। Tuta, Mailbox.org, iCloud+ और Migadu के लिए कोई एक-क्लिक टेम्पलेट नहीं है: आप अपने प्रदाता द्वारा दिखाए गए मानों से MX, TXT और CNAME रिकॉर्ड DNS संपादक में टाइप करते हैं।
स्थानांतरण से पहले पुराने MX रिकॉर्ड का TTL घटाएँ। बदलाव के फैलने में लगने वाला समय लगभग उस समय के पुराने TTL जितना होता है जब आप बदलाव करते हैं, और विक्रेता मार्गदर्शन एक MX बदलाव की आम देरी एक से चार घंटे बताता है, कभी-कभी 48 घंटे तक। क्रम का पूरा विवरण बिना मेल खोए ईमेल को नए प्रदाता पर कैसे ले जाएँ गाइड में है। बदलाव के बाद, एक लुकअप से MX, SPF, DKIM और DMARC रिकॉर्ड जाँचें। एक प्रदाता के चरण-दर-चरण मार्गदर्शन के लिए Proton Mail कस्टम डोमेन सेटअप से शुरू करें।
क्या विश्वसनीय ढंग से ईमेल प्राप्त करने के लिए MX पर्याप्त है?
नहीं: MX तय करता है कि मेल कहाँ पहुँचे, पर SPF, DKIM और DMARC तय करते हैं कि दूसरे सर्वर आपके भेजे मेल पर भरोसा करें। सही MX रिकॉर्ड वाला डोमेन ईमेल प्राप्त करता है, और उससे भेजा गया संदेश तीन प्रमाणीकरण रिकॉर्ड के बिना फिर भी स्पैम में जा सकता है। उन्हें SPF बनाम DKIM बनाम DMARC में साथ-साथ समझाया गया है।
Postelva की 12 नवंबर 2026 की गिनती के अनुसार, जिन प्रदाताओं के मदद-पृष्ठ उसने पढ़े, उनमें Proton Mail और Fastmail हर एक 2 MX होस्ट उपयोग करते हैं और Mailbox.org 4। पूरा Proton Mail सेटअप तब कुल 8 रिकॉर्ड है: 1 सत्यापन TXT, 2 MX, 1 SPF, 3 DKIM और 1 DMARC।
एक उद्धरण-योग्य सारांश: MX रिकॉर्ड दुनिया को बताता है कि किसी डोमेन का ईमेल कौन सा सर्वर प्राप्त करता है, और उसे बदलना ही वह एक कदम है जो पते को प्रदाताओं के बीच ले जाता है। Postelva डोमेन और उसका DNS बेचता है; मेलबॉक्स आपके ईमेल प्रदाता के पास रहता है।
MX रिकॉर्ड के प्रश्न
किसी डोमेन के कितने MX रिकॉर्ड होने चाहिए?
यदि डोमेन कुछ प्राप्त नहीं करता, तो एक null MX; अन्यथा आपके प्रदाता द्वारा सूचीबद्ध संख्या: Proton Mail और Fastmail के लिए दो, Mailbox.org के लिए चार। दो या अधिक भेजने वाले को बैकअप देते हैं।
क्या DNS संपादक में MX रिकॉर्ड का क्रम मायने रखता है?
नहीं। भेजने वाले प्राथमिकता संख्या से छाँटते हैं, प्रदर्शन के क्रम से नहीं। केवल संख्या तय करती है कि कौन सा होस्ट पहले आज़माया जाए।
MX बदलाव में कितना समय लगता है?
विक्रेता मार्गदर्शन एक सामान्य MX बदलाव को एक से चार घंटे और ऊपरी सीमा 24 से 48 घंटे बताता है। यह इस पर निर्भर है कि बदलते समय पुराने रिकॉर्ड का TTL क्या था।
क्या एक डोमेन के लिए दो प्रदाता मेल प्राप्त कर सकते हैं?
केवल जानबूझकर सेटअप के साथ, क्योंकि भेजने वाले प्राथमिकता से MX होस्ट चुनते हैं। दो प्रदाताओं के MX होस्ट गलती से मिलाने से डिलीवरी अनिश्चित हो जाती है, इसलिए एक ही प्रदाता के रिकॉर्ड रखें।
क्या ईमेल भेजने के लिए MX रिकॉर्ड चाहिए?
भेजने के लिए नहीं, क्योंकि भेजना SPF और DKIM से होता है। जवाब और बाउंस संदेश प्राप्त करने के लिए MX चाहिए।
सार
- MX रिकॉर्ड किसी डोमेन के मेल सर्वर का नाम देता है और उसमें एक प्राथमिकता संख्या होती है।
- सबसे कम प्राथमिकता संख्या पहले आज़माई जाती है (RFC 5321); बराबर संख्याओं में यादृच्छिक चुनाव होता है।
- बिना किसी MX के, भेजने वाले डोमेन के A या AAAA रिकॉर्ड पर लौटते हैं।
- null MX (RFC 7505) एक रिकॉर्ड है, प्राथमिकता 0 और एक बिंदु, उस डोमेन के लिए जो कोई ईमेल स्वीकार नहीं करता।
- Proton Mail mail.protonmail.ch (10) और mailsec.protonmail.ch (20) उपयोग करता है; Fastmail in1-smtp (10) और in2-smtp (20)।
- केवल अपने वर्तमान प्रदाता के MX रिकॉर्ड रखें।
- Postelva MX, TXT और CNAME रिकॉर्ड के साथ मुफ़्त DNS देता है; एक .com $12.49/साल है, हर वर्ष एक ही।
स्रोत (5)
- RFC 5321, Simple Mail Transfer Protocol, खंड 5.1 — RFC Editor (पढ़ा गया 2026-11-12)
- RFC 7505, A "Null MX" No Service Resource Record — RFC Editor (पढ़ा गया 2026-11-12)
- स्विच करते समय पुराने MX रिकॉर्ड हटाएँ (Fastmail सहायता) — Fastmail (पढ़ा गया 2026-11-12)
- कस्टम डोमेन और स्पूफिंग-विरोधी सुरक्षा (Proton सहायता) — Proton (पढ़ा गया 2026-11-12)
- कस्टम डोमेन के लिए SPF, DKIM और DMARC (Mailbox.org नॉलेज बेस) — Mailbox.org (पढ़ा गया 2026-11-12)