बुनियादी जनसांख्यिकीय जानकारी कभी मांग बढ़ाने की कुंजी हुआ करती थी। लेकिन अब जब यह डेटा व्यापक रूप से उपलब्ध है, तो यह पर्याप्त नहीं रह गया है...
चाबी छीन लेना
- MX रिकॉर्ड भेजने वाले सर्वरों को यह बताते हैं कि कौन से मेल सर्वर आपके डोमेन के लिए ईमेल स्वीकार करते हैं और उन्हें किस क्रम में आज़माया जाना चाहिए।
- MX रिकॉर्ड की जांच करने के कई तरीके हैं, जिनमें ऑनलाइन टूल से लेकर कमांड-लाइन यूटिलिटीज तक शामिल हैं, यह आपकी तकनीकी दक्षता और आवश्यकताओं पर निर्भर करता है।
- MX रिकॉर्ड अपडेट को वैश्विक स्तर पर DNS सर्वरों में पूरी तरह से प्रसारित होने में 1-48 घंटे लग सकते हैं, इसलिए माइग्रेशन के दौरान सावधानीपूर्वक योजना बनाना आवश्यक है।
आपकी टीम ने हाल ही में एक नए ईमेल प्रदाता पर माइग्रेट किया है, और आपने अपने ईमेल सेवा प्रदाता (ESP) में सभी सेटिंग्स अपडेट कर दी हैं। सब कुछ सही ढंग से कॉन्फ़िगर किया हुआ प्रतीत होता है। फिर भी, आपके डोमेन पर भेजे गए ईमेल बाउंस हो रहे हैं और भेजने वालों को "मेल सर्वर नहीं मिला" की त्रुटि दिखाई दे रही है।
समस्या जितनी दिखती है उससे कहीं ज़्यादा सरल और पेचीदा है। आपके MX रिकॉर्ड, यानी DNS प्रविष्टियाँ जो इंटरनेट को बताती हैं कि आपका ईमेल कहाँ डिलीवर होना चाहिए, अभी भी पुराने प्रदाता की ओर इंगित कर रहे हैं।
MX रिकॉर्ड पर्दे के पीछे काम करते हैं और रोज़ाना अरबों ईमेल को रूट करते हैं, जिसके बारे में ज़्यादातर लोगों को पता भी नहीं होता। लेकिन जब MX रिकॉर्ड मौजूद नहीं होते, गलत तरीके से कॉन्फ़िगर किए गए होते हैं या गलत सर्वर की ओर इशारा करते हैं, तो ईमेल डिलीवरी पूरी तरह से रुक जाती है। डिलीवरेबिलिटी समस्याओं के विपरीत, जो इनबॉक्स में ईमेल की स्थिति को कम कर देती हैं, MX समस्याएं ईमेल को आपके मेल सर्वर तक पहुंचने से पूरी तरह रोक देती हैं।
एमएक्स लुकअप से यह पता चलता है कि आपके डोमेन पर आने वाले ईमेल वास्तव में कहाँ रूट किए जा रहे हैं, प्रत्येक मेल सर्वर की प्राथमिकता क्या है, और क्या आपका डीएनएस कॉन्फ़िगरेशन आपके वास्तविक ईमेल इंफ्रास्ट्रक्चर से मेल खाता है।
यह गाइड बताती है कि एमएक्स रिकॉर्ड क्या होते हैं, एमएक्स लुकअप कैसे काम करते हैं, सामान्य उपकरणों का उपयोग करके उन्हें कैसे किया और समझा जा सकता है, और एमएक्स कॉन्फ़िगरेशन की सबसे आम समस्याओं को कैसे ठीक किया जा सकता है।
MX लुकअप क्या है?
MX लुकअप एक DNS क्वेरी है जो किसी विशिष्ट डोमेन के लिए मेल एक्सचेंज (MX) रिकॉर्ड प्राप्त करती है। ये MX रिकॉर्ड DNS प्रविष्टियाँ हैं जो इंटरनेट को बताती हैं कि उस डोमेन के लिए कौन से मेल सर्वर ईमेल प्राप्त करने के लिए अधिकृत हैं।
उदाहरण के लिए, जब कोई आपको कोई पत्र भेजता है, तो डाक प्रणाली आपके पते का उपयोग करके यह तय करती है कि किस केंद्र पर पत्र पहुंचाया जाना चाहिए। इसी प्रकार, जब कोई आपको ईमेल भेजता है, तो मेल सर्वर आपके डोमेन के MX रिकॉर्ड का उपयोग करके यह निर्धारित करते हैं कि संदेश किस ईमेल सर्वर को प्राप्त होना चाहिए।
एमएक्स लुकअप एक ही सवाल का जवाब देता है: "इस डोमेन के लिए ईमेल कहां डिलीवर किए जाने चाहिए?"
ईमेल प्राप्त करने वाले प्रत्येक डोमेन के DNS में कम से कम एक MX रिकॉर्ड प्रकाशित होना आवश्यक है। MX रिकॉर्ड के बिना, ईमेल भेजने वाले सर्वर को यह पता नहीं होता कि संदेशों को कहाँ भेजना है, और डिलीवरी "मेल सर्वर नहीं मिला" या "कोई MX रिकॉर्ड उपलब्ध नहीं है" जैसी त्रुटियों के साथ विफल हो जाती है।
MX रिकॉर्ड में निम्नलिखित शामिल हैं:
- प्राथमिकता मूल्य: एक संख्या (आमतौर पर 0-100) जो यह दर्शाती है कि पहले किस मेल सर्वर को आज़माना है। कम संख्या को उच्च प्राथमिकता दी जाती है।
- होस्ट का नाम: आपके डोमेन के लिए ईमेल स्वीकार करने वाले मेल सर्वर का पूर्णतः योग्य डोमेन नाम (FQDN), जैसे mail.example.com या mx1.googlemail.com।
अधिकांश डोमेन सुरक्षा सुनिश्चित करने के लिए अलग-अलग प्राथमिकताओं वाले कई MX रिकॉर्ड कॉन्फ़िगर करते हैं। यदि प्राथमिक मेल सर्वर बंद हो जाता है, तो भेजने वाले सर्वर प्राथमिकता क्रम के आधार पर स्वचालित रूप से द्वितीयक या तृतीयक सर्वरों से संपर्क करने का प्रयास करते हैं।
एमएक्स रिकॉर्ड्स का उपयोग किस लिए किया जाता है?
MX रिकॉर्ड का एक मुख्य उद्देश्य होता है: आपके डोमेन के लिए आने वाले ईमेल को सही मेल सर्वर तक पहुंचाना। लेकिन इस सरल कार्य का ईमेल के काम करने के तरीके पर कई महत्वपूर्ण प्रभाव पड़ते हैं।
सभी आने वाले ईमेल को निर्देशित करना
जब कोई ईमेल भेजता है [ईमेल संरक्षित]उनका मेल सर्वर आपके डोमेन.कॉम के लिए एमएक्स लुकअप करता है ताकि यह पता चल सके कि कौन सा मेल सर्वर आपके ईमेल को हैंडल करता है। एमएक्स रिकॉर्ड भेजने वाले सर्वर को यह बताते हैं कि संदेश को ठीक कहाँ डिलीवर करना है।
आपके डोमेन पर भेजे गए हर ईमेल के लिए यह रूटिंग होती है, जिसमें ग्राहक पूछताछ, न्यूज़लेटर साइनअप, सिस्टम नोटिफिकेशन, आंतरिक टीम संचार और अन्य सभी ईमेल शामिल हैं। यदि आपके MX रिकॉर्ड गलत हैं, तो इनमें से कोई भी ईमेल आप तक नहीं पहुंचेगा।
फ़ेलओवर और डिलीवरी लचीलापन प्रदान करना
डोमेन आमतौर पर अलग-अलग प्राथमिकताओं वाले कई MX रिकॉर्ड प्रकाशित करते हैं:
- Priority 10: Primary mail server (mx1.emailprovider.com)
- Priority 20: Secondary backup server (mx2.emailprovider.com)
- Priority 30: Tertiary backup server (mx3.emailprovider.com)
ईमेल भेजने वाले सर्वर सबसे कम प्राथमिकता वाले सर्वर को प्राथमिकता देते हैं। यदि वह सर्वर अनुपलब्ध, पहुंच से बाहर हो या कोई त्रुटि उत्पन्न करे, तो वे स्वचालित रूप से अगले उच्च प्राथमिकता वाले सर्वर पर चले जाते हैं। यह अतिरिक्त व्यवस्था सुनिश्चित करती है कि यदि आपका प्राथमिक ईमेल सर्वर रखरखाव के लिए बंद हो जाए या उसमें कोई खराबी आ जाए, तब भी ईमेल की डिलीवरी जारी रहे।
कुछ संगठन आने वाले ईमेल लोड को कई सर्वरों में वितरित करने के लिए समान प्राथमिकता वाले एमएक्स रिकॉर्ड का भी उपयोग करते हैं, हालांकि यह सरल फेलओवर कॉन्फ़िगरेशन की तुलना में कम आम है।
आपके सक्रिय ईमेल इन्फ्रास्ट्रक्चर से मेल खाता हुआ
आपके MX रिकॉर्ड उन ईमेल सर्वरों की ओर इंगित होने चाहिए जिन्हें आप स्वयं नियंत्रित करते हैं या जिन्हें आपका ईमेल प्रदाता संचालित करता है। यदि आप Google Workspace का उपयोग कर रहे हैं, तो आपके MX रिकॉर्ड Google के ईमेल सर्वरों की ओर इंगित होने चाहिए। यदि आप Microsoft 365 का उपयोग कर रहे हैं, तो वे Microsoft के सर्वरों की ओर इंगित होने चाहिए। यदि आप अपना स्वयं का ईमेल सर्वर चलाते हैं, तो वे आपके सर्वर के होस्टनाम की ओर इंगित होने चाहिए।
MX रिकॉर्ड और वास्तविक इंफ्रास्ट्रक्चर में विसंगतियों के कारण ईमेल डिलीवरी में विफलताएँ आती हैं। उदाहरण के लिए, यदि माइग्रेशन के बाद भी आपके MX रिकॉर्ड किसी पुराने ईमेल प्रदाता की ओर इंगित करते हैं, तो नए ईमेल उन सर्वरों पर डिलीवर करने का प्रयास करेंगे जो अब आपके डोमेन के लिए मेल स्वीकार नहीं करते हैं।
डिलीवरी में होने वाली विफलताओं और गलत रूटिंग को रोकना
यदि MX रिकॉर्ड गलत हैं या अनुपलब्ध हैं:
- ईमेल भेजने वाले सर्वर यह पता नहीं लगा पा रहे हैं कि ईमेल कहाँ डिलीवर करना है, जिसके कारण ईमेल तुरंत बाउंस हो रहे हैं।
- ईमेल पुराने प्रदाताओं या गलत सर्वरों पर भेजे जा सकते हैं जो उन्हें अस्वीकार कर देते हैं।
- गलत कॉन्फ़िगरेशन के कारण यदि प्राथमिक सर्वर पहुंच से बाहर हो जाते हैं, तो बैकअप सर्वर सभी मेल प्राप्त कर सकते हैं।
- भेजने वाले सर्वरों द्वारा बार-बार अलग-अलग MX होस्टों पर प्रयास करने के कारण डिलीवरी में देरी होती है।
MX लुकअप कैसे काम करता है
जब किसी मेल सर्वर को ईमेल डिलीवर करने की आवश्यकता होती है, तो वह DNS सर्वरों से क्वेरी करके MX लुकअप करता है। यह प्रक्रिया स्वचालित रूप से होती है और इसमें कुछ मिलीसेकंड लगते हैं, लेकिन इसकी कार्यप्रणाली को समझने से आपको डिलीवरी संबंधी समस्याओं का निवारण करने में मदद मिलती है।
DNS क्वेरी प्रक्रिया:
- मेल सर्वर खोज प्रक्रिया शुरू करता है: ईमेल भेजने वाला सर्वर प्राप्तकर्ता के ईमेल पते से डोमेन (जो @ के बाद का हिस्सा होता है) निकालता है और उस डोमेन से जुड़े MX रिकॉर्ड के लिए DNS से क्वेरी करता है।
- DNS रिजॉल्वर का जवाब: DNS सिस्टम उस डोमेन के लिए कॉन्फ़िगर किए गए सभी MX रिकॉर्ड लौटाता है, जिसमें प्राथमिकता मान और मेल सर्वर होस्टनाम शामिल हैं।
- मेल सर्वर प्राथमिकता के आधार पर क्रमबद्ध करता है: प्रेषक सर्वर लौटाए गए MX रिकॉर्ड को प्राथमिकता मान (सबसे कम संख्या पहले) के आधार पर क्रमबद्ध करता है ताकि यह निर्धारित किया जा सके कि पहले किस मेल सर्वर को आज़माना है।
- कनेक्शन स्थापित करने के प्रयास शुरू होते हैं: प्रेषक सर्वर संदेश भेजने के लिए पोर्ट 25 (SMTP) पर उच्चतम प्राथमिकता (सबसे कम संख्या) वाले मेल सर्वर से कनेक्ट करने का प्रयास करता है।
- आवश्यकता पड़ने पर फ़ेलओवर: यदि प्राथमिक सर्वर अनुपलब्ध है, तो भेजने वाला सर्वर अगले प्राथमिकता स्तर पर चला जाता है और तब तक पुनः प्रयास करता है जब तक कि वह संदेश को सफलतापूर्वक वितरित नहीं कर देता या सभी विकल्पों का उपयोग नहीं कर लेता।
MX लुकअप से रिकॉर्ड की एक सूची प्राप्त होती है जिसका स्वरूप इस प्रकार होता है:
example.com MX 10 mail1.provider.com
example.com MX 20 mail2.provider.com
example.com MX 30 mail3.provider.com
प्रत्येक पंक्ति में डोमेन, रिकॉर्ड प्रकार (MX), प्राथमिकता मान और मेल सर्वर का होस्टनाम दिखाया गया है। भेजने वाले सर्वर इस जानकारी का उपयोग डिलीवरी रूटिंग और फ़ेलओवर अनुक्रम निर्धारित करने के लिए करते हैं।
MX लुकअप कैसे करें
एमएक्स रिकॉर्ड की जांच करने के लिए किसी विशेष सॉफ़्टवेयर की आवश्यकता नहीं होती है। आपकी तकनीकी दक्षता और आवश्यकताओं के आधार पर, ऑनलाइन टूल से लेकर कमांड-लाइन यूटिलिटी तक कई तरीके मौजूद हैं।
ऑनलाइन MX लुकअप टूल का उपयोग करना
ऑनलाइन टूल MX रिकॉर्ड की जांच करने का सबसे आसान तरीका प्रदान करते हैं, इसके लिए कुछ भी इंस्टॉल करने की आवश्यकता नहीं होती है। लोकप्रिय विकल्पों में शामिल हैं:
एमएक्स टूलबॉक्स (mxtoolbox.com):
- mxtoolbox.com पर जाएं
- खोज बॉक्स में अपना डोमेन दर्ज करें
- ड्रॉपडाउन से “MX लुकअप” चुनें
- प्राथमिकता मान और मेल सर्वर होस्टनाम दर्शाने वाले परिणामों की समीक्षा करें।
गूगल एडमिन टूलबॉक्स:
- toolbox.googleapps.com/apps/dig पर जाएं
- अपना डोमेन नाम दर्ज करें
- क्वेरी प्रकार के रूप में “MX” चुनें
- MX रिकॉर्ड देखने के लिए "रन" पर क्लिक करें
MX टूलबॉक्स (whatsmydns.net):
- whatsmydns.net पर जाएं
- अपना डोमेन दर्ज करें
- रिकॉर्ड प्रकारों में से “MX” चुनें
- विश्व स्तर पर कई DNS सर्वरों से MX रिकॉर्ड देखें
ये उपकरण न केवल आपके MX रिकॉर्ड दिखाते हैं, बल्कि अक्सर अतिरिक्त जानकारी भी दिखाते हैं जैसे कि क्या मेल सर्वर प्रतिक्रिया दे रहे हैं, उनके IP पते क्या हैं, और क्या DNS प्रसार संबंधी कोई समस्या मौजूद है।
कमांड-लाइन टूल का उपयोग करना
तकनीकी उपयोगकर्ताओं या स्वचालित जांचों के लिए, कमांड-लाइन यूटिलिटीज वेब इंटरफेस पर निर्भर किए बिना सीधे DNS क्वेरी प्रदान करती हैं।
nslookup का उपयोग करना (Windows, Mac, Linux):
nslookup -type=mx example.com
यह DNS सर्वरों से सीधे MX रिकॉर्ड लौटाता है। आउटपुट में प्राथमिकता मान और होस्टनाम दिखाए जाते हैं।
dig का उपयोग करना (मैक, लिनक्स):
dig example.com MX +short
+short फ्लैग केवल आवश्यक जानकारी लौटाता है: प्राथमिकता मान और मेल सर्वर होस्टनाम, बिना अतिरिक्त DNS क्वेरी विवरण के।
होस्ट का उपयोग करना (मैक, लिनक्स):
host -t MX example.com
यह प्राथमिकता और होस्टनाम की जानकारी के साथ मानव-पठनीय प्रारूप में MX रिकॉर्ड लौटाता है।
अपने होस्टिंग डैशबोर्ड के माध्यम से जाँच करें
अधिकांश होस्टिंग प्रदाता और डोमेन रजिस्ट्रार DNS प्रबंधन इंटरफेस प्रदान करते हैं जहां आप सीधे MX रिकॉर्ड देख और संपादित कर सकते हैं:
- अपने होस्टिंग कंट्रोल पैनल (cPanel, Plesk, आदि) या डोमेन रजिस्ट्रार डैशबोर्ड में लॉग इन करें।
- DNS सेटिंग्स या DNS ज़ोन एडिटर पर जाएं
- DNS प्रविष्टियों की सूची में MX रिकॉर्ड खोजें
- सुनिश्चित करें कि प्राथमिकताएं और होस्टनाम आपके ईमेल प्रदाता की आवश्यकताओं से मेल खाते हैं।
यह विधि आपके कॉन्फ़िगर किए गए रिकॉर्ड को उसी रूप में दिखाती है जैसे वे संग्रहीत हैं, जो वर्तमान में विश्व स्तर पर प्रसारित होने वाले रिकॉर्ड से भिन्न हो सकते हैं यदि आपने हाल ही में कोई परिवर्तन किया है।
MX लुकअप परिणामों को कैसे पढ़ें
MX लुकअप परिणामों में विशिष्ट जानकारी होती है जिसे आपको अपने ईमेल रूटिंग कॉन्फ़िगरेशन को समझने के लिए सही ढंग से व्याख्या करने की आवश्यकता होती है।
प्राथमिकता संख्याएँ (वरीयता मान)
प्राथमिकता संख्या उस क्रम को नियंत्रित करती है जिसमें मेल सर्वरों को आज़माया जाता है, सबसे पहले सबसे कम संख्या वाले सर्वर से शुरू करके (जो उच्च प्राथमिकता को दर्शाता है)।
example.com MX 10 primary.mailserver.com
example.com MX 20 backup.mailserver.com
इस उदाहरण में, सामान्य परिस्थितियों में primary.mailserver.com (प्राथमिकता 10) सभी ईमेल प्राप्त करता है। यदि यह अनुपलब्ध है, तो भेजने वाले सर्वर स्वचालित रूप से backup.mailserver.com (प्राथमिकता 20) से ईमेल भेजने का प्रयास करते हैं।
सामान्य प्राथमिकता पैटर्न में निम्नलिखित शामिल हैं:
- 10 के गुणक (10, 20, 30) में वृद्धि, जिससे स्पष्ट फ़ेलओवर क्रम सुनिश्चित होता है।
- बड़े अंतराल (10, 50, 100) रखे गए हैं, जिससे बाद में मौजूदा प्राथमिकताओं के बीच सर्वर जोड़ने की गुंजाइश बनी रहेगी।
- समान प्राथमिकताएँ (10, 10, 10), सर्वरों पर भार का यादृच्छिक वितरण
मेल सर्वर होस्टनाम
होस्टनेम उस सर्वर का पूर्ण डोमेन नाम है जो ईमेल स्वीकार करता है। इसे ऐसे आईपी पते पर रिजॉल्व होना चाहिए जहां वास्तव में एक मेल सर्वर चल रहा हो और पोर्ट 25 पर सुन रहा हो।
MX 10 mail.google.com
यह भेजने वाले सर्वरों को mail.google.com पर स्थित सर्वर को ईमेल भेजने का निर्देश देता है। उस होस्टनाम को DNS के माध्यम से एक वैध IP पते में परिवर्तित होना चाहिए, और उस पते पर एक मेल सर्वर चालू होना चाहिए।
टीटीएल (टाइम टू लिव) मान
कुछ खोज परिणामों में TTL मान शामिल होते हैं, जो सेकंड में दिखाए जाते हैं:
example.com 3600 IN MX 10 mail.example.com
टीटीएल (3600 सेकंड = 1 घंटा) यह दर्शाता है कि DNS सर्वर को अपडेट की जांच करने से पहले इस रिकॉर्ड को कितने समय तक कैश में रखना चाहिए। टीटीएल का मान कम होने से परिवर्तन तेजी से प्रसारित होते हैं, लेकिन इससे DNS क्वेरी लोड बढ़ जाता है।
परिणामों में क्या देखना चाहिए
अच्छे संकेतों में शामिल हैं:
- विभिन्न प्राथमिकताओं वाले एकाधिक MX रिकॉर्ड (अतिरेक)
- होस्टनाम जो आपके ईमेल प्रदाता के दस्तावेज़ों से मेल खाते हों
- सभी होस्टनाम वैध आईपी पतों में परिवर्तित होते हैं।
- विश्व स्तर पर सभी DNS सर्वरों में एक समान कॉन्फ़िगरेशन
चेतावनी के संकेतों में शामिल हैं:
- कोई MX रिकॉर्ड नहीं मिला (ईमेल डिलीवरी विफल हो जाएगी)
- MX रिकॉर्ड जो लोकलहोस्ट, निजी आईपी या अस्तित्वहीन होस्टनामों की ओर इंगित करते हैं
- प्राथमिकताएं जो आपके इच्छित फ़ेलओवर क्रम से मेल नहीं खातीं
- विभिन्न ईमेल प्रदाताओं की ओर इशारा करने वाले मिश्रित रिकॉर्ड (माइग्रेशन पूरा नहीं हुआ है)
MX लुकअप से जुड़ी सामान्य समस्याएं और त्रुटियां
जब आप एमएक्स लुकअप करते हैं, तो आपको कई सामान्य समस्याओं का सामना करना पड़ सकता है जो ईमेल की उचित डिलीवरी को रोकती हैं।
कोई MX रिकॉर्ड नहीं मिला
इसका क्या मतलब है: DNS आपके डोमेन के लिए कोई MX रिकॉर्ड नहीं लौटाता है, जो दर्शाता है कि ईमेल रूटिंग कॉन्फ़िगर नहीं है।
ऐसा क्यों होता है:
- आपने अभी-अभी एक डोमेन पंजीकृत किया है और अभी तक ईमेल को कॉन्फ़िगर नहीं किया है।
- माइग्रेशन या कॉन्फ़िगरेशन परिवर्तन के दौरान DNS रिकॉर्ड गलती से हटा दिए गए थे।
- आपके डोमेन रजिस्ट्रार या डीएनएस प्रदाता को कुछ समस्याएँ आ रही हैं।
- हाल ही में हुए परिवर्तनों के बाद DNS का प्रसार नहीं हुआ है (हालांकि इसमें आमतौर पर 24 घंटे से कम समय लगता है)।
इसे कैसे जोड़ेंगे:
- अपने DNS प्रदाता या होस्टिंग नियंत्रण पैनल में लॉग इन करें
- अपनी ईमेल सेवा (Google Workspace, Microsoft 365, आदि) द्वारा प्रदान किए गए MX रिकॉर्ड जोड़ें।
- परिवर्तन सहेजें और DNS के लागू होने की प्रतीक्षा करें (1-48 घंटे, आमतौर पर 1-4 घंटे)।
- प्रतीक्षा करने के बाद MX लुकअप टूल का उपयोग करके सत्यापित करें।
यदि कोई MX रिकॉर्ड मौजूद नहीं है, तो कुछ भेजने वाले सर्वर ईमेल को सीधे डोमेन के A रिकॉर्ड पर भेजने का प्रयास करेंगे, लेकिन यह विश्वसनीय नहीं है और कई सर्वर संदेश को तुरंत वापस भेज देंगे।
गलत प्राथमिकता निर्धारण
इसका अर्थ यह है: प्राथमिकता मान इस तरह से कॉन्फ़िगर किए गए हैं जो आपके इच्छित रूटिंग से मेल नहीं खाते, जिसके कारण ईमेल पहले बैकअप सर्वरों पर डिलीवर हो जाते हैं या अप्रत्याशित डिलीवरी पैटर्न बन जाते हैं।
ऐसा क्यों होता है:
- DNS सेटअप करते समय मैन्युअल कॉन्फ़िगरेशन त्रुटियाँ
- प्राथमिकता संबंधी तर्क को गलत समझना (यह सोचना कि उच्च संख्या का अर्थ उच्च प्राथमिकता है)
- अपूर्ण प्रवासन जहां पुराने और नए प्रदाता रिकॉर्ड दोनों गलत प्राथमिकताओं के साथ मौजूद हैं
समस्याओं के उदाहरण:
example.com MX 50 primary.mailserver.com
example.com MX 10 old-backup.mailserver.com
ईमेल इच्छित प्राथमिक सर्वर (प्राथमिकता 50) के बजाय पुराने बैकअप सर्वर (प्राथमिकता 10) पर जाता है क्योंकि कम संख्या वाले सर्वरों को पहले आजमाया जाता है।
इसे कैसे जोड़ेंगे:
- यह निर्धारित करें कि मुख्य रूप से ईमेल किस मेल सर्वर को प्राप्त होने चाहिए।
- उस सर्वर को सबसे कम प्राथमिकता संख्या (आमतौर पर 10) असाइन करें।
- बैकअप सर्वरों को उत्तरोत्तर उच्च संख्याएँ (20, 30, आदि) असाइन करें।
- बंद किए गए या पुराने सर्वरों के लिए सभी MX रिकॉर्ड हटा दें।
निष्क्रिय या गलत मेल सर्वरों की ओर इशारा करना
इसका अर्थ यह है: एमएक्स रिकॉर्ड उन होस्टनामों को संदर्भित करते हैं जो मौजूद नहीं हैं, आईपी पतों में परिवर्तित नहीं होते हैं, या उन सर्वरों की ओर इशारा करते हैं जो मेल सेवाएं नहीं चला रहे हैं।
ऐसा क्यों होता है:
- नए ईमेल प्रदाता पर माइग्रेशन अधूरा रहा (डीएनएस अपडेट हो गया है, लेकिन नए सर्वर तैयार नहीं हैं)।
- DNS कॉन्फ़िगर करते समय होस्टनाम में टाइपिंग की गलतियाँ
- प्रदाता बदलने के बाद भी पुराने MX रिकॉर्ड बने रहते हैं।
- सर्वर के होस्टनाम बदल गए लेकिन DNS अपडेट नहीं हुआ।
लक्षण:
- मेल सर्वरों से कनेक्ट करने का प्रयास करते समय सेंडिंग सर्वर टाइमआउट हो गए।
- बाउंस संदेशों में "कनेक्शन अस्वीकृत" या "होस्ट पहुंच से बाहर" त्रुटियाँ
- अनियमित डिलीवरी की समस्या है, क्योंकि कुछ रिकॉर्ड चलते हैं, जबकि अन्य नहीं चलते।
इसे कैसे जोड़ेंगे:
- nslookup hostname का उपयोग करके सत्यापित करें कि प्रत्येक MX होस्टनाम एक IP पते में परिवर्तित होता है।
- जांचें कि मेल सर्वर कनेक्शन स्वीकार कर रहे हैं या नहीं: telnet hostname 25
- अपने ईमेल प्रदाता के सेटअप दस्तावेज़ में दिए गए सही होस्टनामों से गलत होस्टनामों को बदलें।
- निष्क्रिय किए जा चुके सर्वरों की ओर इंगित करने वाले MX रिकॉर्ड हटाएँ
ईमेल प्रदाताओं के साथ विवाद
इसका अर्थ यह है: एमएक्स रिकॉर्ड एक ही समय में कई अलग-अलग ईमेल प्रदाताओं को संदर्भित करते हैं, जिससे डिलीवरी सिस्टम के बीच अप्रत्याशित रूप से विभाजित हो जाती है या उन प्रदाताओं को भेज दी जाती है जो अब आपके ईमेल को होस्ट नहीं करते हैं।
ऐसा क्यों होता है:
- अपूर्ण माइग्रेशन जहां पुराने प्रदाता के MX रिकॉर्ड नहीं हटाए गए थे
- उचित रूटिंग नियमों के बिना एक साथ कई ईमेल प्रदाताओं का उपयोग करने का प्रयास करना
- उत्पादन प्रणाली के सक्रिय रहते हुए नई ईमेल सेवा का परीक्षण किया जा रहा है।
परस्पर विरोधी अभिलेखों का उदाहरण:
example.com MX 10 aspmx.l.google.com (Google Workspace)
example.com MX 20 mail.oldprovider.com (Previous provider)
example.com MX 10 example-com.mail.protection.outlook.com (Microsoft 365)
इस कॉन्फ़िगरेशन के कारण ईमेल Google और Microsoft के बीच अनिश्चित रूप से विभाजित हो जाते हैं, और कुछ ईमेल पुराने प्रदाता को भी भेजे जाते हैं। उपयोगकर्ताओं को अपने सभी ईमेल एक ही स्थान पर प्राप्त नहीं होंगे।
इसे कैसे जोड़ेंगे:
- यह तय करें कि सभी ईमेल किस ईमेल प्रदाता को प्राप्त होने चाहिए।
- अन्य सभी प्रदाताओं के लिए MX रिकॉर्ड हटाएँ
- अपने चुने हुए प्रदाता के केवल MX रिकॉर्ड ही रखें
- पुराने खातों को बंद करने से पहले DNS के प्रसार की प्रतीक्षा करें
नीचे पंक्ति
MX रिकॉर्ड मूलभूत रूटिंग सिस्टम है जो आपके डोमेन पर आने वाले सभी ईमेल को निर्देशित करता है। जब इन्हें सही प्राथमिकताओं के साथ कॉन्फ़िगर किया जाता है और ये सक्रिय मेल सर्वरों की ओर इंगित करते हैं, तो ईमेल डिलीवरी निर्बाध रूप से काम करती है। जब ये अनुपस्थित होते हैं, गलत तरीके से कॉन्फ़िगर किए जाते हैं, या गलत सर्वरों की ओर इंगित करते हैं, तो ईमेल डिलीवरी पूरी तरह से विफल हो जाती है, और आपको कभी पता नहीं चलेगा कि कौन से संदेश छूट गए हैं।
मुफ्त ऑनलाइन टूल या कमांड-लाइन यूटिलिटी का उपयोग करके MX लुकअप करने में केवल 30 सेकंड लगते हैं और इससे तुरंत पता चल जाता है कि आपका ईमेल रूटिंग कॉन्फ़िगरेशन आपके वास्तविक इंफ्रास्ट्रक्चर से मेल खाता है या नहीं। माइग्रेशन के दौरान, DNS में बदलाव के बाद और डिलीवरी संबंधी समस्याएं आने पर अपने MX रिकॉर्ड की जांच करें।
सही MX कॉन्फ़िगरेशन के अलावा, ईमेल डिलीवरेबिलिटी स्वच्छ सूचियों पर निर्भर करती है जो बाउंस, स्पैम शिकायतें या ट्रैप हिट उत्पन्न नहीं करती हैं। debounce ईमेल भेजने से पहले ईमेल पतों को सत्यापित करना, अमान्य पतों को हटाना और डोमेन कॉन्फ़िगरेशन की जांच करना जो डिलीवरी विफलताओं का कारण बन सकते हैं।
अपनी सूची को अभी सत्यापित करें ताकि यह सुनिश्चित हो सके कि एमएक्स रिकॉर्ड द्वारा संदेशों को सही ढंग से रूट करने के बाद वे वास्तविक, सक्रिय मेलबॉक्स तक पहुंचें।
