अपने MX, SPF, DKIM और DMARC रिकॉर्ड पेस्ट करें और हर समस्या के समाधान के साथ स्कोर वाली डिलीवरेबिलिटी रिपोर्ट पाएँ — आपके डिवाइस पर जाँची जाती है, कभी अपलोड नहीं होती।
ईमेल डोमेन हेल्थ चेक
अपने MX, SPF, DKIM और DMARC रिकॉर्ड पेस्ट करें और हर समस्या के समाधान के साथ स्कोर वाली डिलीवरेबिलिटी रिपोर्ट पाएँ — आपके डिवाइस पर जाँची जाती है, कभी अपलोड नहीं होती।
ईमेल डोमेन हेल्थ चेक पूरी तरह आपके ब्राउज़र में चलता है। पेस्ट किए रिकॉर्ड आपके डिवाइस पर विश्लेषित होते हैं — कोई DNS लुकअप नहीं होता और कुछ अपलोड या सहेजा नहीं जाता।
ईमेल डोमेन हेल्थ चेक वे DNS रिकॉर्ड पढ़ता है जो तय करते हैं कि आपके डोमेन का मेल इनबॉक्स में पहुँचेगा या स्पैम में, और उन्हें ग्रेड देता है। dig या nslookup का आउटपुट, या ज़ोन-फ़ाइल की कोई भी पंक्तियाँ पेस्ट करें — टूल खुद MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT और BIMI को अलग कर लेता है। हर रिकॉर्ड को उसकी विनिर्देशिका से जाँचा जाता है और फिर बाकी रिकॉर्डों से मिलाया जाता है: SPF या DKIM के बिना DMARC नीति, आपका एक MX होस्ट छोड़ देने वाली MTA-STS नीति, लागू DMARC के बिना BIMI लोगो। आपको 100 में से स्कोर, अक्षर ग्रेड और हर निष्कर्ष का सरल भाषा में समाधान मिलता है। सब कुछ आपके डिवाइस पर प्रोसेस होता है; कोई DNS क्वेरी नहीं होती और कुछ अपलोड नहीं होता।
विशेषताएँ
एक ही पेस्ट में MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT और BIMI रिकॉर्ड पहचानता है
ज़ोन-फ़ाइल पंक्तियाँ, dig आउटपुट, nslookup आउटपुट और सीधे TXT मान पढ़ता है
0–100 स्कोर, अक्षर ग्रेड और हर निष्कर्ष के लिए लिखा हुआ समाधान देता है
रिकॉर्डों को आपस में मिलाता है: SPF या DKIM के बिना DMARC, MTA-STS नीति में न आने वाले MX होस्ट, लागू किए बिना BIMI
गलत नाम पर प्रकाशित रिकॉर्ड पकड़ता है, जैसे _dmarc की जगह रूट पर DMARC
दोहरे SPF और DMARC, +all, बहुत बड़ी ip4 रेंज और छोटी DKIM कुंजियाँ चिह्नित करता है
MX होस्ट से आम मेल प्रदाता पहचानता है और छूटा हुआ SPF include बताता है
पूरी रिपोर्ट को सादे टेक्स्ट में कॉपी करें — टिकट या क्लाइंट के लिए
ईमेल डोमेन हेल्थ चेक का उपयोग कैसे करें
“ये रिकॉर्ड कैसे पाएँ” के नीचे दिए dig कमांड चलाएँ और उनका आउटपुट कॉपी करें
आउटपुट बॉक्स में पेस्ट करें; डोमेन अपने आप निकाल लिया जाता है, या टाइप करें ताकि हर रिकॉर्ड का प्रकाशन-नाम जाँचा जा सके
स्कोर पढ़ें, फिर हर कार्ड खोलकर निष्कर्ष देखें, त्रुटियाँ सबसे पहले
DNS होस्ट पर रिकॉर्ड ठीक करें, TTL खत्म होने तक रुकें और पुष्टि के लिए दोबारा पेस्ट करें
उदाहरण
इनपुट
3 MX records at Google Workspace · SPF with SendGrid ~all · DKIM 2048-bit · DMARC p=none
आउटपुट
Score 83/100, grade B — SPF pass · DKIM pass · MX pass · DMARC review: p=none only monitors
हर रिकॉर्ड मौजूद और वैध है; ग्रेड को केवल निगरानी-भर वाली DMARC नीति रोके हुए है।
सामान्य त्रुटियाँ और समस्या निवारण
प्रकाशित करने के बाद भी DMARC ‘पेस्ट नहीं किया गया’ दिखता है। — DMARC केवल _dmarc.आपकाडोमेन पर TXT रिकॉर्ड के रूप में पढ़ा जाता है। मूल डोमेन पर, या अंडरस्कोर के बिना dmarc पर डाला गया रिकॉर्ड कभी नहीं मिलता। कई DNS पैनल डोमेन खुद जोड़ देते हैं, इसलिए होस्ट में सिर्फ़ _dmarc लिखें।
दो रिकॉर्ड होने पर SPF विफल दिखता है। — एक डोमेन पर ठीक एक SPF रिकॉर्ड होना चाहिए। दो होने पर रिसीवर स्थायी त्रुटि देते हैं और SPF को पूरी तरह अनदेखा कर देते हैं। सभी include, ip4 और ip6 तंत्रों को एक v=spf1 स्ट्रिंग में मिलाएँ और दूसरा हटा दें।
DKIM जाँच को कुछ नहीं मिलता। — वेरिफ़ायर <selector>._domainkey.<domain> खोजते हैं, और सेलेक्टर वही s= मान है जो आपके भेजे असली संदेश के DKIM-Signature हेडर में होता है। अनुमान से लिखा सेलेक्टर खाली उत्तर देता है; असली सेलेक्टर किसी संदेश के हेडर से कॉपी करें।
सभी रिकॉर्ड होने पर भी ग्रेड B पर अटका है। — DMARC नीति none केवल निगरानी करती है, इसलिए रिपोर्ट DMARC को समीक्षा के लिए चिह्नित करती है। अपनी एग्रीगेट रिपोर्टें पढ़ें, विफल होने वाले प्रेषक ठीक करें, फिर नीति को quarantine और अंत में reject पर ले जाएँ।
अक्सर पूछे जाने वाले प्रश्न
ईमेल डोमेन हेल्थ चेक असल में क्या जाँचता है?
यह वे DNS रिकॉर्ड जाँचता है जिन्हें मेल सिस्टम आपके डोमेन पर भरोसा करने से पहले देखते हैं: MX (मेल कहाँ आता है), SPF (कौन-से सर्वर भेज सकते हैं), DKIM (हस्ताक्षर कुंजी), DMARC (इनके विफल होने पर नीति), और वैकल्पिक रूप से MTA-STS, TLS-RPT और BIMI। हर एक का सिंटैक्स और बाकी के साथ उसका तालमेल जाँचा जाता है।
डोमेन टाइप करने की बजाय रिकॉर्ड पेस्ट क्यों करने पड़ते हैं?
डोमेन का लुकअप करने का मतलब उसका नाम किसी बाहरी DNS रिज़ॉल्वर को भेजना होता, जबकि ArrayKit आपका काम आपके डिवाइस पर ही रखता है। पेज पर दिए dig कमांड से पेस्ट करने में कुछ सेकंड लगते हैं, और इससे वे रिकॉर्ड भी जाँचे जा सकते हैं जो अभी प्रकाशित नहीं हुए।
बल्क प्रेषकों से Gmail और Yahoo कौन-से रिकॉर्ड माँगते हैं?
फ़रवरी 2024 से दोनों बल्क प्रेषकों से — यानी अपने उपयोगकर्ताओं को रोज़ लगभग 5,000 या अधिक संदेश भेजने वालों से — SPF, DKIM और कम से कम p=none वाला DMARC रिकॉर्ड माँगते हैं, जिसमें From डोमेन इनमें से किसी एक से संरेखित हो। छोटे प्रेषक भी स्पैम फ़िल्टर से बचे नहीं हैं।
SPF, DKIM और DMARC के ऊपर MTA-STS और TLS-RPT क्या जोड़ते हैं?
SPF, DKIM और DMARC साबित करते हैं कि संदेश किसने भेजा। MTA-STS दूसरे सर्वरों से कहता है कि आपके डोमेन तक केवल सत्यापित TLS से डिलीवर करें, जो डाउनग्रेड हमलों को रोकता है, और TLS-RPT विफल होने पर आपको रिपोर्ट भेजता है। ये आपके डोमेन तक डिलीवरी की रक्षा करते हैं, डोमेन से निकलने वाले मेल की नहीं।
पेस्ट करने के लिए DKIM सेलेक्टर कैसे मिलेगा?
किसी भी मेलबॉक्स को संदेश भेजें, उसका मूल स्रोत खोलें और DKIM-Signature हेडर खोजें। s= मान सेलेक्टर है और d= डोमेन। आपके मेल प्रदाता का एडमिन कंसोल भी कॉन्फ़िगर किए गए सेलेक्टर दिखाता है, जैसे google या selector1।