किसी डोमेन के SPF, DKIM और DMARC रिकॉर्ड एक साथ जाँचने के लिए डोमेन दर्ज करें, जो कुछ गलत हो उसके सरल भाषा वाले समाधान के साथ।
यह रिकॉर्ड को वैसे जाँचता है जैसे वे अभी DNS में प्रकाशित हैं। यह नहीं परखता कि कोई खास मैसेज पास हुआ या नहीं। वह देखने के लिए मैसेज के हेडर खोलें और Authentication-Results लाइन पढ़ें। DNS कैशिंग के कारण हाल के बदलाव दिखने में समय लग सकता है।
SPF बताता है कि कौन-से सर्वर किसी डोमेन की ओर से भेज सकते हैं। DKIM हर मैसेज में क्रिप्टोग्राफ़िक सिग्नेचर जोड़ता है ताकि रिसीवर जाँच सके कि मैसेज बदला नहीं गया और सचमुच साइनिंग कुंजी रखने वाले से आया है। DMARC दोनों को जोड़ता है: यह रिसीवर को बताता है कि दिखने वाले From पते का डोमेन वही होना चाहिए जिसे SPF या DKIM ने सत्यापित किया, और ऐसा न होने पर क्या करना है।
कोई मैसेज DMARC पास करता है अगर SPF या DKIM में से कोई एक पास हो और From डोमेन से अलाइन हो। दोनों सेट करना सबसे मजबूत विकल्प है, क्योंकि फ़ॉरवर्डिंग SPF तोड़ती है और कुछ सेवाएँ मैसेज को ऐसे री-साइन या बदलती हैं जिससे DKIM प्रभावित होता है।
सब कुछ सार्वजनिक DNS से आता है, इसलिए आप इसे किसी भी डोमेन पर चला सकते हैं।
DKIM कुंजियाँ आपके चुने नाम से प्रकाशित होती हैं, जिसे सेलेक्टर कहते हैं। DNS इनकी सूची नहीं दे सकता, इसलिए जाँच कुंजी तभी ढूँढ पाती है जब उसे सेलेक्टर पता हो। भरोसेमंद स्रोत असली मैसेज है: हेडर खोलें, DKIM-Signature लाइन ढूँढें, और s= का मान (और साइनिंग डोमेन के लिए d=) पढ़ें। डोमेन सेट करते समय आपकी भेजने वाली सेवा भी सेलेक्टर दिखाएगी।
अगर हमारी जाँच को कोई आम नाम न मिले, तो इसका मतलब यह नहीं कि DKIM नहीं है। इसका मतलब है कि सेलेक्टर कुछ और है। उसे दर्ज करें और जाँच फिर चलाएँ।
p=none वाला और rua पते के बिना DMARC रिकॉर्ड कुछ भी मॉनिटर नहीं करता। अगर आप सिर्फ़ एक चीज़ ठीक करें, तो रिपोर्टिंग पता जोड़ें।
| पॉलिसी | फ़ेल होने वाले मेल पर असर | सामान्य चरण |
|---|---|---|
| p=none | सामान्य रूप से डिलीवर होता है। रिपोर्ट आपके rua पते पर भेजी जाती हैं। | यहाँ से शुरू करें और रिपोर्ट देखते रहें। |
| p=quarantine | रिसीवर को इसे संदिग्ध मानना चाहिए, आमतौर पर स्पैम फ़ोल्डर। | जब आप सेंडरों को ठीक करना पूरा कर रहे हों। pct को चरणों में बढ़ाएँ। |
| p=reject | रिसीवर को इसे अस्वीकार करना चाहिए। | अंतिम अवस्था, जब हर वैध सेंडर पास होने लगे। |
जाँच प्रकाशित सार्वजनिक कुंजी से कुंजी का आकार पढ़ती है। आज 2048-बिट RSA कुंजियाँ आम सिफ़ारिश हैं; 1024-बिट कुंजियाँ ज़्यादातर रिसीवरों के साथ अब भी चलती हैं पर कमज़ोर हैं, और इससे छोटी कुंजियाँ असुरक्षित मानी जाती हैं। 2048-बिट कुंजी प्रकाशित करने पर TXT रिकॉर्ड 255 अक्षरों से लंबा हो जाता है, इसलिए उसे एक से ज़्यादा स्ट्रिंग में रखना पड़ता है; ज़्यादातर DNS पैनल यह आपके लिए कर देते हैं।
Google और Yahoo ने 2024 में बल्क सेंडरों के लिए प्रमाणीकरण अनिवार्य करना शुरू किया: बड़ी मात्रा में भेजने वालों से अपेक्षा है कि उनके पास SPF, DKIM और DMARC रिकॉर्ड हो, स्पैम शिकायत दर कम रहे, और आसान अनसब्सक्राइब समर्थित हो। Microsoft ने Outlook.com के लिए तुलनीय आवश्यकताओं की घोषणा की। सटीक सीमाएँ और प्रवर्तन हर प्रोवाइडर तय करता है और समय के साथ बदले हैं, इसलिए यहाँ दिए किसी आँकड़े पर निर्भर रहने के बजाय उनके मौजूदा सेंडर दिशानिर्देश देखें।
पहले SPF ठीक करें (एक रिकॉर्ड, दस से कम लुकअप), फिर वह DKIM कुंजी प्रकाशित करें जो आपकी भेजने वाली सेवा देती है, फिर p=none पर DMARC जोड़ें। SPF, DKIM और DMARC विफलताएँ ठीक करने की हमारी गाइड हर त्रुटि संदेश को समझाती है। याद रखें कि DNS बदलावों के फैलने में समय लगता है, इसलिए पुराने रिकॉर्ड की time-to-live बीतने के बाद फिर परखें।
रिकॉर्ड ढूँढता है, DNS लुकअप को 10 की सीमा से गिनता है और डुप्लिकेट रिकॉर्ड, गलत सिंटैक्स और जोखिम भरी सेटिंग फ़्लैग करता है।
आपके सेलेक्टर की सार्वजनिक कुंजी ढूँढता है, उसकी लंबाई पढ़ता है और रद्द की गई, न पढ़ी जा सकने वाली या छोटी कुंजियाँ और टेस्टिंग मोड फ़्लैग करता है।
पॉलिसी, रिपोर्टिंग पते और प्रतिशत पढ़ता है, और अमान्य टैग, एक से ज़्यादा रिकॉर्ड और गायब पॉलिसी फ़्लैग करता है।
हर समस्या के साथ सरल भाषा में समाधान मिलता है, और नीचे की गाइडें पूरा सेटअप समझाती हैं।
यह आपके डोमेन के सार्वजनिक DNS रिकॉर्ड पढ़ता है: SPF रिकॉर्ड, _dmarc.yourdomain पर DMARC रिकॉर्ड, और selector._domainkey.yourdomain पर DKIM सार्वजनिक कुंजी। यह बताता है कि हर एक मौजूद है या नहीं, मान्य है या नहीं और उसमें आम समस्याएँ हैं या नहीं।
सेलेक्टर वह नाम है जो आपकी भेजने वाली सेवा ने आपकी DKIM कुंजी के लिए चुना, इसलिए एक डोमेन की कई कुंजियाँ हो सकती हैं। आप इसे अपने भेजे किसी भी मैसेज के DKIM-Signature हेडर के s= मान में, या अपनी भेजने वाली सेवा की डोमेन सेटिंग में पा सकते हैं। उसी कुंजी को जाँचने के लिए इसे दर्ज करें।
सेलेक्टर के बिना हम केवल आम नामों की एक छोटी सूची आज़मा सकते हैं, और हर सेवा अपना नाम चुनती है। उन नामों पर नहीं मिलना इसका सबूत नहीं कि DKIM गायब है। पक्का जवाब पाने के लिए अपना सेलेक्टर दर्ज करें।
p=none मॉनिटरिंग मोड है। रिसीवर DMARC में फ़ेल होने वाले मेल पर कोई कार्रवाई नहीं करते पर rua के पते पर रिपोर्ट भेजते हैं। यही अनुशंसित शुरुआती बिंदु है; जब रिपोर्ट दिखाएँ कि हर वैध सेंडर पास हो रहा है, तब आप quarantine और फिर reject पर जा सकते हैं।
नहीं। ये रिकॉर्ड दिखाते हैं कि आपका डोमेन प्रमाणित करने के लिए सेट है। इनबॉक्स प्लेसमेंट सेंडर प्रतिष्ठा, सूची की गुणवत्ता, शिकायत दर और कंटेंट पर भी निर्भर करता है। कोई एक मैसेज पास हुआ या नहीं यह देखने के लिए उस मैसेज का Authentication-Results हेडर पढ़ें।
लुकअप हमारे सर्वरों पर चलते हैं, और नतीजे लगभग पाँच मिनट रखे जाते हैं ताकि दोहराई गई जाँचों में DNS क्वेरी दोबारा न हों। जाँचें किसी अकाउंट से जुड़ी नहीं होतीं, और जिन DNS सर्वरों से क्वेरी होती है उनकी सुरक्षा के लिए टूल की रेट लिमिट है।
अपने सेंडिंग डोमेन के लिए SPF, DKIM और DMARC प्रकाशित करने की कदम-दर-कदम गाइड देखें।
खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।