मुफ़्त टूल · बिना साइन-अप

फ़्री ईमेल डोमेन चेकर: SPF, DKIM, DMARC और MX टेस्ट

अंतिम अपडेट 3 अक्टूबर 2026Avalon की ओर से

कुछ ही सेकंड में किसी डोमेन के SPF (10-लुकअप सीमा के साथ), DMARC, DKIM, MX, MTA-STS, TLS-RPT और BIMI रिकॉर्ड जाँचें।

डोमेन, हर लाइन में एक

हर डोमेन की ऊपर जैसी ही पूरी जाँच होती है। डोमेन एक बार में कुछ-कुछ करके, सीधे आपके ब्राउज़र से जाँचे जाते हैं।

लुकअप आपके ब्राउज़र से एक पब्लिक DNS रिज़ॉल्वर (Cloudflare, या जवाब न देने पर Google) तक जाते हैं, वही रिकॉर्ड जो कोई भी मेल सर्वर पढ़ता है। हमें कुछ नहीं भेजा जाता और कुछ सेव नहीं होता।

{domain} जाँचा जा रहा है…{secs} s में पूरा हुआ; DNS लुकअप: {queries}।example.com जैसा कोई डोमेन या ईमेल एड्रेस टाइप करें।यह डोमेन नाम जैसा नहीं लगता। example.com जैसा कुछ टाइप करें।अधिकतम 5 DKIM सिलेक्टर डालें।"{s}" एक मान्य DKIM सिलेक्टर नहीं है।पब्लिक DNS रिज़ॉल्वर ने जवाब नहीं दिया। अपना कनेक्शन जाँचें और दोबारा कोशिश करें।100 में से {score} अंक{queries} DNS लुकअप · जाँच का समय {time}{n} पास{n} चेतावनियाँ{n} फ़ेलजानकारी के लिए {n}कुछ ठीक करने की ज़रूरत नहीं। स्कोर वाली हर जाँच पास हो गई।पासचेतावनीफ़ेलजानकारी{points} / {max} अंकस्कोर नहीं किया गयाMX (आपका मेल कहाँ डिलीवर होता है)SPF (आपके नाम से कौन भेज सकता है)DMARC (नकली मेल के साथ रिसीवर क्या करते हैं)DKIM (मैसेज साइनिंग कीज़)MTA-STS (आप तक एन्क्रिप्टेड डिलीवरी)TLS-RPT (डिलीवरी सुरक्षा रिपोर्ट)BIMI (इनबॉक्स में ब्रांड लोगो)रिकॉर्डमेल सर्वर{priority} {host}{n} पतेIPv6पॉलिसीDNS लुकअप10 में से {n}{plus}वॉइड लुकअपइनक्लूड ट्रीयहाँ मिला{where} (पैरेंट डोमेन से इनहेरिट किया गया)मज़बूतीकिन पर लागूसबडोमेन पॉलिसीएग्रीगेट रिपोर्ट भेजने का पताअलाइनमेंटDKIM {dkim}, SPF {spf}जाँचे गए सिलेक्टरमिली कीज़{selector}: {type} {bits}{selector}: खाली की (रद्द की गई)टेस्टिंग मोडपॉलिसी फ़ाइललोगोसर्टिफ़िकेटकोई नहींइसमें SPF मैक्रो हैं, जिन्हें एक्सपैंड नहीं किया गयाफ़ॉलो नहीं किया गया (लिमिट पहले ही पार हो चुकी है)लूपकोई SPF रिकॉर्ड नहींDNS एरररीडायरेक्टफ़ेल (-all)सॉफ़्टफ़ेल (~all)न्यूट्रल (?all)पास (+all)न्यूट्रल (कोई 'all' नहीं है, इसलिए डिफ़ॉल्ट रूप से ?all माना जाता है)MX रिकॉर्ड नहीं पढ़ सके (DNS टाइमआउट या सर्वर फ़ेल्योर)।जाँचें कि डोमेन के नेमसर्वर भरोसेमंद तरीके से जवाब देते हैं।Null MX (RFC 7505): यह डोमेन घोषित करता है कि यह ईमेल रिसीव नहीं करता।कोई MX रिकॉर्ड नहीं — इस डोमेन को भेजा गया मेल उसके A रिकॉर्ड पर जाता है या बाउंस हो जाता है।अपने मेल प्रोवाइडर के लिए MX रिकॉर्ड पब्लिश करें, या अगर डोमेन से न मेल भेजा जाता है, न रिसीव किया जाता है, तो null MX ('0 .') पब्लिश करें।MX किसी होस्ट नाम की जगह IP एड्रेस की ओर इशारा करता हैDNS लुकअप फ़ेल हो गयाहोस्ट रिज़ॉल्व नहीं होताMX होस्ट {host}: {error}।सिर्फ़ एक MX होस्ट है — वह डाउन हो तो कोई फ़ॉलबैक नहीं है (बड़े होस्टेड प्रोवाइडर के लिए ठीक है)।जो MX होस्ट रिज़ॉल्व नहीं होते, उन्हें ठीक करें या हटा दें; भेजने वाले सर्वर उन्हें बार-बार आज़माते हैं और डिलीवरी में देरी होती है।{domain}: अज्ञात मॉडिफ़ायर '{key}' (रिसीवर इसे अनदेखा करते हैं)।{domain}: अज्ञात मैकेनिज़्म '{term}' — रिसीवर पूरे रिकॉर्ड को एरर (permerror) मानते हैं।{domain}: {name} की वैल्यू '{arg}' अमान्य है।{domain}: 'ptr' डिप्रिकेटेड है (RFC 7208) और धीमा है; इसे हटा दें।{kind} बिना डोमेन के।SPF लूप: चेन में {target} एक से ज़्यादा बार इनक्लूड किया गया है।{target} का SPF नहीं पढ़ सके (दोबारा कोशिश के बाद भी DNS एरर) — अगर यह समस्या बनी रहती है, तो रिसीवर temperror लौटाते हैं।{kind} '{target}' का कोई SPF रिकॉर्ड नहीं है — रिसीवर इसे permerror मानते हैं।{target} ने {n} SPF रिकॉर्ड पब्लिश किए हैं (permerror)।TXT रिकॉर्ड नहीं पढ़ सके (DNS एरर)।कोई SPF रिकॉर्ड नहीं — कोई भी इस डोमेन से मेल भेजने का दावा कर सकता है।'v=spf1 -all' पब्लिश करें ताकि कोई भी इस डोमेन के नाम से मेल न भेज सके।अपने सेंडर्स की सूची वाला एक SPF TXT रिकॉर्ड पब्लिश करें, जैसे 'v=spf1 include:_spf.google.com ~all'।{n} SPF रिकॉर्ड पब्लिश हैं — रिसीवर इसे permerror मानते हैं (SPF हर जगह फ़ेल होता है)।सभी SPF रिकॉर्ड को एक ही 'v=spf1 ...' TXT रिकॉर्ड में मर्ज करें।SPF को {n}{plus} DNS लुकअप चाहिए; लिमिट 10 है (permerror)।बिना इस्तेमाल वाले include हटाएँ, 'a'/'mx' की जगह ip4/ip6 रेंज से बदलें, या नेस्टेड include को फ़्लैटन करें।SPF 10 में से {n} DNS लुकअप इस्तेमाल करता है — एक और प्रोवाइडर जोड़ने पर यह टूट जाएगा।{n} वॉइड लुकअप (लिमिट 2)।'+all' इंटरनेट के हर सर्वर को इस डोमेन के नाम से मेल भेजने की अनुमति देता है।'+all' की जगह '-all' या '~all' लगाएँ।SPF न्यूट्रल पर खत्म होता है — यह रिसीवर को सूची में न होने वाले सेंडर्स को रिजेक्ट करने के लिए नहीं कहता।रिकॉर्ड को '~all' पर खत्म करें (या DMARC रिपोर्ट साफ़ दिखने पर '-all' लगाएँ)।SPF रिकॉर्ड {n} अक्षरों का है — लंबे रिकॉर्ड में UDP ट्रंकेशन का जोखिम रहता है।DMARC रिकॉर्ड नहीं पढ़ सके (DNS एरर)।कोई DMARC रिकॉर्ड नहीं — रिसीवर को स्पूफ़ किए गए मेल के लिए कोई पॉलिसी नहीं मिलती और आपको कोई रिपोर्ट नहीं मिलती।_dmarc.{domain} पर एक TXT रिकॉर्ड पब्लिश करें: 'v=DMARC1; p=none; rua=mailto:dmarc@{domain}' और रिपोर्ट साफ़ दिखने पर p=quarantine, फिर p=reject पर जाएँ।{n} DMARC रिकॉर्ड — एक से ज़्यादा होने पर रिसीवर DMARC को पूरी तरह अनदेखा कर देते हैं।pct की वैल्यू '{v}' अमान्य है।पॉलिसी p='{p}' गायब है या अमान्य है — रिकॉर्ड को अनदेखा किया जाता है।पॉलिसी p=none है — स्पूफ़ किया गया मेल फिर भी डिलीवर होता है; यह सिर्फ़ मॉनिटरिंग सेटिंग है।DMARC रिपोर्ट जाँचने के बाद p=quarantine और फिर p=reject पर जाएँ।पॉलिसी {p} फ़ेल होने वाले मेल के सिर्फ़ {pct}% पर लागू होती है।pct को 100 करें।कोई एग्रीगेट रिपोर्ट पता (rua) नहीं है — आप नहीं देख सकते कि आपके डोमेन के नाम से कौन मेल भेजता है।rua=mailto:dmarc-reports@{org} जोड़ें (या DMARC रिपोर्टिंग सर्विस का इस्तेमाल करें)।सबडोमेन पॉलिसी sp=none हर सबडोमेन को स्पूफ़िंग के लिए खुला छोड़ देती है।सबसे मज़बूत सुरक्षा के लिए p=reject पर विचार करें।मज़बूतमध्यमआंशिककेवल मॉनिटरिंगअमान्यसख़्तकम सख़्तसेलेक्टर '{s}' की कुंजी खाली है (रद्द की गई)।सेलेक्टर '{s}': {error}।पब्लिक की मान्य base64 नहीं हैपब्लिक की को पार्स नहीं किया जा सकासेलेक्टर '{s}' {bits}-बिट RSA कुंजी का इस्तेमाल करता है — रिसीवर 1024 बिट से छोटी कुंजियों को अस्वीकार कर देते हैं।सेलेक्टर '{s}' {bits}-बिट RSA कुंजी का इस्तेमाल करता है; फ़िलहाल 2048 बिट की सलाह दी जाती है।2048-बिट DKIM कुंजी पर स्विच करें।सेलेक्टर '{s}' टेस्टिंग मोड (t=y) में है।इन सेलेक्टर पर कोई सक्रिय DKIM कुंजी नहीं मिली: {list}।यह डोमेन मेल नहीं संभालता (null MX); DKIM की ज़रूरत नहीं है।जाँचे गए आम सेलेक्टर पर कोई सक्रिय DKIM कुंजी नहीं मिली। DNS से सेलेक्टर की सूची नहीं निकाली जा सकती, इसलिए जाँचने के लिए ऊपर अपने प्रोवाइडर का सेलेक्टर दर्ज करें।अपने मेल प्रोवाइडर पर DKIM साइनिंग चालू करें और उसकी पब्लिक की पब्लिश करें।MTA-STS नहीं है — हमलावर आपको भेजे गए मेल को बिना एन्क्रिप्शन वाले SMTP पर डाउनग्रेड कर सकता है।_mta-sts.{domain} TXT 'v=STSv1; id=<date>' पब्लिश करें और https://mta-sts.{domain}/.well-known/mta-sts.txt पर पॉलिसी रखें (mode: testing से शुरू करें)।MTA-STS TXT रिकॉर्ड में id= वैल्यू नहीं है।TXT रिकॉर्ड मौजूद है। ब्राउज़र पेज को पॉलिसी फ़ाइल पढ़ने की अनुमति नहीं है, इसलिए यहाँ उसका मोड, MX सूची और max_age नहीं जाँचे जाते और MTA-STS को स्कोर में शामिल नहीं किया गया है। जाँचने के लिए नीचे दी गई पॉलिसी फ़ाइल खोलें, या पूरी जाँच के लिए API इस्तेमाल करें।TLS-RPT रिकॉर्ड नहीं है — भेजने वाले सुरक्षित रूप से कनेक्ट नहीं हो पाते, तो आपको कोई रिपोर्ट नहीं मिलती।_smtp._tls.{domain} पर TXT 'v=TLSRPTv1; rua=mailto:tls-reports@{domain}' पब्लिश करें।TLS-RPT रिकॉर्ड में मान्य rua (mailto: या https:) नहीं है।BIMI रिकॉर्ड नहीं है (वैकल्पिक: सपोर्ट करने वाले इनबॉक्स में आपका लोगो दिखाता है; इसके लिए DMARC एनफ़ोर्समेंट ज़रूरी है)।BIMI के लिए pct=100 पर DMARC p=quarantine या p=reject ज़रूरी है; लोगो नहीं दिखेंगे।BIMI लोगो का URL https होना चाहिए।VMC/CMC सर्टिफ़िकेट (a=) नहीं है; Gmail और Apple Mail इसे ज़रूरी मानते हैं।Avalon Pro एक बार में अधिकतम {pro} डोमेन जाँचता है; पहले {pro} डोमेन रखे गए।कम से कम एक डोमेन जोड़ें, हर लाइन में एक।{total} में से {done} जाँचे गए…{total} डोमेन जाँचे गए।{total} में से {done} पर रुक गया।डोमेन नहीं हैजाँच नहीं की जा सकीडोमेन,स्कोर,ग्रेड,MX,SPF,DMARC,DKIM,MTA-STS,TLS-RPT,BIMI,SPF लुकअप,DMARC नीति,मिले DKIM सिलेक्टर,समस्याएँ,जांच का समय

यह टूल क्या करता है

कोई डोमेन लिखें और यह चेकर सीधे DNS से उसके ईमेल ऑथेंटिकेशन रिकॉर्ड पढ़ लेता है: SPF, DKIM, DMARC, MX, MTA-STS, TLS-RPT और BIMI। हर जाँच को पास, चेतावनी या फ़ेल मिलता है, साथ में सटीक समस्या और उसे ठीक करने का तरीका बताया जाता है। स्कोर वाली जाँचें मिलकर 100 में से स्कोर और A+ से F तक का ग्रेड बनाती हैं।

यह SPF DNS लुकअप भी उसी तरह गिनता है जैसे रिसीवर गिनते हैं, हर include को फ़ॉलो करते हुए। इससे आप देख सकते हैं कि कोई नई ईमेल सेवा जोड़ने से पहले आप 10 की सीमा से कितने पास हैं।

इसका इस्तेमाल कैसे करें

example.com जैसा कोई डोमेन लिखें। ईमेल पता या वेबसाइट का पता भी चलेगा।
अगर आपको अपना DKIM सेलेक्टर पता है, तो उसे दूसरे बॉक्स में जोड़ें (अधिकतम 5, कॉमा से अलग करके)। नहीं तो चेकर 30 आम सेलेक्टर आज़माता है।
डोमेन जाँचें दबाएँ। ज़्यादातर डोमेन में एक से तीन सेकंड लगते हैं।
पहले क्या ठीक करें से शुरू करें: फ़ेल हुई जाँचें चेतावनियों से पहले आती हैं।
मिला हुआ रिकॉर्ड, SPF include ट्री, DMARC पॉलिसी और DKIM की साइज़ देखने के लिए हर सेक्शन खोलें।

स्कोर कैसे तय होता है

जाँच	अंक	पूरे अंक कब मिलते हैं
MX	15	हर मेल होस्ट रिज़ॉल्व होता है, या डोमेन null MX पब्लिश करता है
SPF	25	एक ही रिकॉर्ड, 8 से कम लुकअप, और अंत में ~all या -all (चेतावनी पर 15 अंक मिलते हैं)
DMARC	30	100% पर p=reject (p=quarantine पर 25, आंशिक pct पर 15, p=none पर 10 अंक मिलते हैं)
DKIM	15	2048 बिट या उससे बड़ी कुंजी मिलती है (1024-बिट कुंजी पर 8 अंक मिलते हैं)
MTA-STS	10	केवल API से स्कोर होता है (नीचे देखें)
TLS-RPT	5	मान्य रिपोर्ट पते वाला रिकॉर्ड
BIMI	0	केवल जानकारी के लिए दिखाया गया

स्कोर = मिले हुए अंक ÷ उपलब्ध अंक। इसलिए जो डोमेन मेल रिसीव नहीं करता, या जो जाँच केवल जानकारी के लिए दिखाई जाती है, वह स्कोर को नीचे नहीं खींचती। TXT रिकॉर्ड मौजूद होने पर यहाँ MTA-STS को स्कोर में शामिल नहीं किया जाता, क्योंकि वेब पेज पॉलिसी फ़ाइल नहीं पढ़ सकता; API उसे पढ़ता है और स्कोर करता है।

आम समस्याएँ और उनके समाधान

दो SPF रिकॉर्ड। एक डोमेन केवल एक ही रिकॉर्ड पब्लिश कर सकता है। उन्हें मिलाकर v=spf1 से शुरू होने वाला एक रिकॉर्ड बना लें।
SPF लुकअप बहुत ज़्यादा हैं। जो सेवाएँ अब इस्तेमाल नहीं करते उन्हें हटाएँ, या include की जगह प्रोवाइडर से उसकी IP रेंज माँगें।
DMARC p=none पर है। यह सेटिंग केवल रिपोर्ट इकट्ठा करती है। कुछ हफ़्ते उन्हें पढ़ें, फिर p=quarantine और आख़िर में p=reject पर जाएँ।
1024-बिट DKIM कुंजी। ज़्यादातर प्रोवाइडर अपनी सेटिंग में 2048-बिट कुंजी पर स्विच करने देते हैं।

मुफ़्त, Pro और Pro+

	मुफ़्त	Pro	Pro+
प्रति जाँच डोमेन	1	50	50
हर नतीजे का CSV एक्सपोर्ट	—	हां	हां
नतीजे की क्वालिटी	हर प्लान में एक जैसी
क्रेडिट से चलने वाले सर्वर टूल	क्रेडिट पैक के साथ	क्रेडिट पैक के साथ	हर महीने 300 क्रेडिट

Pro+ क्रेडिट सर्वर टूल्स के लिए हैं: ज़्यादा सटीक स्पीच से टेक्स्ट, ज़्यादा सटीक ऑटो सबटाइटल, तेज़ सर्वर आवाज़ें और AI PDF के सारांश, जवाब और अनुवाद। क्रेडिट पैक (150 क्रेडिट, 12 महीने तक मान्य) किसी भी प्लान पर काम करता है। प्लान की तुलना करें।

अक्सर पूछे जाने वाले सवाल

यह ईमेल डोमेन चेकर क्या जाँचता है?

वे सात चीज़ें जो रिसीव करने वाला मेल सर्वर देखता है: MX (डोमेन का मेल कहाँ जाता है), SPF (कौन-से सर्वर डोमेन की ओर से मेल भेज सकते हैं, 10-लुकअप सीमा सहित), DMARC (फ़ेल होने वाले मेल का क्या करना है), DKIM (30 आम सेलेक्टर पर साइनिंग कुंजियाँ, साथ में आपके जोड़े हुए सेलेक्टर), MTA-STS और TLS-RPT (एन्क्रिप्टेड डिलीवरी और उसकी रिपोर्ट) और BIMI (इनबॉक्स में ब्रांड लोगो)। हर एक को पास, चेतावनी या फ़ेल मिलता है, साथ में समाधान भी बताया जाता है, और स्कोर वाली जाँचें मिलकर 100 में से स्कोर बनाती हैं।

बहुत ज़्यादा DNS लुकअप होने पर SPF फ़ेल क्यों होता है?

रिसीवर SPF जाँचते समय 10 DNS लुकअप के बाद रुक जाते हैं और उससे ज़्यादा को एरर मानते हैं, इसलिए हर मैसेज के लिए SPF फ़ेल हो जाता है। हर include, a, mx, ptr, exists और redirect गिना जाता है, इनमें include किए गए रिकॉर्ड के अंदर वाले भी शामिल हैं। चेकर हर include को फ़ॉलो करके ट्री दिखाता है, ताकि आप देख सकें कि कौन-सा प्रोवाइडर सबसे ज़्यादा लुकअप जोड़ता है।

DKIM चालू होने पर भी कोई DKIM की क्यों नहीं मिलती?

DNS किसी डोमेन के DKIM सेलेक्टर की सूची नहीं दे सकता, इसलिए चेकर 30 आम सेलेक्टर आज़माता है (google, selector1, selector2, k1, s1 और अन्य)। अगर आपका प्रोवाइडर कोई दूसरा नाम इस्तेमाल करता है, तो उसे DKIM सेलेक्टर वाले बॉक्स में लिखें। वह आपके भेजे गए ईमेल के DKIM-Signature हेडर में s= के बाद मिल जाएगा।

क्या नतीजा आपके API जैसा ही होता है?

MX, SPF, DMARC, DKIM, TLS-RPT और BIMI के लिए हाँ: Email Domain Doctor API के समान नियम, अंक और शब्द। एकमात्र अंतर MTA-STS में है। वेब पेज को किसी दूसरी साइट की पॉलिसी फ़ाइल डाउनलोड करने की अनुमति नहीं है, इसलिए यहाँ केवल MTA-STS TXT रिकॉर्ड जाँचा जाता है और MTA-STS को स्कोर में शामिल नहीं किया जाता; API पॉलिसी फ़ाइल भी पढ़ता है और उसे स्कोर करता है।

लुकअप कहाँ जाते हैं? क्या मेरा डोमेन सेव होता है?

आपका ब्राउज़र डोमेन के रिकॉर्ड के लिए एक पब्लिक DNS रिज़ॉल्वर (Cloudflare का, या जवाब न देने पर Google का) से पूछता है। ये वही पब्लिक रिकॉर्ड हैं जो हर मेल सर्वर पढ़ता है। हमारे सर्वर पर कुछ नहीं जाता और कुछ भी सेव नहीं होता।

क्या मैं सबडोमेन या ईमेल पता जाँच सकता हूँ?

हाँ। mail.example.com जैसा सबडोमेन, पूरा ईमेल पता या वेबसाइट का पता लिखें, और उसमें से डोमेन निकाल लिया जाता है। अगर किसी सबडोमेन का अपना DMARC रिकॉर्ड नहीं है, तो चेकर उसके पैरेंट डोमेन पर उसे ढूँढता है, जैसा रिसीवर करते हैं।