एक नज़र में। रिकॉर्ड: _dmarc.yourdomain पर TXT · शुरुआत: p=none और एक rua पता · पास होता है जब: SPF या DKIM अलाइनमेंट में पास हो · अंतिम स्थिति: रिपोर्ट साफ़ होने पर p=reject
संक्षेप में
- पॉलिसी क्या है। DMARC रिकॉर्ड आपके डोमेन के _dmarc पर TXT रिकॉर्ड के रूप में पब्लिश होता है।
- तीन पॉलिसी। p=none के साथ रिसीवर DMARC के कारण कोई कार्रवाई नहीं करते, और आपको रिपोर्ट भेजते हैं।
- अलाइनमेंट: रिलैक्स्ड और स्ट्रिक्ट। DMARC सिर्फ़ यह नहीं पूछता कि SPF या DKIM पास हुआ या नहीं।
- सबडोमेन पॉलिसी और pct। sp टैग सबडोमेन के लिए अलग पॉलिसी तय करता है।
- रिपोर्ट: rua और ruf। rua टैग बताता है कि एग्रीगेट रिपोर्ट कहाँ भेजनी हैं।
- सुरक्षित रोलआउट। ऐसे रिपोर्ट पते के साथ p=none पब्लिश करें जिसे आप पढ़ेंगे।
पॉलिसी क्या है
DMARC रिकॉर्ड आपके डोमेन के _dmarc पर TXT रिकॉर्ड के रूप में पब्लिश होता है। उसका p टैग पॉलिसी है: यह रिसीवर को बताता है कि जो मैसेज आपके डोमेन से होने का दावा करता है और DMARC जाँच में फ़ेल होता है, उसके साथ आप क्या करवाना चाहते हैं।
v=DMARC1; p=none; rua=mailto:dmarc@example.comजाँच खुद सरल है। SPF या DKIM पास होना चाहिए, और पास होने वाला डोमेन From पते के डोमेन से अलाइन होना चाहिए। अगर दोनों में से कोई नहीं होता, तो मैसेज DMARC में फ़ेल हो जाता है और पॉलिसी लागू होती है।
तीन पॉलिसी
p=none के साथ रिसीवर DMARC के कारण कोई कार्रवाई नहीं करते, और आपको रिपोर्ट भेजते हैं। p=quarantine के साथ उन्हें फ़ेल होने वाले मेल को संदिग्ध मानना चाहिए, जिसका आमतौर पर मतलब स्पैम फ़ोल्डर होता है। p=reject के साथ उन्हें मैसेज डिलिवर होते समय ही अस्वीकार कर देना चाहिए।
none से शुरू करें। यह कुछ भी ब्लॉक नहीं कर सकती, इसलिए सुरक्षित है, और इससे बनने वाली रिपोर्ट आपके डोमेन के नाम से भेजने वाले हर सिस्टम को दिखाती हैं। ऊपर तभी जाएँ जब रिपोर्ट दिखाएँ कि आपका वैध मेल पास हो रहा है।
अलाइनमेंट: रिलैक्स्ड और स्ट्रिक्ट
DMARC सिर्फ़ यह नहीं पूछता कि SPF या DKIM पास हुआ या नहीं। वह यह पूछता है कि जो डोमेन पास हुआ, क्या वह From डोमेन वाला ही संगठन है। रिलैक्स्ड अलाइनमेंट के साथ, जो डिफ़ॉल्ट है, mail.example.com जैसा सबडोमेन example.com से अलाइन होता है। स्ट्रिक्ट अलाइनमेंट के साथ डोमेन का पूरी तरह मिलना ज़रूरी है।
अलाइनमेंट हर तरीके के लिए aspf और adkim टैग से अलग-अलग सेट होता है। जो थर्ड-पार्टी सर्विस अपने ही डोमेन से साइन करती है, वह DKIM पास करती है लेकिन अलाइन नहीं होती, इसलिए हर सेंडिंग सर्विस के साथ अपना डोमेन सेट करें।
सबडोमेन पॉलिसी और pct
sp टैग सबडोमेन के लिए अलग पॉलिसी तय करता है। इसके बिना सबडोमेन p का पालन करते हैं। यह तब उपयोगी है जब मुख्य डोमेन एन्फ़ोर्स करने के लिए तैयार हो लेकिन कुछ सबडोमेन न हों, या जब आप उन सबडोमेन की सुरक्षा करना चाहें जो कभी मेल नहीं भेजते।
pct टैग पॉलिसी को फ़ेल होने वाले मेल के सिर्फ़ एक हिस्से पर लागू करता है। p=quarantine और pct=10 पर, फ़ेल होने वाले लगभग दसवें हिस्से के मैसेज क्वारंटीन होते हैं और बाकी के साथ ऐसा बर्ताव होता है मानो पॉलिसी एक स्तर कम हो। रिपोर्ट साफ़ रहने पर इसे चरणों में बढ़ाएँ।
रिपोर्ट: rua और ruf
rua टैग बताता है कि एग्रीगेट रिपोर्ट कहाँ भेजनी हैं। रिसीवर इन्हें कंप्रेस्ड XML के रूप में भेजते हैं, आमतौर पर रोज़ाना, जिनमें सेंडिंग IP, मैसेज की गिनती और SPF व DKIM के नतीजे होते हैं। पॉलिसी सख़्त करने से पहले आपको यही सबूत चाहिए। ruf टैग फ़ेल्योर रिपोर्ट माँगता है, जो कई बड़े रिसीवर नहीं भेजते।
अगर रिपोर्ट का पता किसी दूसरे डोमेन पर है, तो उस डोमेन को yourdomain._report._dmarc.otherdomain पर एक DMARC रिकॉर्ड से उसे अधिकृत करना होगा। रिपोर्टिंग सर्विस आमतौर पर यह आपके लिए सेट कर देती हैं।
सुरक्षित रोलआउट
ऐसे रिपोर्ट पते के साथ p=none पब्लिश करें जिसे आप पढ़ेंगे। अगले कुछ हफ़्तों में रिपोर्ट के हर स्रोत की सूची बनाएँ और हर वैध स्रोत के लिए SPF या DKIM ठीक करें। फिर छोटे pct के साथ p=quarantine पर जाएँ और उसे बढ़ाएँ, और उसके बाद ही p=reject पर।
चौंकाने वाली चीज़ों की उम्मीद रखें: कोई बिलिंग सिस्टम, कोई भूला हुआ मार्केटिंग टूल, कोई न्यूज़लेटर सर्विस। none चरण में मिला हर एक वह मैसेज है जो reject पर खो जाता। हमारा DMARC जनरेटर रोलआउट को कॉपी करने लायक रिकॉर्ड के सेट के रूप में दिखाता है।
DMARC क्या नहीं कर सकता
DMARC From पते में मौजूद सटीक डोमेन को जाली तरीके से इस्तेमाल होने से बचाता है। यह मिलते-जुलते नाम वाले डोमेन को नहीं रोकता, और ऐसे स्पैम को भी नहीं रोकता जो ऐसे डोमेन से आता है जिसका मालिक सेंडर सचमुच है। फ़ॉरवर्डिंग और कुछ मेलिंग लिस्ट भी अलाइनमेंट तोड़ सकती हैं, इसीलिए बड़े रिसीवर DMARC को दूसरे संकेतों के साथ तौलते हैं।
IETF में इस मानक का संशोधन भी चल रहा है, इसलिए बदलाव की योजना बनाते समय मौजूदा स्पेसिफ़िकेशन पढ़ें।
आगे पढ़ें और स्रोत
MigoSMTP में करें: हेल्प-सेंटर लेख
- DMARC रिपोर्ट पढ़ें और p=reject पर जाएँ
- कस्टम रिटर्न-पाथ और ट्रैकिंग डोमेन
- MigoSMTP में सेंडिंग डोमेन ऑथेंटिकेट करें: SPF, DKIM और DMARC
संबंधित गाइड और टूल
- DMARC रिकॉर्ड जनरेटर: रिकॉर्ड बनाएँ और रोलआउट देखें।
- SPF, DKIM और DMARC चेकर: अपने लाइव रिकॉर्ड पढ़ें।
- DMARC कैसे सेट करें: चरण-दर-चरण सेटअप।
- SPF, DKIM और DMARC की विफलताएँ ठीक करें: कोई त्रुटि पढ़ें और ठीक करें।
पक्का नहीं कि आपके रिकॉर्ड सही हैं? हमारा मुफ़्त चेकर चलाएँ, या हमें एक हेडर भेजें और हम उसे पढ़ने में आपकी मदद करेंगे।
अक्सर पूछे जाने वाले प्रश्न
तीन DMARC पॉलिसी कौन-सी हैं?
none रिसीवर से कहती है कि DMARC में फ़ेल होने वाले मेल पर कोई कार्रवाई न करें, quarantine कहती है कि उसे संदिग्ध मानें, आमतौर पर स्पैम में डालकर, और reject कहती है कि डिलिवरी के दौरान ही उसे अस्वीकार कर दें। पॉलिसी p टैग से सेट होती है।
DMARC अलाइनमेंट क्या है?
जब SPF या DKIM पास हो और पास होने वाला डोमेन दिखने वाले From पते के डोमेन से मेल खाए, तो मैसेज DMARC पास करता है। रिलैक्स्ड अलाइनमेंट में सबडोमेन अपने पैरेंट डोमेन से मेल खा सकता है। स्ट्रिक्ट अलाइनमेंट में पूरा मिलान ज़रूरी है।
DMARC रिकॉर्ड में pct क्या करता है?
यह तय करता है कि फ़ेल होने वाले मेल के कितने प्रतिशत पर पॉलिसी लागू होगी। इसका उपयोग quarantine या reject को चरणबद्ध तरीके से लागू करने के लिए होता है, जैसे 10 से शुरू करके, रिपोर्ट साफ़ रहने पर उसे बढ़ाना।
क्या DMARC गारंटी देता है कि जाली मेल ब्लॉक होगा?
नहीं। पॉलिसी एक अनुरोध है जिसे रिसीवर मानना चुनते हैं, और ज़्यादातर बड़े रिसीवर मानते हैं। फ़ॉरवर्डिंग और मेलिंग लिस्ट भी अलाइनमेंट तोड़ सकती हैं, इसलिए एन्फ़ोर्स करने से पहले अपनी रिपोर्ट पढ़ें।