SPF और DMARC चेकर: डोमेन के मेल रिकॉर्ड जाँचें

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

डोमेन में अपना डोमेन लिखें, जैसे example.com।
अगर आपके पास है, तो किसी साइन किए हुए संदेश से DKIM selector जोड़ें, जैसे google या selector1। न हो तो खाली छोड़ें।
डोमेन जाँचें दबाएँ। SPF रिकॉर्ड में DNS लुकअप की गिनती 10 या उससे कम रहनी चाहिए।
DMARC नीति पढ़ें। none केवल निगरानी करता है; quarantine और reject विफल मेल पर कार्रवाई करते हैं।

SPF क्या जाँचता है

SPF (RFC 7208) उन सर्वरों की सूची देता है जो किसी डोमेन की ओर से मेल भेज सकते हैं, एक TXT रिकॉर्ड में। रिसीवर भेजने वाले का डोमेन लेता है, उसका SPF रिकॉर्ड पढ़ता है, और भेजने वाले सर्वर को हर पद से बाएँ से दाएँ मिलाता है। पहला मेल खाने वाला पद अपने qualifier से फैसला करता है: + पास होता है (कुछ न लिखा हो तो यही डिफ़ॉल्ट है), - विफल, ~ soft fail और ? neutral।

include, a, mx, ptr, exists और redirect में से हर एक एक DNS लुकअप लेता है, और include किए गए रिकॉर्ड के लुकअप भी गिने जाते हैं। रिसीवर 10 पर रुक जाते हैं और परिणाम को त्रुटि मानते हैं, इसलिए बड़ी मेल व्यवस्था बिना किसी को पता चले SPF तोड़ सकती है।
ip4 और ip6 कोई लुकअप नहीं लेते। जो प्रदाता अपने पतों की रेंज प्रकाशित करता है, उसे इन्हीं पदों में लिखा जा सकता है।
एक ही नाम पर दो SPF रिकॉर्ड एक त्रुटि हैं (RFC 7208, खंड 4.5), और ptr की सलाह नहीं दी जाती (खंड 5.5)।

DMARC क्या करता है

DMARC (RFC 7489) रिसीवरों को बताता है कि जो मेल आपके डोमेन की जाँच में विफल हो, उसके साथ क्या करना है, और रिपोर्ट कहाँ भेजनी है। यह _dmarc के नीचे आपके डोमेन के नाम पर एक TXT रिकॉर्ड है, जिसके टैग सेमीकोलन (;) से अलग होते हैं: p नीति है, sp उप-डोमेन की नीति, pct वह हिस्सा जिस पर नीति लागू होती है, rua समग्र रिपोर्ट का पता, और adkim व aspf संरेखण हैं, जिनमें r ढीले के लिए और s सख्त के लिए है।

यह टूल _dmarc के बाद आपके लिखे डोमेन पर रिकॉर्ड पढ़ता है। जो रिसीवर वहाँ कोई रिकॉर्ड नहीं पाते, वे संगठनात्मक डोमेन भी देखते हैं, जिसे यह टूल नहीं निकालता।

DKIM की

DKIM हर संदेश पर एक की से सिग्नेचर करता है, जो DNS में एक selector के नीचे प्रकाशित होती है: selector के बाद ._domainkey और आपका डोमेन (RFC 6376, खंड 3.6.1)। पेज सार्वजनिक की से RSA की का प्रकार और उसका आकार पढ़ता है। खाली की का मतलब है कि वह रद्द हो चुकी है। Ed25519 की (RFC 8463) का आकार हमेशा 256 बिट होता है।

यह जाँच क्या नहीं करती

यह मेल नहीं भेजती और कोई असली संदेश नहीं परखती, इसलिए यह नहीं बता सकती कि आपका मेल पास होगा या नहीं।
यह %{d} जैसे मैक्रो का विस्तार नहीं करती, इसलिए ऐसा रिकॉर्ड, जो मैक्रो इस्तेमाल करता है, रिसीवर से अलग लुकअप गिनती दे सकता है।
यह DMARC के लिए संगठनात्मक डोमेन नहीं निकालती, और जो लुकअप कुछ नहीं लौटाते उनकी जाँच नहीं करती।

उदाहरण: एक डोमेन के SPF और DMARC रिकॉर्ड

SPF रिकॉर्ड v=spf1 +mx a:colo.example.com/28 -all डोमेन के मेल सर्वरों को, और colo.example.com के /28 नेटवर्क के भीतर के पतों को मेल भेजने देता है। बाकी हर भेजने वाला विफल होता है (-all)। इस रिकॉर्ड पर दो DNS लुकअप लगते हैं, mx और a।

DMARC रिकॉर्ड v=DMARC1; p=reject; rua=mailto:[email protected] रिसीवरों से कहता है कि जो मेल जाँच में विफल हो उसे अस्वीकार करें, और समग्र रिपोर्ट [email protected] पर भेजें।

जाँच	परिणाम
SPF में DNS लुकअप	2
नीति (p)	reject
रिपोर्ट (rua)	[email protected]

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

क्या SPF रिकॉर्ड नकली मेल रोकने के लिए काफी है?

नहीं। SPF उस सर्वर की जाँच करता है जिसने संदेश भेजा, न कि उस नाम की जो पाठक को From लाइन में दिखता है। इसके साथ DKIM और p=none से ऊपर की DMARC नीति रखें।

मेरा SPF रिकॉर्ड बहुत ज्यादा लुकअप की वजह से विफल क्यों होता है?

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

कौन-सी DMARC नीति इस्तेमाल करूँ?

p=none और एक rua पते के साथ शुरू करें, कुछ हफ्ते रिपोर्ट पढ़ें और जाँचें कि आपका असली मेल पास होता है। फिर quarantine पर जाएँ, और जब रिपोर्ट साफ हों, तब reject पर।

DKIM selector क्या है?

यह ._domainkey से पहले का नाम है, जो DKIM रिकॉर्ड में आता है। हर भेजने वाली सेवा का अपना selector होता है, और सिग्नेड संदेश अपने DKIM-Signature हेडर के s= टैग में उसका नाम देता है। जो संदेश आपने भेजा हो, उसके हेडर खोलने पर वह नाम मिल जाएगा।

की के आकार का क्या मतलब है?

RSA की के लिए यह मॉड्यूलस की लंबाई है, बिट में, जैसे आम तौर पर लिखा जाता है: 1024 या 2048। अगर रिकॉर्ड कॉपी करते समय कट गया या खराब हुआ, तो की पढ़ी नहीं जा सकती, और पेज यही बताता है।

क्या यह जाँच मेरा डोमेन किसी को भेजती है?

केवल वे नाम, जिनकी जाँच होती है, आपके चुने DNS रिज़ॉल्यूवर को DNS प्रश्नों के रूप में भेजे जाते हैं। हम उन्हें नहीं सहेजते, और पेज का बाकी हिस्सा आपके ब्राउज़र में रहता है।

स्रोत

आँकड़े और टेक्स्ट आखिरी बार मंगलवार, 10 नवंबर 2026 को जाँचे गए।