वर्कस्पेस मेलबॉक्स या समूह को दिया गया संदेश अपने अंतिम पाठक तक पहुंचने से पहले दूसरी यात्रा कर सकता है। अगला रिसीवर देखता है अग्रेषित करना सिस्टम का कनेक्शन, और संदेश बदल गया होगा। उस पथ का परीक्षण करें जो मौजूद है, आदर्शीकृत प्रत्यक्ष-डिलीवरी नमूने का नहीं।
DNS निरीक्षण करने से पहले पथ बनाएं
मूल प्रेषक, प्रारंभिक कार्यक्षेत्र प्राप्तकर्ता या समूह, प्रत्येक विस्तार या अग्रेषण कार्रवाई और अंतिम बाहरी प्राप्तकर्ता को रिकॉर्ड करें। मेलबॉक्स अग्रेषण नियम, समूह वितरण और रूटिंग नियम में अंतर करें। ध्यान दें कि क्या समूह विषय, पादलेख, फ़ील्ड से या उत्तर व्यवहार बदलता है। ये आपकी वास्तविक सेटिंग्स और संदेशों से एकत्र किए जाने वाले अवलोकन हैं, प्रत्येक Google समूह के बारे में सार्वभौमिक दावे नहीं।
जहां उपलब्ध हो और कच्चे अंतिम संदेश को अग्रेषित करने से पहले एक प्रति सुरक्षित रखें। उन्हें संदेश पहचानकर्ताओं और टाइमस्टैम्प के साथ लिंक करें, जिससे एक मध्यस्थ को अनुमति मिल सके जो एक नया पहचानकर्ता उत्पन्न करता है। यदि डिलीवरी अस्वीकार कर दी जाती है तो पूर्ण विफलता सूचना कैप्चर करें। एक सामान्य बाउंस लेबल विफल हुए प्रमाणीकरण तंत्र की पहचान नहीं कर सकता है।
प्रलेखित Google समूह नियंत्रणों का निरीक्षण करें
Google की समूह सेटिंग संदर्भ दस्तावेज़ पोस्टिंग नीतियों के तहत डिफ़ॉल्ट प्रेषक, विकल्प के रूप में लेखक या समूह का पता और समूह अनुमति के रूप में एक अलग कौन पोस्ट कर सकता है। यह मानने के बजाय कि प्रत्येक पोस्टर समूह पहचान का उपयोग कर सकता है, दोनों सेटिंग्स रिकॉर्ड करें। यह उपलब्ध नियंत्रण को सत्यापित करता है, न कि आपकी विशेष डिलीवरी द्वारा उत्पादित प्रेषक फ़ील्ड को।
कोई स्वामी या प्रबंधक समूह सेटिंग्स, फिर ईमेल विकल्पों का निरीक्षण कर सकता है। Google एक विषय उपसर्ग नियंत्रण और मानक या कस्टम ईमेल पाद लेख विकल्प का दस्तावेजीकरण करता है। अनुमोदित परीक्षण से पहले उनके वर्तमान मूल्यों को सुरक्षित रखें; नियंत्रित समूह में एक समय में एक सेटिंग बदलें। विकल्प के लिए अलग पोस्ट उत्तर डिफ़ॉल्ट उत्तर प्राप्तकर्ताओं को नियंत्रित करता है, नहीं DMARC संरेखण. ये उत्पाद-विशिष्ट विशेषताएं बताती हैं कि परीक्षण योजना में विषय, शरीर और पहचान की तुलना क्यों शामिल है।
Google के पाद लेख निर्देश Gmail में समूह से प्राप्त संदेश का निरीक्षण करने के लिए कहते हैं: पाद लेख समूह वार्तालाप दृश्य, Gmail भेजे गए फ़ोल्डर या उस प्रतिलिपि में नहीं दिखाया गया है जिस पर आपकी प्रतिलिपि बनाई गई थी। प्रमाणीकरण विश्लेषण के लिए, इच्छित वितरण पथ से अंतिम वितरित कच्चे संदेश को अतिरिक्त रूप से बनाए रखें। एक स्क्रीन जिसमें पाद लेख को हटा दिया गया है, उसे इस बात का प्रमाण नहीं माना जाना चाहिए कि कोई संशोधन नहीं हुआ है। ये आधिकारिक निर्देश फीचर मॉडल स्थापित करते हैं; केवल पहले और बाद के संदेश ही यह स्थापित कर सकते हैं कि क्या कोई विशेष हस्ताक्षरित फ़ील्ड बदल गया है और कौन सा हस्ताक्षर बच गया है।
मूल-डोमेन संरेखण से SPF मरम्मत को अलग करें
अग्रेषण उस आईपी को बदल देता है जो अंतिम रिसीवर से जुड़ता है। मूल डोमेन का SPF नीति उस मध्यस्थ को अधिकृत नहीं कर सकती। Google का उद्धृत अग्रेषण मार्गदर्शन विशेष रूप से Gmail पर अग्रेषित मेल को संबोधित करता है। यह Google समूह आउटबाउंड डिफ़ॉल्ट का विवरण नहीं है। उस अग्रेषण पथ का संचालन करने वाले प्रशासकों के लिए, यह बदलने की अनुशंसा करता है लिफाफा भेजने वाला एक अग्रेषण-डोमेन पहचान के लिए और उस डोमेन की SPF नीति में अग्रेषण सेवा को अधिकृत करना। यह फ़ॉरवर्डिंग पहचान के SPF परिणाम को मूल दृश्यमान डोमेन से संरेखित किए बिना सुधार सकता है।
मूल प्रेषक के साथ हर संभव अग्रेषण सेवा न जोड़ें SPF रिकॉर्ड. आप उस डोमेन को नियंत्रित नहीं कर सकते हैं, और परिवर्तन डाउनस्ट्रीम रूटिंग के साथ मूल प्रेषण प्राधिकरण को भ्रमित कर देगा। यदि फारवर्डर प्रेषक को पुनर्लेखन प्रदान करता है, तो उसके समर्थित व्यवहार की पुष्टि करें और किसी विशेष कार्यान्वयन को मानने के बजाय परिणामी पहचान का परीक्षण करें।
जीवित DKIM पथ को सुरक्षित रखें
Google हस्ताक्षरित हेडर और मुख्य सामग्री में बदलाव से बचने की सलाह देता है क्योंकि संशोधन अमान्य हो सकते हैं DKIM. मूल हस्ताक्षर के d= डोमेन का निरीक्षण करें, चयनकर्ता और अंतिम हॉप के बाद रिसीवर परिणाम। अग्रेषण सेवा से दूसरा हस्ताक्षर स्वचालित रूप से मूल लेखक के डोमेन से संरेखित नहीं होता है।
ARC, या प्रमाणित प्राप्त श्रृंखला, जहां मौजूद है, मध्यस्थों के माध्यम से पूर्व प्रमाणीकरण मूल्यांकन करता है। यह प्रत्येक अग्रेषित संदेश को DMARC पास में नहीं बदलता है या रिसीवर को श्रृंखला पर भरोसा करने के लिए बाध्य नहीं करता है। ARC परिणाम और अंतिम रिसीवर के निर्णय को अलग से रिकॉर्ड करें। Google अग्रेषित संदेशों पर स्पष्ट रूप से अपनी प्रमाणीकरण जाँच करता है।
तीन नियंत्रित मामलों की तुलना करें
यह मूल परीक्षण मैट्रिक्स अपेक्षित तर्क का वर्णन करता है, न कि देखे गए Google परिणामों का। अधिकृत प्रेषक डोमेन और नियंत्रित समूह और इनबॉक्स का उपयोग करें।
- मामला: प्रत्यक्ष नियंत्रण; क्या परिवर्तन: कोई समूह या अग्रेषण चरण नहीं; क्या तुलना करें: बेसलाइन SPF , DKIM और DMARC पहचान।
- केस: असंशोधित आगे; क्या परिवर्तन: कनेक्टिंग आईपी और संभवतः लिफाफा; क्या तुलना करें: क्या मूल संरेखित है DKIM हस्ताक्षर जीवित रहता है.
- मामला: समूह-विस्तारित संदेश; क्या परिवर्तन: वास्तविक कॉन्फ़िगर समूह परिवर्तन; क्या तुलना करें: हस्ताक्षरित-सामग्री अखंडता, दृश्यमान, सभी हस्ताक्षर और ARC ।
उदाहरण के लिए, मान लें कि से है author@example.com , एक फारवर्डर लिफाफे को forwarding.example.net अग्रेषित करता है।example.net और SPF वहां से गुजरता है। यदि मूल d=example.com हस्ताक्षर वैध रहता है, तो यह DMARC संरेखण की आपूर्ति कर सकता है। यदि वह हस्ताक्षर विफल हो जाता है और एकमात्र शेष वैध हस्ताक्षर d=example.net, तो कोई भी सूचीबद्ध पथ example.com के साथ संरेखित नहीं होता है। यह चित्रण कोई अतिरिक्त संरेखित हस्ताक्षर नहीं मानता है; प्राप्तकर्ता अभी भी अपनी स्थानीय स्वभाव नीति लागू कर सकता है।
सबसे छोटे जिम्मेदार घटक को ठीक करें
यदि कोई पादलेख जीवित हस्ताक्षर को तोड़ता है, तो उस परिवर्तन या प्रदाता-समर्थित समूह व्यवहार की समीक्षा करें। यदि दृश्यमान पहचान को जानबूझकर फिर से लिखा गया है, तो नई पहचान के लिए प्रमाणीकरण का आकलन करें और क्या प्रस्तुति अभी भी समूह के उद्देश्य को पूरा करती है। एक वितरण पथ को वितरित करने के लिए वैश्विक स्तर पर डोमेन सुरक्षा को अक्षम न करें।
पथ आरेख, सेटिंग्स संशोधन, पहले और बाद के हेडर और अंतिम परिणाम को संशोधित करें। समूह सेटिंग में बदलाव, रूटिंग अपडेट, नए गेटवे, साइनिंग रोटेशन या प्राप्तकर्ता प्रदाता की नीति में बदलाव के बाद तुलना को दोबारा चलाएं। प्रमाणीकरण परिणाम डिलीवरी के लिए एक इनपुट हैं; तकनीकी श्रृंखला वैध होने पर भी शिकायत और दुरुपयोग नियंत्रण अभी भी मायने रखता है।
न्यूनतम तुलना रिकॉर्ड बनाए रखें
प्रत्येक नियंत्रित पथ के लिए, सेटिंग्स संशोधन, मूल और अंतिम संदेश पहचानकर्ता, यूटीसी समय, दृश्यमान प्रेषक, लिफाफा पहचान, सभी DKIM हस्ताक्षरकर्ता और विश्वसनीय रिसीवर परिणाम रिकॉर्ड करें। सटीक परिवर्तित फ़ील्ड या मुख्य भाग जोड़ें जहां साक्ष्य अनुमति देता है। अनुपलब्ध प्री-फॉरवर्ड कॉपी के लिए एक अलग अज्ञात फ़ील्ड रखें। अनुपस्थित मूल यह स्थापित नहीं कर सकता कि किस मध्यस्थ ने संदेश को बदल दिया।