इसका इस्तेमाल कैसे करें
- डोमेन में अपना डोमेन लिखें, जैसे example.com।
- डोमेन के लिए नीति (p) चुनें। none केवल रिपोर्ट देता है, इसलिए शुरुआत के लिए यही सही जगह है।
- समेकित रिपोर्ट (rua) में एक पता लिखें ताकि रिपोर्ट मिलें, और सख्त नीति पर जाने से पहले उन्हें पढ़ें।
- DMARC रिकॉर्ड (TXT) कॉपी करें और उसे रिकॉर्ड का नाम पर TXT रिकॉर्ड के रूप में प्रकाशित करें।
DMARC रिकॉर्ड क्या कहता है
DMARC रिकॉर्ड आपके डोमेन के आगे _dmarc लगाकर बनाया गया एक TXT रिकॉर्ड है (RFC 7489, खंड 6.1)। यह प्राप्तकर्ताओं को बताता है कि आपके डोमेन की DMARC जाँच में फेल होने वाले मेल के साथ क्या करें, और रिपोर्ट कहाँ भेजें। यह v=DMARC1 और p से शुरू होता है, और बाकी टैग सेमीकोलन से अलग होकर आते हैं (खंड 6.3)।
- अज्ञात टैग अनदेखे किए जाते हैं, और जो टैग अपने डिफॉल्ट पर हो, वह रिकॉर्ड में नहीं लिखा जाता (खंड 6.3)।
- v और p के बाद टैग किसी भी क्रम में आ सकते हैं (खंड 6.4)। यह पेज उन्हें औपचारिक परिभाषा के क्रम में लिखता है।
नीति, अलाइनमेंट और रिपोर्ट
p आपके डोमेन की नीति तय करता है, और sp, जब दिया जाए, केवल सबडोमेन के लिए (RFC 7489, खंड 6.3)। DMARC अलाइनमेंट की जाँच करता है: From लाइन का डोमेन उस डोमेन से मेल खाना चाहिए जो DKIM या SPF में पास हुआ। adkim और aspf हर जाँच के लिए ढीला या सख्त अलाइनमेंट चुनते हैं (खंड 3.1 और 6.3)। rua और ruf बताते हैं कि रिपोर्ट कहाँ जाएँ, और पता mailto पता होना चाहिए (खंड 6.3)।
नीति शुरू करना
p=none प्राप्तकर्ताओं से कहता है कि डिलीवरी पर कोई कार्रवाई न करें और रिपोर्ट भेजें (RFC 7489, खंड 6.3)। किसी नीति के कुछ भी लागू करने से पहले इन्हें पढ़ें, ताकि दिखे कि कौन सा मेल फेल होता है। pct टैग नीति को फेल होने वाले मेल के एक हिस्से पर लागू करता है, धीरे-धीरे लागू करने के लिए; प्रतिशत कुछ भी हो, रिपोर्ट हमेशा भेजी जाती हैं।
उदाहरण: example.com के लिए फेल होने वाला मेल अस्वीकार करने वाली नीति
रिकॉर्ड v=DMARC1; p=reject; rua=mailto:[email protected] को _dmarc.example.com पर प्रकाशित किया जाता है। यह प्राप्तकर्ताओं से कहता है कि DMARC जाँच में फेल होने वाला मेल अस्वीकार करें, और समेकित रिपोर्ट [email protected] पर भेजें।
जो टैग अपने डिफॉल्ट पर हैं, वे नहीं लिखे जाते: sp टैग, प्रतिशत और अलाइनमेंट के मोड, ताकि रिकॉर्ड छोटा रहे।
| माप | मान |
|---|---|
| नीति (p) | reject |
| रिपोर्ट (rua) | mailto:[email protected] |
| रिकॉर्ड | v=DMARC1; p=reject; rua=mailto:[email protected] |
| होस्ट | _dmarc.example.com |
अक्सर पूछे जाने वाले सवाल
DMARC रिकॉर्ड कहाँ प्रकाशित करें?
आपके डोमेन के आगे _dmarc लगाकर एक TXT रिकॉर्ड के रूप में, जैसे _dmarc.example.com (RFC 7489, खंड 6.1)। पेज ठीक नाम रिकॉर्ड का नाम के नीचे दिखाता है।
क्या मुझे p=none से शुरू करना चाहिए?
p=none प्राप्तकर्ताओं से कहता है कि कोई कार्रवाई न करें और रिपोर्ट भेजें (RFC 7489, खंड 6.3), ताकि किसी नीति के कुछ भी लागू करने से पहले दिखे कि कौन सा मेल फेल होता है। जब आपका असली मेल पास होने लगे, तब quarantine और फिर reject पर जाएँ।
pct क्या करता है?
pct फेल होने वाले मेल का वह हिस्सा तय करता है जिस पर नीति लागू होती है, 0 से 100 तक (RFC 7489, खंड 6.3)। यह धीमे रोलआउट में मदद करता है, और प्रतिशत कुछ भी हो, रिपोर्ट भेजी जाती हैं।
ढीले और सख्त अलाइनमेंट में क्या फर्क है?
अलाइनमेंट तय करता है कि From डोमेन उस डोमेन से कितना कसकर मेल खाना चाहिए जो DKIM या SPF में पास हुआ। ढीला, r, डिफॉल्ट है; सख्त, s, करीबी मेल माँगता है। DKIM और SPF के मोड अलग-अलग तय होते हैं (RFC 7489, खंड 3.1 और 6.3)।
p और sp, दो नीतियाँ क्यों हैं?
p आपके डोमेन और उसके सबडोमेन पर लागू होता है। sp, जब आप इसे देते हैं, केवल सबडोमेन पर लागू होता है, डोमेन पर नहीं (RFC 7489, खंड 6.3), इसलिए हर एक की सख्ती अलग रख सकते हैं।
क्या यह जनरेटर मेरा डोमेन कहीं भेजता है?
नहीं। रिकॉर्ड आपके ब्राउज़र में, आपके लिखे से बनता है। नेटवर्क पर कुछ नहीं खोजा जाता, न कुछ सहेजा जाता है, और रिकॉर्ड आपके खुद प्रकाशित करने के लिए बस टेक्स्ट है।
स्रोत
- RFC 7489 (अंग्रेजी में): Domain-based Message Authentication, Reporting, and Conformance (DMARC)
- RFC 5321 (अंग्रेजी में): Simple Mail Transfer Protocol (पते)
- RFC 5322 (अंग्रेजी में): Internet Message Format (addr-spec)
आँकड़े और टेक्स्ट आखिरी बार मंगलवार, 10 नवंबर 2026 को जाँचे गए।