प्रकाशित करना p=reject नीतिगत मील का पत्थर है, अंत नहीं DMARC परिचालन. भेजने वाली सेवाएँ बदल जाती हैं, नए एप्लिकेशन सामने आते हैं और प्राप्तकर्ता अपने स्वयं के हैंडलिंग निर्णयों को बनाए रखते हैं। समग्र रिपोर्टिंग अभी भी प्रमाणीकरण प्रतिगमन, नए देखे गए स्रोतों और अनुरोधित नीति और रिपोर्ट किए गए उपचार के बीच अंतर की पहचान करने में मदद करती है।
नीति परिवर्तन के बाद रिपोर्टिंग को कॉन्फ़िगर और मॉनिटर करते रहें। उपयुक्तता अभी भी डोमेन उपयोग पर निर्भर करती है: RFC 9989 §7.4 उन डोमेन के लिए अस्वीकार के प्रति सावधान करता है जिनके उपयोगकर्ता इंटरनेट मेलिंग सूचियों पर पोस्ट कर सकते हैं और वैध उपयोग करने के लिए अस्वीकार डोमेन की आवश्यकता होती है DKIM पूरी तरह से निर्भर रहने के बजाय SPF. साक्ष्य भाग लेने वाले प्राप्तकर्ताओं और उनकी टिप्पणियों से बंधे रहते हैं। अस्वीकार नीति इस बात का प्रमाण नहीं है कि प्रत्येक प्रतिरूपण प्रयास को अवरुद्ध कर दिया गया था या प्रत्येक वैध संदेश वितरित किया गया था।
नीति, मूल्यांकन और स्वभाव को अलग से पढ़ें
सन्दर्भ: RFC 9989 §4.7, RFC 9989 §5.4, RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.11.
प्रकाशित नीति DMARC विफल होने वाले मेल के लिए डोमेन स्वामी के अनुरोधित व्यवहार को व्यक्त करती है। मूल्यांकन पूछता है कि क्या प्रमाणित SPF या DKIM पहचानकर्ता लेखक डोमेन के साथ संरेखित है। रिपोर्ट किया गया स्वभाव रिसीवर के रिपोर्ट किए गए डीएमएआरसी-संबंधित उपचार का वर्णन करता है, जहां ओवरराइड जानकारी प्रदान की जाती है।
इन फ़ील्ड को एक स्थिति में संक्षिप्त नहीं किया जाना चाहिए. एक अभिलिखित स्वभाव के साथ p=reject दिखाना कोई भी स्वचालित रूप से विकृत नहीं है: एक संदेश पारित हो सकता है, या रिसीवर हैंडलिंग अनुरोधित कार्रवाई से भिन्न हो सकती है। केवल नीति से अनुमान लगाने के बजाय संरेखित परिणामों और उपलब्ध कारणों की जांच करें। RFC 9989 प्राप्तकर्ता के विवेक को सुरक्षित रखता है, और RFC 9990 समग्र फ़ील्ड को परिभाषित करता है।
वैध-मार्ग प्रतिगमन के लिए देखें
सन्दर्भ: RFC 9989 §5.3.5.
एप्लिकेशन और स्वामियों की एक संधारित सूची रखें। वर्तमान अवलोकनों की उनकी अपेक्षित पहचान के साथ तुलना करें, और बदले हुए की जांच करें चयनकर्ता, वापसी का पथ या उपयोगकर्ता द्वारा गुम मेल की रिपोर्ट करने से पहले लेखक डोमेन। कम मात्रा वाले और मौसमी मार्ग शामिल करें जो लंबे समय तक अदृश्य रह सकते हैं।
उदाहरणात्मक मामला: पहले से सत्यापित बिलिंग एप्लिकेशन एक नए प्लेटफ़ॉर्म पर चला जाता है और अपना संरेखण खो देता है DKIM हस्ताक्षर. SPF अभी भी एक असंबंधित सेवा डोमेन के अंतर्गत गुजरता है। एक लागू वैध नीति और पूर्ण जांच मान लें। किसी अन्य संरेखित पासिंग पथ के बिना, संदेश इस सिंथेटिक उदाहरण में DMARC विफल कर देता है। उपयोगी प्रतिक्रिया समर्थित प्रेषक पहचान को दुरुस्त करना है, न कि यह मान लेना कि प्रवर्तन ने भविष्य में ऑनबोर्डिंग को अनावश्यक बना दिया है।
निरंतर अनधिकृत विफलताओं की व्याख्या करें
अनधिकृत प्रेषक प्रवर्तन के बाद भी डोमेन का उपयोग जारी रख सकते हैं। रिपोर्टें उस ट्रैफ़िक के लिए देखे गए विफल प्रमाणीकरण और रिसीवर उपचार को दिखा सकती हैं। लगातार विफलता की मात्रा अकेले यह साबित नहीं करती कि प्रवर्तन अप्रभावी है; नियंत्रण लगातार आने वाले ट्रैफ़िक को अस्वीकार कर सकता है।
इसके विपरीत, हर विफलता को एक निश्चित रोके गए हमले के रूप में न गिनें। एट्रिब्यूशन, इरादा, रिसीवर कवरेज और वास्तविक हैंडलिंग के लिए साक्ष्य की आवश्यकता होती है। रिपोर्ट गणना एक अवलोकन गणना है, और रिपोर्ट किया गया स्वभाव पूर्ण डाउनस्ट्रीम डिलीवरी ऑडिट नहीं है।
अपवादों और गुम कवरेज का समाधान करें
सन्दर्भ: RFC 9990 §3.1.6, RFC 9990 §4, RFC 9989 §5.3.8.
उन रिकॉर्डों की समीक्षा करें जहां असफल मेल को अनुरोधित नीति से भिन्न व्यवहार मिला। आपूर्ति किए गए ओवरराइड कारणों और प्रासंगिक अग्रेषण या मध्यस्थ व्यवहार की जांच करें। यह न मानें कि प्रत्येक प्राप्तकर्ता एक ही स्थानीय नीति लागू करता है या प्रत्येक अपवाद में पर्याप्त स्पष्टीकरण है समग्र रिपोर्ट.
रिपोर्टिंग पाइपलाइन की स्वयं जाँच करें: गंतव्य स्वामित्व, जहाँ आवश्यक हो, बाहरी प्राधिकरण, अंतर्ग्रहण त्रुटियाँ और योगदान प्राप्तकर्ताओं में परिवर्तन। प्रवर्तन के बाद एक मूक डैशबोर्ड संग्रह समस्या को प्रतिबिंबित कर सकता है। महत्वपूर्ण मार्गों के लिए नियंत्रित परीक्षण रखें और डिलीवरी की जांच करते समय रिसीवर के साक्ष्य की तुलना एप्लिकेशन लॉग से करें।
प्रवर्तन के बाद संचालन लय बनाए रखें
नए प्रेषक को ऑनबोर्डिंग, आवधिक इन्वेंट्री समीक्षा, DNS परिवर्तन और रिपोर्ट ट्राइएज के लिए जिम्मेदारी सौंपें। किसी भी अस्थायी पॉलिसी छूट के लिए अनुमोदन और समाप्ति प्रक्रिया का उपयोग करें। सत्यापित करें कि प्रस्तावित परिवर्तन एक समर्थित कारण को संबोधित करता है और असंबंधित प्रेषकों को अनावश्यक रूप से प्रभावित नहीं करता है।
प्रत्येक समीक्षा को परीक्षण किए गए वैध मार्गों, अज्ञात स्रोतों की जांच, रिसीवर विचलन की जांच और अभी भी मौजूद अंतराल की रिपोर्टिंग के साथ बंद करें। p=reject के बाद उद्देश्य को बनाए रखा जाता है, समझाने योग्य प्रमाणीकरण कवरेज। अकेले नीतिगत सूत्र वह आश्वासन प्रदान नहीं कर सकते।
निष्कर्ष और अगली कार्रवाई को बाध्य करें
काल्पनिक प्लेटफ़ॉर्म स्थानांतरण के लिए, अनुपलब्ध संरेखित DKIM से अलग असंबंधित सेवा पहचान के अंतर्गत कच्चे SPF पास को बनाए रखें। प्रभावित मार्ग पर बाद में समर्थित हस्ताक्षर मरम्मत का परीक्षण किया जाना चाहिए। रिपोर्ट किया गया कोई भी स्वभाव साक्ष्य को संभालना नहीं चाहता है, यह प्रमाण नहीं है कि प्रमाणीकरण पुनर्प्राप्त हो गया है या इनबॉक्स को संदेश प्राप्त हुआ है।