एक प्रतिलिपि प्रस्तुत करने योग्य DMARC गोद लेने का अध्ययन एक प्रश्न से शुरू होता है जिसका उत्तर इसके अवलोकन दे सकते हैं। पॉलिसी रिकॉर्ड के लिए एक क्वेरी यह स्थापित कर सकती है कि संग्रह विंडो के दौरान रिज़ॉल्वर ने उस नाम के लिए क्या लौटाया है। यह स्थापित नहीं कर सकता कि क्या किसी संगठन द्वारा भेजा गया प्रत्येक संदेश प्रमाणीकरण पास करता है, क्या प्राप्तकर्ताओं ने उन संदेशों को स्वीकार किया है या क्या संगठन ने धोखाधड़ी का अनुभव किया है।
परिणाम देखने से पहले एक प्रोटोकॉल लिखें
लक्ष्य जनसंख्या, नमूना फ्रेम और अवलोकन इकाई को अलग से बताएं। एक लक्ष्य किसी क्षेत्राधिकार में पंजीकृत संस्थान हो सकते हैं; एक फ़्रेम वेबसाइट डोमेन की आधिकारिक सूची हो सकती है; वास्तव में पूछी गई इकाई एक DNS स्वामी का नाम हो सकती है। ये अलग-अलग वस्तुएं हैं. इकाई-से-डोमेन मैपिंग का संस्करण बनाएं और बताएं कि डोमेन को क्यों शामिल किया गया है। संग्रहण से पहले बहिष्करण, पुनः प्रयास सीमाएँ, रिज़ॉल्वर विकल्प और वर्गीकरण नियमों को फ़्रीज़ करें ताकि असुविधाजनक टाइमआउट बाद में हर से गायब न हो सके।
टिप्पणियों की व्याख्या करने से पहले उन्हें सुरक्षित रखें
कच्ची प्रतिक्रियाएँ, HTTP स्थिति, DNS प्रतिक्रिया कोड, स्वामी का नाम, रिकॉर्ड प्रकार, लौटाया गया TTL और क्लाइंट टाइमस्टैम्प रखें। स्क्रिप्ट संशोधन और प्रत्येक रखी गई फ़ाइल का हैश संग्रहीत करें। बिना किसी अनुरोधित उत्तर के सफल DNS प्रतिक्रिया से ट्रांसपोर्ट त्रुटियों को अलग करें। एक DNS नाम त्रुटि, एक खाली उत्तर और एक टाइमआउट विनिमेय निष्कर्ष नहीं हैं। बताएं कि क्लासिफायरियर किन स्थितियों को पहचान सकता है और किन स्थितियों को मैन्युअल समीक्षा की आवश्यकता है।
प्रकाशन को श्रवण योग्य बनाएं
हर और उनके बगल में अनसुलझे अवलोकनों के साथ गिनती प्रकाशित करें। पूछताछ की गई जनसंख्या, संग्रह तिथियों और वर्गीकरण संस्करण के बिना एक ग्राफ़ की स्वतंत्र रूप से व्याख्या नहीं की जा सकती है। किसी दूसरे विश्लेषक से नई नेटवर्क क्वेरी चलाने के लिए कहने से पहले जमे हुए प्रतिक्रियाओं से ऑफ़लाइन सारांश को पुन: पेश करने के लिए कहें। नये प्रश्न वर्तमान का परीक्षण करते हैं, अतीत का नहीं। दोनों रन को सुरक्षित रखें और पुराने डेटा को ओवरराइट करने के बजाय कोई अंतर बताएं।
पारदर्शी काल्पनिक निर्णय लागू करें
मान लीजिए कि दस घोषित डोमेन छह उम्मीदवार नीति स्ट्रिंग, अनुरोधित डेटा के बिना दो सफल प्रतिक्रियाएं और दो टाइमआउट उत्पन्न करते हैं। प्रयास किए गए सभी दस अवलोकन रखें। दस प्रयास किए गए डोमेन में से छह उम्मीदवार स्ट्रिंग की रिपोर्ट करें, दो खाली प्रतिक्रियाओं और दो अनसुलझे टाइमआउट के साथ अलग से। इन छह को वैध परिनियोजन न कहें: सिंटैक्स, नीति खोज और प्रेषक-डोमेन कवरेज को अभी भी उनकी बताई गई जाँच की आवश्यकता है। पूर्ण-केस गणना में इसके भिन्न हर की पहचान होनी चाहिए। ये आविष्कृत गणनाएँ केवल वर्गीकरण की व्याख्या करती हैं; कोई संग्रहण निष्पादित नहीं किया गया.
तकनीकी सीमा और प्रकाशन निर्णय
RFC 9989 अनुभाग 4.7, 4.10.1 और 5.3 रिकॉर्ड सिंटैक्स, नीति खोज और संदेश मूल्यांकन में अंतर करें। एक सटीक-स्वामी TXT अवलोकन पूर्ण नीति खोज नहीं है। RFC 9990 धारा 3.1 समग्र संदेश साक्ष्य का वर्णन करता है, जो डोमेन क्रॉल से अलग है। RFC 2308 धारा 2 नकारात्मक DNS प्रतिक्रियाओं को अलग करता है; क्लाइंट टाइमआउट अनुपस्थिति का प्रमाण नहीं है। यहां अध्ययन-डिज़ाइन विकल्प संपादकीय पद्धति हैं, न कि उन आरएफसी द्वारा निर्धारित सांख्यिकीय आवश्यकताएं। यह शिक्षण संशोधन कोई ऐतिहासिक पायलट या राष्ट्रीय अंगीकरण खोज नहीं बनाता है; किसी भी बाद के अनुभवजन्य परिणाम के लिए अपने स्वयं के सुलभ, हैश-बाउंड डेटा और स्वतंत्र विधि समीक्षा की आवश्यकता होती है।