ई-जीओआई के माध्यम से भेजे गए ईमेल को प्रमाणित करें: कॉन्फ़िगरेशन और सत्यापन

DNS कार्य से पहले ई-जीओआई प्रेषक पात्रता की पुष्टि करें

ई-गोइ के अधिकारी मेरी ईमेल प्रेषक मार्गदर्शिका को प्रमाणित किया जा रहा है13 अगस्त 2025 को अद्यतन किया गया, प्रेषक प्रमाणीकरण और एक अलग डोमेन का वर्णन करता है CNAME मांग। यह आलेख ई-गोई वर्कफ़्लो को कवर करता है। यह नहीं माना जाता है कि मेलबॉक्स प्रदाता की स्वयं की प्रमाणीकरण सेटिंग्स ई-जीओआई के माध्यम से भेजे गए मार्केटिंग मेल को कवर करती हैं, या कि एक प्रेषक डोमेन के लिए एक सफल परीक्षण दूसरे को कवर करता है। वास्तविक खाते, प्रेषक का पता, डोमेन और इच्छित संदेश मार्ग से प्रारंभ करें।

गाइड को ग्राहक द्वारा नियंत्रित डोमेन पर प्रेषक के पते की आवश्यकता होती है; इसमें कहा गया है कि व्यक्तिगत फ्रीमेल पते को इस प्रक्रिया के माध्यम से प्रमाणित नहीं किया जा सकता है। यह डोमेन प्रमाणीकरण और CNAME सेटअप के लिए सार्वजनिक-WHOIS पात्रता शर्त भी बताता है। इसे एक दस्तावेज़ प्रदाता शर्त के रूप में सुरक्षित रखें जिसके लिए चालू-खाता पुष्टि की आवश्यकता होती है, सामान्य DNS के रूप में नहीं, SPF या DKIM नियम। चुपचाप इसे वैकल्पिक अनुशंसा के रूप में कमजोर न करें या यह निष्कर्ष न निकालें कि पंजीकरण गोपनीयता किसी डोमेन को दुर्भावनापूर्ण बनाती है।

यदि वह स्थिति संगठन की गोपनीयता आवश्यकताओं के साथ टकराव करती है, तो प्रदाता के स्पष्टीकरण और अधिकृत निर्णय के लिए कार्यान्वयन को अवरुद्ध रखें। केवल चेकलिस्ट को हरा-भरा बनाने के लिए व्यक्तिगत पंजीकरण विवरण उजागर न करें। यह पांडुलिपि पंजीकरण गोपनीयता को नहीं बदलती है, व्यक्तिगत संपर्क जानकारी एकत्र नहीं करती है या समर्थन अनुरोध सबमिट नहीं करती है। निजी डोमेन और स्वामित्व जोखिम के बारे में स्रोत के व्यापक दावों का उपयोग यहां तकनीकी निष्कर्ष के रूप में नहीं किया गया है।

एक अधिकृत कॉन्फ़िगरेशन मार्ग चुनें

प्रलेखित पथ प्रेषकों के अंतर्गत ऊपरी-दाएँ मेनू में प्रारंभ होता है। यदि आवश्यक हो तो इच्छित प्रेषक को जोड़ें, फिर उसके बगल में प्रमाणीकरण चुनें। ई-जीओआई तीन मार्ग प्रस्तुत करता है: प्रदाता-सहायता प्राप्त सेटअप, तकनीकी संपर्क को निर्देश भेजना, या स्वयं कॉन्फ़िगरेशन करना। इन मार्गों में अलग-अलग अनुमतियाँ और सूचना-साझाकरण परिणाम होते हैं। प्रदाता सहायता चुनना या निर्देश ईमेल करना एक बाहरी कार्रवाई है, न कि केवल सहायता पृष्ठ देखना।

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

किसी भी बदलाव से पहले, मौजूदा प्रमाणीकरण रिकॉर्ड और अन्य वैध प्रेषकों की सूची बनाएं। रिकॉर्ड करें कि कौन सी प्रविष्टियाँ नई हैं, कौन सी मौजूदा नीति को संशोधित करती हैं और कौन सी सक्रिय निर्भरता के साथ टकराव पैदा करेंगी। रोलबैक के लिए अनुमोदित पिछले कॉन्फ़िगरेशन की एक प्रति अपने पास रखें। एक खाता इंटरफ़ेस अनुरोधित रिकॉर्ड दिखा सकता है, लेकिन वह दृश्य यह स्थापित नहीं करता है कि सार्वजनिक क्षेत्र वास्तव में उन्हें प्रकाशित करता है।

अतिरिक्त CNAME आवश्यकता को दृश्यमान रखें

ई-जीओआई गाइड बार-बार कहता है कि डोमेन में अपना CNAME जोड़कर प्रमाणीकरण किया जाना चाहिए। इसका समस्या निवारण उदाहरण आमतौर पर mkt से शुरू होने वाले नाम का वर्णन करता है, लेकिन सटीक नाम और लक्ष्य खाते के सेटअप से आना चाहिए। यह न मानें कि यह CNAME a के समान है DKIM चयनकर्ता जारी किए गए कॉन्फ़िगरेशन की जांच किए बिना एक उदाहरणात्मक मार्केट नाम रिकॉर्ड करें या बनाएं। परिवर्तन रिकॉर्ड में प्रत्येक रिकॉर्ड को एक स्पष्ट उद्देश्य दें।

DNS संपादक की परंपराओं के साथ पूर्ण स्वामी और लक्ष्य की तुलना करें। एक पैनल ज़ोन प्रत्यय को एक सापेक्ष लेबल में जोड़ सकता है, इसलिए एक स्पष्ट रूप से पूर्ण इनपुट एक अनपेक्षित डुप्लिकेट प्रत्यय उत्पन्न कर सकता है। प्रतिस्थापन से पहले मौजूदा उपनामों की भी समीक्षा की आवश्यकता है। प्रेषक-प्रमाणीकरण रिकॉर्ड और अतिरिक्त डोमेन CNAME अलग स्वीकृति आइटम के रूप में रखें; एक की सफल जांच यह साबित नहीं करती कि दूसरा मौजूद है या उपयुक्त है।

गाइड का मैनुअल चेकिंग अनुभाग ईगोई को इसके DKIM चयनकर्ता उदाहरण के रूप में नाम देता है। यह प्रलेखित सेटअप के लिए उपयोगी संदर्भ है, लेकिन वास्तविक संदेश साक्ष्य को स्वीकार किए जाने वाले मार्ग द्वारा उपयोग किए जाने वाले चयनकर्ता और हस्ताक्षर डोमेन को स्थापित करना चाहिए। किसी परिचित लेबल पर सफल लुकअप को इस बात का प्रमाण न मानें कि प्रत्येक अभियान उस कुंजी का उपयोग करता है। RFC 6376 , खंड 3.5 उस तुलना के लिए आवश्यक हस्ताक्षर फ़ील्ड को परिभाषित करता है।

डोमेन-व्यापी निर्णयों के रूप में SPF और DMARC की समीक्षा करें

खाते के SPF निर्देश को मौजूदा वैध-प्रेषक सूची के साथ मेल खाना चाहिए। दूसरी SPF नीति प्रकाशित न करें या असंबंधित प्राधिकरणों को आँख बंद करके न बदलें। RFC 7208 , अनुभाग 2.4, 3.2 और 4.6.4 को परिभाषित करो मेल प्रेषक पहचान, बहु-रिकॉर्ड व्यवहार और मूल्यांकन की गई DNS-निर्भर अवधि सीमाएँ। दिखाई देने वाली संख्या को पूरी लागत मानने के बजाय प्रासंगिक नेस्टेड निर्भरताओं की गणना करें।

प्रदाता अपने सेटअप मार्गदर्शन में DMARC शामिल करता है, लेकिन डोमेन-व्यापी नीति चुनने के लिए अभी भी अन्य प्रेषकों और इच्छित रिपोर्टिंग व्यवस्था की समीक्षा की आवश्यकता होती है। केवल एक सेवा की सेटअप स्क्रीन को संतुष्ट करने के लिए किसी कार्यशील नीति को सामान्य नमूने के साथ अधिलेखित न करें। रिपोर्ट गंतव्य डेटा-साझाकरण निर्णय हैं और इन्हें उदाहरणों से स्वचालित रूप से नहीं जोड़ा जाना चाहिए। वर्तमान प्रोटोकॉल v=DMARC1; वर्तमान-मानक समीक्षा के लिए नए संस्करण स्ट्रिंग का आविष्कार करने की कोई आवश्यकता नहीं है।

RFC 9989 , खंड 4.4 बताते हैं संरेखण दृश्यमान लेखक डोमेन और पासिंग प्रमाणीकरण पहचान के बीच। किसी असंबंधित लिफाफा डोमेन के लिए SPF पास करने से स्वचालित रूप से एक संरेखित परिणाम उत्पन्न नहीं होता है। इसी तरह, किसी असंबंधित डोमेन के लिए हस्ताक्षर केवल इसलिए पर्याप्त नहीं है कि क्रिप्टोग्राफ़िक जांच सफल हो जाती है। पूर्ण DMARC स्वीकृति के साथ किसी भी हरे बैज की तुलना करने के बजाय वास्तविक मार्ग और पहचान का मूल्यांकन करें।

सत्यापन और DNS विलंब की सावधानीपूर्वक व्याख्या करें

DNS परिवर्तनों को सहेजने के बाद, गाइड उपयोगकर्ताओं को सत्यापित चुनने के लिए अभी भी खुली ई-गोई विंडो पर वापस निर्देशित करता है। इसमें SPF और DKIM संकेतकों का वर्णन है जो चेक पास होने पर हरे हो जाते हैं और सेटिंग्स गलत होने पर लाल संकेत हो जाते हैं। सटीक परिणाम और समय सुरक्षित रखें. यह एक प्रदाता कॉन्फ़िगरेशन जांच है, न कि प्रत्येक रिसीवर को डिलीवरी का सबूत या सबूत कि भविष्य के सभी संदेश प्रमाणित होंगे।

गाइड सुझाव देता है कि एक लापता अपेक्षित मूल्य प्रसार का संकेत दे सकता है, लेकिन यह एकमात्र निदान नहीं होना चाहिए। एक गलत मालिक, गलत क्षेत्र या छोड़ा गया मूल्य समान स्पष्ट अनुपस्थिति उत्पन्न कर सकता है। यह मानने से पहले कि प्रतीक्षा पर्याप्त है, आधिकारिक प्रकाशन और खाते द्वारा जारी मूल्य की तुलना करें। इसके समय का अनुमान सार्वभौमिक समय सीमा के बजाय मार्गदर्शन है। इस पांडुलिपि के लिए कोई DNS क्वेरी या सत्यापन कार्रवाई नहीं की गई थी।

एक अलग से अधिकृत स्वीकृति अभ्यास में हानिरहित संदेश सामग्री का उपयोग करना चाहिए और इच्छित प्रेषक डोमेन के लिए विश्वसनीय रिसीवर परिणामों का निरीक्षण करना चाहिए। वास्तविक लिफ़ाफ़ा पहचान, हस्ताक्षर डोमेन और चयनकर्ता, लेखक डोमेन और प्रेक्षित मार्ग रिकॉर्ड करें। तृतीय-पक्ष चेकर्स को वास्तविक संपर्क सूची या गोपनीय संदेश अपलोड करने से बचें। ई-जीओआई स्वयं नोट करता है कि डिलीवरी में सुधार के लिए अकेले प्रमाणीकरण पर्याप्त नहीं है: जुड़ाव और अन्य कारक प्रासंगिक बने हुए हैं। यहां किसी गारंटीशुदा इनबॉक्स या अभियान-प्रतिक्रिया परिणाम का दावा नहीं किया गया है।

काल्पनिक निदान और रिक्त स्वीकृति कार्यपत्रक

एक काल्पनिक कला संगठन, विलो स्टेज, प्रेषक प्रमाणीकरण प्रविष्टियों को पूरा करता है लेकिन अतिरिक्त CNAME आइटम को नजरअंदाज कर देता है। इसका अभियान स्वामी अकेले SPF और DKIM संकेतकों से सेटअप को पूर्ण चिह्नित करता है। समीक्षा में सार्वजनिक-रिकॉर्ड साक्ष्य के साथ पूर्ण जारी चेकलिस्ट की तुलना की गई है और पाया गया है कि अतिरिक्त डोमेन निर्भरता को संबोधित नहीं किया गया है। प्रस्तावित सुधार एक स्कोप्ड DNS समीक्षा और ताज़ा स्वीकृति साक्ष्य है, थोक नीति प्रतिस्थापन नहीं। परिदृश्य काल्पनिक है और इसमें कोई वास्तविक खाता परिणाम, अभियान या क्वेरी नहीं है।

• खाता, प्रेषक डोमेन और वास्तविक संदेश मार्ग: ______
• वर्तमान पात्रता पुष्टिकरण, दस्तावेजित WHOIS शर्त सहित: ______
• गोपनीयता निर्णय या अनसुलझे प्रदाता स्पष्टीकरण: ______
• खाता-जारी SPF , DKIM , DMARC और अलग CNAME आवश्यकताएँ: ______
• मौजूदा निर्भरताएँ, आधिकारिक DNS स्वामी और अनुमोदन: ______
• परिणाम और सार्वजनिक-रिकॉर्ड साक्ष्य को आइटम द्वारा सत्यापित करें: ______
• विश्वसनीय प्राप्त-संदेश पहचान और संरेखण परिणाम: ______
• रोलबैक स्वामी, शेष अपवाद और रिलीज़ निर्णय: ______

मूल कार्यान्वयन साक्ष्य, मानव विषय-वस्तु की समीक्षा, वर्तमान प्रयोज्यता, उत्पादन मार्ग, दृश्य पहुंच और मालिक की रिहाई खुली रहती है। कोई रिकॉर्ड, पंजीकरण सेटिंग या खाता नियंत्रण नहीं बदला गया। व्यापक कैटलॉग कार्यान्वयन आवश्यकता अधिकृत किरायेदार और संदेश साक्ष्य पर निर्भर रहती है।