दस्तावेज़ीकृत डीएक्सपी रूट पर ऑप्टिमाइज़ली सीएमएस ईमेल को प्रमाणित करें

निर्देश चुनने से पहले सीएमएस परिनियोजन की पुष्टि करें

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

इस गाइड के लिए प्राप्त प्रथम-पक्ष डीएक्सपी ईमेल-सर्वर पेज को सीएमएस 12 और कॉमर्स 14 के लिए डीएक्सपी लेबल किया गया है। यह एक क्लाउड का दस्तावेजीकरण करता है लेन-देन संबंधी ईमेल सेवा, एक सेंडग्रिड-समर्थित SMTP कॉन्फ़िगरेशन और एक समर्थन-सहायता प्राप्त डोमेन-प्रमाणीकरण प्रक्रिया। यह आलेख उस मार्ग को अपनी ठोस कार्यान्वयन शाखा के रूप में उपयोग करता है। किसी अन्य सीएमएस संस्करण, होस्टिंग स्तर या कस्टम एकीकरण के लिए प्रयोज्यता के लिए संबंधित वर्तमान दस्तावेज़ और तैनाती साक्ष्य की आवश्यकता होती है। सामान्य कैटलॉग लेबल ऑप्टिमाइज़ली सीएमएस यहां स्थापित कॉन्फ़िगरेशन दायरे से अधिक व्यापक है। डीएक्सपी ईमेल-सर्वर कॉन्फ़िगरेशन

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

एप्लिकेशन इवेंट से रिले तक संदेश को ट्रेस करें

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

ऑप्टिमाइज़ली के सीएमएस 13 प्रोजेक्ट दस्तावेज़ीकरण में अधिसूचना प्रेषण का अलग से वर्णन किया गया है और कहा गया है कि ईमेल सूचनाओं के लिए SMTP सेटिंग्स को कॉन्फ़िगर किया जाना चाहिए। जब वास्तविक इंस्टालेशन सीएमएस 13 हो तो यह ट्रिगर और डिस्पैच चरण की जाँच का समर्थन करता है; यह स्थापित नहीं करता है कि सीएमएस 12 परिनियोजन में समान कार्य डिफ़ॉल्ट हैं या डीएक्सपी SMTP उदाहरण अपरिवर्तित लागू होता है। संस्करण वाले स्निपेट्स को मिलाने के बजाय कॉन्फ़िगरेशन निर्देशों को इंस्टॉल किए गए संस्करण से मिलाएं। सीएमएस 13 परियोजना अधिसूचनाएँ

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

नियंत्रित परिनियोजन के माध्यम से दस्तावेज़ीकृत DXP परिवहन को कॉन्फ़िगर करें

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

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

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

प्रत्येक भेजने वाले डोमेन के लिए प्रमाणीकरण का अनुरोध करें

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

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

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

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

प्रेषक की पहचान और DMARC नीति को समन्वित रखें

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

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

एप्लिकेशन कनेक्टिविटी, प्रदाता प्रमाणीकरण और इनबॉक्स प्लेसमेंट अलग-अलग स्वीकृति परिणाम हैं। एक सीएमएस लॉग जो कहता है कि एक संदेश सबमिट किया गया था, वह अंतिम मेलबॉक्स से प्राप्त रसीद नहीं है। DMARC से गुजरने के साथ प्राप्त संदेश को अभी भी अन्य कारणों से फ़िल्टर किया जा सकता है। परिवर्तन रिपोर्ट में इन अंतरों को बनाए रखें ताकि एक सफल परत किसी अनसुलझे समस्या को अन्यत्र न छिपाए।

पुन: प्रयोज्य सीएमएस और डीएक्सपी रूट वर्कशीट

प्रत्येक परिनियोजन परिवेश और भौतिक रूप से भिन्न भेजने वाली पहचान के लिए एक अलग प्रतिलिपि पूर्ण करें।

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

उत्पादन अधिसूचना विफलता का काल्पनिक निदान

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

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

उस परत को पुनः प्राप्त करें जो बदल गई है

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

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

परिवहन सुरक्षा को कॉपी किए गए उदाहरणों से दूर रखें

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

संदेश स्वीकृति को नीति रोलआउट से अलग करें

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