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

पुष्टि करें कि कस्टम भेजना उपलब्ध है

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

ग्रीनवेलोप की मार्गदर्शिका इस सुविधा को केवल व्यवसाय और प्रीमियम के रूप में पहचानती है। इसका कस्टम-सेंडिंग सेटअप एक प्रकाशित करता है DKIM TXT रिकॉर्ड gvdkim पर। _domainkey , वर्तमान प्रदाता निर्देशों से पूर्ण सार्वजनिक कुंजी का उपयोग करना। यह सुविधा आमंत्रण के विवरण > सूचना > उन्नत विकल्प वर्कफ़्लो के माध्यम से सक्षम की गई है। लॉन्च तिथि तय करने से पहले चालू खाता पात्रता की पुष्टि करें। ग्रीनवेलोप कस्टम DKIM

किसी कुंजी का अनुमान लगाए बिना डोमेन तैयार करें

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

यह मानने के बजाय कि डोमेन रजिस्ट्रार ज़ोन को होस्ट करता है, आधिकारिक DNS सेवा का उपयोग करें। पुष्टि करें कि क्या इसका संपादक ज़ोन का नाम होस्ट फ़ील्ड में जोड़ता है। लंबी DKIM कुंजी के लिए, DNS प्रदाता के समर्थित TXT-स्ट्रिंग हैंडलिंग का पालन करें ताकि पूरा मान एक TXT संसाधन रिकॉर्ड में बना रहे। आकस्मिक लाइन टूटने, छोड़े गए अक्षर या दूसरी विरोधाभासी कुंजी सत्यापन को विफल कर सकती है। कभी भी निजी हस्ताक्षर सामग्री प्रकाशित न करें।

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

अतिथि द्वारा निमंत्रण भेजने से पहले उसकी पहचान का परीक्षण करें

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

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

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

घटना के आसपास पुनर्प्राप्ति की योजना बनाएं

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

दस्तावेज़ीकरण की समीक्षा 8 नवंबर 2026 को की गई थी। कोई प्रीमियम सुविधा नहीं खरीदी गई थी, कोई ग्रीनवेलोप खाता या अतिथि सूची तक नहीं पहुंचा गया था, और कोई DNS या निमंत्रण वितरण का परीक्षण नहीं किया गया था। वर्कशीट और उदाहरण प्रस्तावित परिचालन जांच हैं।

पात्रता और संदेश प्रमाण को अलग-अलग पंक्तियों में रखें

लिखित मामला GV-01 मानता है कि events@example.com स्वीकृत है और DNS व्यवस्थापक ने संपूर्ण वर्तमान सार्वजनिक कुंजी gvdkim._domainkey.example.com पर प्रकाशित कर दी है। आमंत्रण की कस्टम-भेजने की सुविधा अभी तक सक्षम नहीं है और इसकी खरीद पात्रता अपुष्ट है। कोई संदेश, लिफाफा या हस्ताक्षर परिणाम मौजूद नहीं है। इवेंट मालिक को पात्रता का निपटान करना होगा और सक्रियण से पहले किसी भी खरीदारी को स्पष्ट रूप से अनुमोदित करना होगा; फिर वास्तविक पहचान सत्यापित करने के लिए अतिथि सूची का नहीं, बल्कि नियंत्रित आमंत्रण का उपयोग करें। DNS तत्परता भुगतान को अधिकृत नहीं कर सकती या कस्टम भेजने को साबित नहीं कर सकती। कोई खरीदारी, खाता कार्रवाई, DNS परिवर्तन या आमंत्रण निष्पादित नहीं किया गया।

प्रवर्तन सीमा को सुरक्षित रखें

RFC 9989 धारा 7.4 में डोमेन प्रकाशन के लिए वैध DKIM की आवश्यकता है, अकेले SPF नहीं p=reject, और अप्रत्यक्ष-मेल और मेलिंग-सूची अंतरसंचालनीयता के बारे में चेतावनी देता है। एक भी सफल प्रत्यक्ष-संदेश परीक्षण इस बात का प्रमाण नहीं है कि हर वैध मार्ग मजबूत नीति के लिए तैयार है। वास्तविक अंतर का निदान करते समय मौजूदा अनुमोदित सुरक्षा बनाए रखें; किसी भी नीति परिवर्तन के लिए अपने स्वयं के निर्णय की आवश्यकता होती है।