Gmail लेबल के बजाय फ़ॉरवर्डिंग रूट से शुरुआत करें
अग्रेषित करने के बाद Gmail पर आने वाले संदेश का डिलीवरी इतिहास सीधे वहां भेजे गए संदेश से भिन्न होता है। अग्रेषण सेवा SMTP लिफाफे को बदल सकती है, मूल संदेश को संरक्षित या बदल सकती है, और अपनी स्वयं की प्रमाणीकरण टिप्पणियों को संलग्न कर सकती है। मूल प्रेषक से DNS बदलने के लिए कहने से पहले उस इतिहास का निदान करें। एक सफल प्रत्यक्ष वितरण एक उपयोगी तुलना स्थापित करता है, लेकिन यह साबित नहीं करता है कि अप्रत्यक्ष मार्ग समान प्रमाणीकरण पथ को संरक्षित करता है।
अंतिम खाता प्रकार और अग्रेषण तंत्र की पहचान करें। Google के सामान्य प्रेषक दिशानिर्देश स्पष्ट रूप से व्यक्तिगत Gmail खातों को संबोधित करते हैं, जबकि किसी संगठन के Google Workspace रूटिंग में अतिरिक्त प्रशासनिक विकल्प शामिल हो सकते हैं। रिकॉर्ड करें कि क्या मध्यस्थ एक उपनाम सेवा, मेलबॉक्स नियम, गेटवे या मेलिंग सिस्टम है। किसी एक उत्पाद या रूट के लिए केवल इसलिए नियम लागू न करें क्योंकि दोनों गंतव्य एक परिचित Gmail इंटरफ़ेस प्रदर्शित करते हैं।
इसके दायरे में प्रदाता मार्गदर्शन पढ़ें
गूगल का वर्तमान अग्रेषित मार्गदर्शन में अग्रेषण डोमेन का उपयोग करने की अनुशंसा करता है लिफाफा भेजने वाला, उस डोमेन में अग्रेषण बुनियादी ढांचे को अधिकृत करना SPF नीति, स्पैम अग्रेषण को सीमित करना और हस्तक्षेप करने वाले परिवर्तनों से बचना DKIM. इसमें यह भी कहा गया है कि Gmail अपनी प्रमाणीकरण जांच स्वयं करता है। वे अनुशंसाएँ इनबॉक्स डिलीवरी का वादा नहीं करती हैं या Gmail पर पिछले सर्वर के पास को आधिकारिक नहीं बनाती हैं।
उस मार्गदर्शन को इससे अलग रखें व्यक्तिगत Gmail प्रेषक आवश्यकताएँ. आवश्यकताएँ भेजने की मात्रा और संदेश के उद्देश्य के साथ बदलती रहती हैं। यह लेख यह निर्धारित करने का विकल्प नहीं है कि वास्तविक प्रेषक पर कौन सी आवश्यकताएँ लागू होती हैं। न ही यह किसी उपयोगकर्ता की खाता सेटिंग्स को बदलने, उचित स्वामी निर्णय के बिना किसी विश्वसनीय सूची में किसी पते को अग्रेषित करने या जोड़ने को सक्षम करने का प्रस्ताव करता है।
लिफाफे और दिखाई देने वाली पहचान का अलग-अलग पालन करें
अंतिम SMTP कनेक्शन पर, SPF कनेक्टिंग सर्वर के पते का उपयोग करके प्रासंगिक पहचान का मूल्यांकन करता है। फारवर्डर एक नया कनेक्टिंग सर्वर है, यही कारण है कि मूल लिफाफे को संरक्षित करने से SPF परिणाम बदल सकता है। RFC 7208 अनुभाग 10.3 मध्यस्थ समस्या की व्याख्या करता है। संदेश का दृश्यमान प्रेषक पता एक अलग पहचान है और पूरे समय अपरिवर्तित रह सकता है।
फारवर्डर के डोमेन के अंतर्गत दोबारा लिखा गया एक लिफाफा उस डोमेन के लिए SPF प्राधिकरण प्राप्त कर सकता है। यह, केवल स्थानीय भाग में मूल पता शामिल करने से, मूल लेखक डोमेन के साथ संरेखित नहीं हो जाता है। अंतर्गत RFC 9989 अनुभाग 4.4, DMARC आवश्यक डोमेन संबंध के साथ एक पासिंग प्रमाणित पहचानकर्ता की आवश्यकता होती है। वास्तविक डोमेन रिकॉर्ड करें और संरेखण SPF को संपूर्ण उत्तर मानने के बजाय मोड।
जांच के लिए, जहां उपलब्ध हो वहां विश्वसनीय डिलीवरी रिकॉर्ड से मूल लिफाफे की पहचान का अनुरोध करें। एक फाइनल Return-Path उपयोगी हो सकता है लेकिन प्रत्येक पिछले SMTP लेनदेन का स्वतंत्र रूप से वर्णन नहीं करता है। पहले के अनुपलब्ध मानों को किसी प्रदर्शन नाम या उद्धृत संदेश पाठ से पुनर्निर्मित करने के बजाय अज्ञात के रूप में चिह्नित करें।
अग्रेषित करते समय संरेखित हस्ताक्षर सुरक्षित रखें
जब कवर की गई सामग्री अभी भी सत्यापित हो जाती है तो DKIM अग्रेषित होने से बच सकता है। कोई संशोधन किसी हस्ताक्षर को अमान्य करता है या नहीं, यह हस्ताक्षरित हेडर फ़ील्ड, बॉडी कवरेज, पर निर्भर करता है। कैनॉनिकलाइज़ेशन और सत्यापन पर वास्तविक बाइट्स। RFC 6376 अनुभाग 3.4 और 5.4 वे नियम प्रदान करें. यह दावा न करें कि प्रत्येक जोड़ा गया हेडर DKIM तोड़ता है या अपरिवर्तित दृश्यमान मुख्य भाग वाले प्रत्येक संदेश को सत्यापित करना होगा।
मूल हस्ताक्षर के हस्ताक्षर डोमेन का निरीक्षण करें और चयनकर्ता, इसके सूचीबद्ध हस्ताक्षरित हेडर और प्राप्तकर्ता का सत्यापन परिणाम। विषय उपसर्ग, पाद लेख, MIME रूपांतरण या अनुलग्नक परिवर्तन कवर की गई सामग्री को प्रभावित कर सकता है। संदिग्ध परिवर्तन से पहले और बाद के संदेशों की तुलना करें। किसी असंबद्ध अग्रेषण डोमेन से नया हस्ताक्षर जोड़ने से मूल हस्ताक्षर की मरम्मत नहीं होती है या मूल लेखक के लिए संरेखण स्थापित नहीं होता है।
एक रिसीवर विचार कर सकता है ARC अपनी नीति के तहत साक्ष्य। RFC 8617 उस प्रायोगिक तंत्र का वर्णन करता है; एक वैध श्रृंखला स्वचालित DMARC पास या डिलीवरी गारंटी नहीं है। इस समीक्षा के अनुसार, ARC पुनः वर्गीकृत करने का प्रस्ताव कार्य प्रगति पर है. किसी ड्राफ्ट प्रस्ताव को इस दावे में न बदलें कि Gmail ने क्या सक्षम या अक्षम किया है।
प्रत्यक्ष और अग्रेषित रसीदों की काल्पनिक तुलना
कल्पना कीजिए कि काल्पनिक प्रेषक उदाहरण टिकट एक रसीद सीधे नियंत्रित Gmail मेलबॉक्स पर भेजता है और दूसरी समकक्ष रसीद example.net पर एक उपनाम के माध्यम से भेजता है। इच्छित लेखक डोमेन example.com है। इस आविष्कृत परिदृश्य में, सीधी प्रतिलिपि में एक वैध संरेखित हस्ताक्षर होता है, जबकि अग्रेषित प्रतिलिपि उस हस्ताक्षर को बरकरार रखती है लेकिन एक पाद लेख प्राप्त करती है जो उसके कवर किए गए मुख्य भाग को बदल देती है।
मान लीजिए कि अंतिम लिफ़ाफ़ा example.net के अंतर्गत पुनः लिखा गया है और SPF उस पहचान के लिए पास होता है। वह काल्पनिक पास example.com के साथ संरेखित नहीं है। समीक्षक अगला निरीक्षण करेगा कि क्या कोई अन्य वैध संरेखित हस्ताक्षर जीवित है और अंतिम प्राप्तकर्ता क्या रिपोर्ट करता है। उदाहरण Gmail फैसले, ARC ओवरराइड या देखी गई अस्वीकृति पर जोर नहीं देता है; कोई संदेश नहीं भेजा गया या एकत्र नहीं किया गया.
प्रस्तावित मरम्मत प्रश्न संकीर्ण है: क्या अधिकृत फारवर्डर सेवा की जरूरतों को पूरा करते हुए प्रासंगिक संदेश सामग्री को संरक्षित कर सकता है? यह पहचान और प्राधिकरण परिणामों को समझे बिना मूल प्रेषक की नीति में फारवर्डर को जोड़ने से अधिक उपयोगी है।
सफलता की घोषणा करने से पहले एक साक्ष्य पैकेज अपने पास रखें
सहमति प्राप्त परीक्षण खातों और स्वीकृत, गैर-संवेदनशील संदेशों का उपयोग करें। प्रत्यक्ष और अप्रत्यक्ष डिलीवरी समय, मार्ग पहचानकर्ता, लिफाफा अवलोकन, पूर्ण हस्ताक्षर और विश्वसनीय अंतिम प्रमाणीकरण परिणाम कैप्चर करें। वास्तविक स्वभाव को अलग से रिकॉर्ड करें: SMTP स्वीकृति, मेलबॉक्स डिलीवरी, स्पैम प्लेसमेंट और उपयोगकर्ता दृश्यता विनिमेय परिणाम नहीं हैं। यदि कोई मध्यवर्ती प्रति अनुपलब्ध है, तो बताएं कि कौन सा परिवर्तन स्थानीयकृत नहीं किया जा सकता है।
केवल एक सादे-पाठ संदेश का नहीं, बल्कि प्रतिनिधि प्रारूपों और मार्गों के विरुद्ध प्रस्तावित परिवर्तन का मूल्यांकन करें। पहले के कॉन्फ़िगरेशन को सुरक्षित रखें और परिभाषित करें कि पुनर्प्राप्ति को क्या ट्रिगर करेगा। सटीक कैटलॉग गेट खुला रहता है: मार्ग, लिफाफे, हस्ताक्षर और विश्वसनीय परिणामों की तुलना के साथ प्रत्यक्ष और अप्रत्यक्ष वितरण नमूने। इस पांडुलिपि में एक काल्पनिक अभ्यास और वर्तमान दस्तावेजी मार्गदर्शन शामिल है, न कि वे मूल नमूने या सत्यापित Gmail रोलआउट।