Mailchimp का डोमेन सत्यापन और डोमेन प्रमाणीकरण अलग-अलग चरण हैं। सत्यापन प्रासंगिक ईमेल पहचान तक पहुंच स्थापित करता है; प्रमाणीकरण भेजने वाले वर्कफ़्लो के लिए डोमेन को कॉन्फ़िगर करता है। किसी को भी इस प्रमाण के साथ भ्रमित नहीं होना चाहिए कि कोई विशेष अभियान इच्छित पहचान का उपयोग करके प्राप्तकर्ता तक पहुंचा।
खाते से शुरू करें, अभियान के दृश्यमान पते में डोमेन और अभियान मार्ग का मूल्यांकन किया जा रहा है। रिकॉर्ड करें कि डोमेन का स्वामी कौन है और इसके सक्रिय DNS में परिवर्तन को कौन अधिकृत कर सकता है।
भेजने वाले उत्पाद और वर्तमान स्थिति को पहचानें
Mailchimp के वर्तमान मार्गदर्शन में स्वचालित और मैन्युअल प्रमाणीकरण पथ शामिल हैं। स्थापित करें कि खाता किस पथ का उपयोग करता है और क्या डोमेन पहले ही सत्यापित या प्रमाणित किया जा चुका है।
उत्पाद का दायरा स्पष्ट रखें. यदि व्यवसाय Mailchimp ट्रांजेक्शनल के साथ-साथ मार्केटिंग अभियानों का उपयोग करता है, तो प्रत्येक रूट के लिए लागू सेटअप और परीक्षण आवश्यकताओं की पुष्टि करें। उत्पादों के एक ही परिवार में प्रदर्शित होने वाला ब्रांड साझा कॉन्फ़िगरेशन स्थापित नहीं करता है।
उस डोमेन का उपयोग करें जिसे संगठन नियंत्रित करता है. एक सार्वजनिक मेलबॉक्स पता संगठन को उस मेलबॉक्स प्रदाता के डोमेन के लिए प्रमाणीकरण रिकॉर्ड प्रकाशित करने का अधिकार नहीं दे सकता है।
मौजूदा क्षेत्र के साथ उत्पन्न रिकॉर्ड का मिलान करें
वर्तमान मैन्युअल वर्कफ़्लो के लिए, Mailchimp दस्तावेज़ दो DKIM CNAMEs और ए DMARC TXT रिकॉर्ड. प्रासंगिक खाते में उत्पन्न मूल्यों का उपयोग करें, याद किए गए नहीं चयनकर्ता या एक कॉपी किया गया ग्राहक लक्ष्य।
प्रत्येक प्रस्तावित नाम पर मौजूदा डेटा का निरीक्षण करें। एक नए रिकॉर्ड को एक सक्रिय चयनकर्ता और एक प्रस्तावित को अधिलेखित नहीं करना चाहिए DMARC रिकॉर्ड पहले से लागू नीति के विरुद्ध समीक्षा की आवश्यकता है। खाता सेटअप प्रक्रिया किसी मजबूत परिचालन नीति को रीसेट करने या रिपोर्टिंग गंतव्यों को हटाने की मंजूरी नहीं है।
केवल किसी अन्य सेवा को संतुष्ट करने के लिए उसी मालिक के नाम पर दूसरी DMARC नीति न बनाएं। निर्धारित करें कि क्या लागू मौजूदा नीति कॉन्फ़िगरेशन आवश्यकताओं को पूरा करती है, और समर्थित सत्यापन प्रक्रिया के माध्यम से किसी भी असहमति का समाधान करें।
स्वचालित कनेक्शन के लिए, उन्हें अधिकृत करने से पहले उसके इच्छित DNS परिवर्तनों और पहुंच के दायरे की समीक्षा करें। वास्तविक परिणामी रिकॉर्ड बनाए रखें. स्वचालित लेखन को अभी भी एक पता लगाने योग्य स्वामी और एक समझने योग्य परिणाम की आवश्यकता है।
सार्वजनिक उत्तरों और खाता परिणाम को सत्यापित करें
सक्रिय आधिकारिक होस्ट पर सटीक स्वामी नामों की जाँच करें। पुष्टि करें कि DNS संपादक पूर्ण होस्टनाम के साथ कैसा व्यवहार करता है, और क्या यह इच्छित उद्देश्य को सुरक्षित रखता है CNAME लक्ष्य।
Mailchimp की सत्यापन स्थिति के साथ-साथ सार्वजनिक उत्तर और समय रिकॉर्ड करें। प्रगतिरत स्थिति में अभिलेखों को बार-बार हटाने और पुनः बनाने के बजाय प्रकाशन और सत्यापन की जांच की आवश्यकता होती है।
यदि सत्यापन विफल हो जाता है, तो प्रत्येक अनुरोधित रिकॉर्ड की तुलना उसके आधिकारिक उत्तर से करें और रिकॉर्ड-प्रकार या स्वामी-नाम विरोध की जांच करें। असंबद्ध परिवर्तन से बचें SPF बिना सबूत के नीतियां या इनबाउंड मेलबॉक्स रूटिंग कि वे इसमें शामिल हैं।
अभियान मार्ग से भेजें
नियंत्रित प्राप्तकर्ताओं और एक उपयुक्त अभियान परीक्षण का उपयोग करें। मूल प्राप्त संदेश को खाते और अभियान संदर्भ के साथ सहेजें।
दृश्यमान फ्रॉम डोमेन, DKIM साइनिंग डोमेन और विश्वसनीय रिसीवर परिणामों का निरीक्षण करें। संरेखित प्रमाणीकरण पथ स्थापित करें जो DMARC का समर्थन करता है। एक पॉलिसी TXT रिकॉर्ड अकेले हस्ताक्षर नहीं बना सकता है या किसी असंबंधित पहचान की मरम्मत नहीं कर सकता है।
एक सिंथेटिक उदाहरण भेद को दर्शाता है। एक टीम किसी पते तक पहुंच की पुष्टि करती है और उसे अपनी खाता सूची में कोई समस्या नहीं दिखती है, लेकिन डोमेन प्रमाणीकरण कभी पूरा नहीं होता है। अगली जांच में उस खाता स्थिति की तुलना उत्पन्न DNS आवश्यकताओं और एक वास्तविक अभियान संदेश से की जानी चाहिए। DMARC नीति को बार-बार दोबारा लिखने से गुम हुए सेटअप साक्ष्य छूट जाएंगे।
यदि कोई अभियान प्रमाणीकरण पास कर लेता है लेकिन फिर भी स्पैम में चला जाता है, तो उस खोज को बनाए रखें। प्रमाणीकरण और प्लेसमेंट विभिन्न प्रश्नों का उत्तर देते हैं. किसी सिद्ध पहचान कॉन्फ़िगरेशन को पूर्ववत करने के बजाय वर्तमान प्राप्तकर्ता आवश्यकताओं और अभियान के प्राप्तकर्ता, प्रतिष्ठा और सामग्री कारकों की अलग से जांच करें।
अभियान परिवर्तनों को बनाए रखने योग्य रखें
खाता रिकॉर्ड करें, उत्पाद, डोमेन, जेनरेट किया गया रिकॉर्ड सेट, स्वामी बदलें और प्राप्त-संदेश साक्ष्य भेजें। उन एजेंसियों या खातों के लिए सेवानिवृत्ति प्रक्रिया शामिल करें जो संगठन के लिए भेजना बंद कर देते हैं।
जब प्रेषक डोमेन या खाता बदलता है तो सेटअप की समीक्षा करें। सेवानिवृत्ति का सत्यापन होने तक सक्रिय मार्गों के लिए आवश्यक रिकॉर्ड रखें, और पुरानी निर्भरताओं को मालिक के बिना अनिश्चित काल तक बनाए रखने के बजाय उनका पुनर्मूल्यांकन करें।
प्रेषक सूची इस अभियान मार्ग को व्यापक कार्यक्रम से जोड़ती है। उपयोगी परिणाम एक विशिष्ट, सत्यापित पहचान है जिसे टीम बनाए रख सकती है, न कि एक अयोग्य वादा कि हर अभियान इनबॉक्स तक पहुंचेगा।
अभियान जाँचों को निर्णय बही में अलग करें
काल्पनिक विपणन अभियान एमसी-01 के लिए, news@example.com को ईमेल पहुंच द्वारा सत्यापित किया जाना निर्धारित है, जबकि डोमेन प्रमाणीकरण लंबित है। CNAME1 और CNAME2 उत्पन्न मानों की आपूर्ति नहीं की गई है, मौजूदा DMARC मान लिया गया है p=reject, और प्राप्त DKIM / SPF परिणाम अज्ञात हैं। अभियान को असत्यापित रखें; मौजूदा नीति को प्रतिस्थापित न करें p=none या बलपूर्वक पूरा करने के लिए DNS लक्ष्यों का आविष्कार करें। खाता-जनित नाम प्राप्त करें, प्रत्येक को आधिकारिक क्षेत्र के साथ मिलाएँ और फिर एक नियंत्रित अभियान मूल एकत्र करें। उस अभियान परिणाम के बाहर एक अलग लेन-देन एप्लिकेशन रहता है। कोई खाता, DNS कनेक्शन या अभियान भेजना निष्पादित नहीं किया गया था।
CNAME बदलने वाले Mailchimp दस्तावेज़ों को डोमेन को अक्षम करने और पुनः प्रमाणित करने की आवश्यकता हो सकती है। प्रभावित अभियानों की पहचान के साथ परिवर्तन स्वामी के तहत रखरखाव की योजना बनाएं; किसी कार्यशील कॉन्फ़िगरेशन को केवल इसलिए बार-बार रीसेट न करें क्योंकि कोई असंबंधित डिलीवरी समस्या सामने आई है।
प्रवर्तन सीमा को सुरक्षित रखें
RFC 9989 धारा 7.4 में p=reject, प्रकाशित करने वाले डोमेन के लिए वैध DKIM आवश्यकता है, अकेले SPF नहीं, और अप्रत्यक्ष-मेल और मेलिंग-सूची अंतरसंचालनीयता के बारे में चेतावनी दी गई है। एक भी सफल प्रत्यक्ष-संदेश परीक्षण इस बात का प्रमाण नहीं है कि हर वैध मार्ग मजबूत नीति के लिए तैयार है। वास्तविक अंतर का निदान करते समय मौजूदा अनुमोदित सुरक्षा बनाए रखें; किसी भी नीति परिवर्तन के लिए अपने स्वयं के निर्णय की आवश्यकता होती है।