Email Spam Tester

मुफ़्त टूल

MX रिकॉर्ड चेकर

डोमेन के MX रिकॉर्ड उस क्रम में देखें जिसमें भेजने वाले उन्हें आज़माते हैं, और जाँचें कि सूची का हर सर्वर किसी पते में resolve होता है।

MX रिकॉर्ड क्या बताते हैं

MX रिकॉर्ड उस सर्वर का नाम बताता है जो डोमेन के लिए मेल स्वीकार करता है। इसके आगे एक संख्या होती है, जिसे प्राथमिकता कहा जाता है। प्रेषक पहले सबसे कम संख्या वाले सर्वर को आज़माता है और अगर वह सर्वर जवाब नहीं देता, तो अगले सर्वर पर जाता है। समान संख्या वाले दो रिकॉर्ड लोड साझा करते हैं। जाँच टूल उन्हें इसी क्रम में दिखाता है और हर होस्ट नाम को उसके IPv4 और IPv6 पतों में रिज़ॉल्व करता है।

जब किसी domain में कोई MX record नहीं होता, तो भेजने वाले उसके A या AAAA record का उपयोग करके वहाँ डिलीवरी करने की कोशिश करते हैं (RFC 5321, section 5.1)। आम तौर पर कोई ऐसा नहीं चाहता, क्योंकि मूल domain के पीछे मौजूद address प्रायः web server का होता है।

ईमेल डिलीवरी रोकने वाले MX record

MX record को किसी host name की ओर संकेत करना चाहिए। IP address की ओर संकेत करने वाला record अमान्य है। ऐसा record भी अमान्य है जिसका host name CNAME हो, RFC 2181 इसे प्रतिबंधित करता है। फिर भी अधिकांश भेजने वाले इसका अनुसरण करते हैं और कुछ डिलीवरी छोड़ देते हैं, इसलिए domain एक provider से ईमेल प्राप्त करता है लेकिन दूसरे से आने वाले ईमेल को bounce कर देता है। जाँच टूल इन दोनों स्थितियों और ऐसे host name को चिह्नित करता है जो resolve ही नहीं होता। इसका अर्थ हो सकता है कि migration के बाद किसी पुराने server का record रह गया है।

null MX, यानी 0 के बाद केवल एक dot वाला अकेला record, बताता है कि domain कोई ईमेल स्वीकार नहीं करता (RFC 7505)। यह ऐसे domain के लिए सही है जो न ईमेल भेजता है और न प्राप्त करता है। भेजने वाले कई दिनों तक दोबारा कोशिश करने के बजाय तुरंत रुक जाते हैं। जिस domain से आप ईमेल भेजते हैं, उसमें यह नहीं होना चाहिए, क्योंकि replies और bounces को पहुँचने के लिए कोई स्थान चाहिए।

ईमेल भेजने वाले domain को चालू MX क्यों चाहिए

Bounces और replies domain पर वापस जाते हैं, इसलिए जिस domain से आप ईमेल भेजते हैं उसे ईमेल प्राप्त करने में सक्षम होना चाहिए। Return-Path का domain bounces प्राप्त करता है, From domain replies प्राप्त करता है, और कुछ receivers आपसे संदेश स्वीकार करने से पहले जाँचते हैं कि ये domain ईमेल स्वीकार करते हैं या नहीं। बिना MX और A record वाला sending subdomain काल्पनिक domain जैसा लग सकता है।

जाँच टूल MX सूची के साथ MTA-STS और TLS-RPT records भी खोजता है। इनके न होने से आज ईमेल आना बंद नहीं होता। इनके मौजूद होने पर MTA-STS का समर्थन करने वाले भेजने वाले encryption के बिना आपको ईमेल डिलीवर करने से मना कर देते हैं, और TLS-RPT उन्हें बताता है कि विफलता होने पर रिपोर्ट कहाँ भेजनी है।

इसके बजाय असली ईमेल टेस्ट करें

इनमें से हर टूल आपके सेटअप के एक हिस्से की जाँच करता है। पूरा परीक्षण ईमेल को ही पढ़ता है: किसी डिस्पोज़ेबल पते पर एक संदेश भेजें और SPF, DKIM व DMARC के नतीजे वैसे पाएँ जैसे रिसीवर ने उनका मूल्यांकन किया, साथ ही ब्लैकलिस्ट, कंटेंट, दोनों स्पैम स्कोर और सुधार योजना भी पाएँ। Gmail, Outlook, Yahoo और अन्य प्रदाताओं में संदेश किस फ़ोल्डर में पहुँचता है, यह देखने के लिए इनबॉक्स प्लेसमेंट जोड़ें।

अपने ईमेल का टेस्ट करेंनमूना रिपोर्ट देखें

सवाल

MX record कैसे जाँचें?

ऊपर domain लिखें। जाँच टूल DNS से उसके MX records माँगता है, उन्हें preference के अनुसार क्रम में लगाता है और हर server को उसके addresses में resolve करता है। Terminal से यही lookup करने के लिए dig MX example.com या nslookup -type=mx example.com चलाएँ, लेकिन इसमें targets की जाँच शामिल नहीं होती।

MX priority number का क्या अर्थ है?

यह preference है और कम number वाले server को पहले आजमाया जाता है। 10 mx1 और 20 mx2 वाले domain का ईमेल mx1 पर जाता है और mx2 का उपयोग केवल तब होता है जब mx1 जवाब नहीं देता। समान number होने पर ईमेल servers के बीच बाँटा जाता है। इनके क्रम के अलावा values का कोई अर्थ नहीं है, इसलिए 1 और 5 उसी तरह काम करते हैं जैसे 10 और 50।

क्या MX record CNAME की ओर संकेत कर सकता है?

नहीं। RFC 2181 इसे प्रतिबंधित करता है और RFC 5321 के अनुसार target का अपना address record होना चाहिए। बहुत से भेजने वाले फिर भी CNAME को resolve कर लेते हैं, इसलिए गलती तब तक पता नहीं चलती जब तक कोई सख्त भेजने वाला आपके ईमेल को bounce नहीं कर देता। MX को उस नाम की ओर संकेत कराएँ जहाँ CNAME ले जाता है।

null MX record क्या है?

यह preference 0 और केवल एक dot वाले target का अकेला MX record है। RFC 7505 में परिभाषित यह record भेजने वालों को बताता है कि domain ईमेल स्वीकार नहीं करता। इसका उपयोग ऐसे domains पर करें जो न कुछ भेजते हैं और न प्राप्त करते हैं, जिनमें parked domains भी शामिल हैं। इससे वहाँ भेजा गया ईमेल तुरंत विफल हो जाता है और कोई यह दावा नहीं कर सकता कि domain चुपचाप ईमेल स्वीकार करता है।

क्या ईमेल भेजने के लिए MX records जरूरी हैं?

तकनीकी रूप से इनके बिना भी ईमेल भेजा जा सकता है। व्यवहार में आपके From और Return-Path के domains को ईमेल स्वीकार करना चाहिए। Bounces और replies को पहुँचने के लिए कोई स्थान चाहिए, और receivers ऐसे sending domain को चेतावनी का संकेत मानते हैं जो कोई ईमेल प्राप्त नहीं कर सकता। केवल ईमेल भेजने के लिए उपयोग किए जाने वाले subdomain में आपके provider के bounce servers की ओर संकेत करने वाला MX हो सकता है।

MX में बदलाव लागू होने में कितना समय लगता है?

पुराने रिकॉर्ड के TTL जितना समय। भेजने वाले कैश किए गए उत्तर को उसकी समय-सीमा समाप्त होने तक रखते हैं। इसलिए माइग्रेशन से एक दिन पहले TTL घटाएँ, फिर रिकॉर्ड बदलें और पुराना TTL समाप्त होने तक पुराने सर्वर पर ईमेल स्वीकार करते रहें।

Common errors

अन्य मुफ़्त ईमेल टूल