एक समूह-व्यापी ईमेल नीति वांछित परिणाम का वर्णन कर सकती है जबकि प्रत्येक सहायक कंपनी कार्यान्वयन के एक अलग हिस्से को नियंत्रित करती है। एक टीम के पास पंजीकरण हो सकता है, दूसरी टीम DNS चला सकती है और एक स्थानीय विक्रेता आवेदन मेल पर हस्ताक्षर कर सकता है। प्रभावी समन्वय उन प्राधिकरणों की मैपिंग और तुलनीय साक्ष्य एकत्र करने से शुरू होता है, न कि यह मानने से कि मुख्यालय हर डोमेन को बदल सकता है।
एक डोमेन और सेवा मानचित्र बनाएं
प्रत्येक सहायक कंपनी के लिए, कानूनी या व्यावसायिक इकाई, डोमेन, आधिकारिक DNS ऑपरेटर, रजिस्ट्रार संपर्क, स्थानीय व्यापार स्वामी और घटना संपर्क की पहचान करें। प्रत्येक भेजने वाली सेवा को उसके खाते, उद्देश्य, गंभीरता, डोमेन से, लिफ़ाफ़ा डोमेन से कनेक्ट करें, DKIM कार्यक्षेत्र, चयनकर्ता और अंतिम अधिकृत परीक्षण। उन संक्षिप्ताक्षरों पर भरोसा करने के बजाय सटीक नाम संग्रहित करें जो समान नाम वाली कंपनियों में भ्रमित हो सकते हैं।
DNS प्रतिनिधिमंडल प्रशासनिक जिम्मेदारी को ज़ोन सीमाओं पर विभाजित करता है। एक केंद्रीय रूप से आयोजित मूल डोमेन का मतलब यह नहीं है कि प्रत्येक चाइल्ड ज़ोन केंद्रीय टीम द्वारा संचालित होता है। RFC 1034 जोन और प्रतिनिधिमंडल का वर्णन करता है; अपने कार्यान्वयन को निर्धारित करने के लिए वास्तविक आधिकारिक रिकॉर्ड और एक्सेस रिकॉर्ड का उपयोग करें। DNS अवधारणाएँ. पंजीकरण, DNS संचालन और सेवा अनुमोदन अलग-अलग इन्वेंट्री फ़ील्ड होने चाहिए।
एक सामान्य साक्ष्य अनुबंध स्थापित करें
प्रत्येक स्थानीय टीम से समान न्यूनतम प्रमाण मांगें: वर्तमान कॉन्फ़िगरेशन, एक अधिकृत प्रतिनिधि संदेश, विश्वसनीय रिसीवर प्रमाणीकरण परिणाम, अनुमोदन संदर्भ और सेवा के लिए जवाबदेह व्यक्ति। अवलोकन समय और मार्ग रिकॉर्ड करें. केवल प्रतिक्रिया देने वाले डोमेन पर समूह-व्यापी सफलता दर की रिपोर्ट करके किसी लापता सहायक कंपनी का औसत न निकालें।
DMARC नीति खोज और पहचानकर्ता संरेखण प्रोटोकॉल नियमों का पालन करें, कॉर्पोरेट स्वामित्व आरेखों का नहीं। विशिष्ट पंजीकृत डोमेन केवल इसलिए नीति साझा नहीं करते क्योंकि एक ही मूल कंपनी उनका मालिक है। उपडोमेन व्यवहार का मूल्यांकन लागू नीति-खोज नियमों और रिकॉर्ड के तहत किया जाना चाहिए। RFC 9989. मुख्यालय के निष्कर्ष की नकल करने के बजाय प्रत्येक परीक्षण की गई पहचान के लिए सटीक प्रभावी नीति का दस्तावेजीकरण करें।
दो सहायक कंपनियों के साक्ष्य अलग-अलग रखें
मान लीजिए कि सहायक कंपनी ए के पास अपने बिलिंग रूट के लिए वर्तमान अधिकृत परीक्षण है और सहायक कंपनी बी कॉपी किए गए ए नमूने की आपूर्ति करती है क्योंकि दोनों एक ही प्रदाता का उपयोग करते हैं। बी के व्यवसाय और DNS मालिकों के नाम हैं, लेकिन इसका वास्तविक ग्राहक खाता, पहचान और मार्ग असत्यापित है। साझा प्रदाता लेबल A के संदेश साक्ष्य को B पर लागू नहीं करता है।
वर्तमान बिलिंग-रूट नमूने के साथ दो सहायक कंपनियों में से एक की रिपोर्ट करें, न कि समूह-व्यापी सत्यापित कवरेज के साथ। बी के अधिकृत ऑपरेटर से उसके स्वयं के कॉन्फ़िगरेशन और प्रतिनिधि संदेश साक्ष्य के लिए पूछें। यदि बी वर्तमान विंडो के दौरान इसे प्रस्तुत नहीं कर सकता है, तो लापता डेटा को विफलता या सफलता के रूप में गिनने के बजाय नामित साक्ष्य अंतर बनाए रखें। ये काल्पनिक रिपोर्ट निर्णय हैं, वास्तविक सहायक कंपनियां, हस्ताक्षर या स्वामित्व निर्धारण नहीं।
सही सीमा पर परिवर्तनों का समन्वय करें
समूह उद्देश्य के लिए एक परिवर्तन रिकॉर्ड का उपयोग करें और प्रत्येक स्वतंत्र रूप से संचालित क्षेत्र या सेवा के लिए स्थानीय परिवर्तनों का दायरा रखें। अनुमोदकों, परिनियोजन विंडो, पुनर्प्राप्ति योजनाओं और सत्यापन स्वामियों को रिकॉर्ड करें। एक आपूर्तिकर्ता की प्रकाशित करने की क्षमता एक अभिलिखित यह इसका प्रमाण नहीं है कि उसे आपकी प्रवर्तन नीति चुनने की अनुमति है। आपातकालीन संपर्कों को चालू रखें और परिभाषित करें कि तत्काल स्थानीय परिवर्तन के बाद केंद्रीय टीम को साक्ष्य कैसे प्राप्त होते हैं।
स्पष्ट अपवादों और समय-सीमाओं के साथ डोमेन और महत्वपूर्ण सेवा द्वारा प्रगति की रिपोर्ट करें। एक केंद्रीय दृश्य बनाए रखें जो स्थानीय स्वामित्व को सुरक्षित रखता है बजाय इसके कि इसे किसी साझा मेलबॉक्स से बदल दिया जाए जिसे कोई नहीं देखता। प्राधिकरण परिवर्तन के रूप में अधिग्रहण, विनिवेश, आपूर्तिकर्ता परिवर्तन और सेवा प्रवासन की समीक्षा करें। समापन का मतलब है कि प्रत्येक इन-स्कोप सहायक कंपनी के पास एक साक्ष्य-समर्थित राज्य और एक जिम्मेदार ऑपरेटर है, न कि केवल एक सुसंगत दिखने वाला नीति दस्तावेज़।
गुम कवरेज को छुपाए बिना रिपोर्ट करें
इन-स्कोप डोमेन और महत्वपूर्ण वर्कफ़्लो, वर्तमान साक्ष्य के साथ उपसमूह और विशिष्ट अंतराल बताएं। स्थानीय स्वामी का नाम परीक्षण कलाकृति का विकल्प नहीं है। प्रत्येक अंतर को उस ऑपरेटर को सौंपें जो वास्तव में इसे एकत्र या सही कर सके।