HubSpot मार्केटिंग ईमेल और विक्रेता का कनेक्टेड मेलबॉक्स अलग-अलग भेजने की व्यवस्था है। आप जिस वर्कफ़्लो को कॉन्फ़िगर कर रहे हैं उसकी पहचान करके प्रारंभ करें। मार्केटिंग भेजने वाले डोमेन को प्रमाणित करने से सीआरएम से जुड़े प्रत्येक संदेश की स्थिति स्थापित नहीं होती है।
यह मार्गदर्शिका HubSpot मार्केटिंग ईमेल के लिए उपयोग किए जाने वाले ईमेल भेजने वाले डोमेन से संबंधित है। परिवर्तन करने से पहले संबंधित खाते, फ्रॉम डोमेन और उसके व्यवसाय स्वामी को रिकॉर्ड करें।
ऐसा डोमेन चुनें जो वर्कफ़्लो में फिट बैठता हो
नाम चुनने से पहले वर्तमान डोमेन पात्रता मार्गदर्शन पढ़ें। HubSpot के वर्तमान निर्देश कहते हैं कि ईमेल भेजने वाला डोमेन पहले से ही सामग्री होस्ट करने जैसे किसी अन्य उद्देश्य के लिए उपयोग में नहीं होना चाहिए। एक उपयुक्त उपडोमेन इस मार्ग को अलग रख सकता है, लेकिन इसे अभी भी एक स्पष्ट स्वामी और परीक्षणित कॉन्फ़िगरेशन की आवश्यकता है।
प्रस्तावित सेंडिंग-डोमेन कनेक्शन के विरुद्ध मार्केटिंग फ्रॉम पते में उपयोग किए गए सटीक डोमेन की जाँच करें। एक नया नाम जो ब्रांड के समान दिखता है वह अभी भी वास्तविक अभियान के लिए गलत नाम हो सकता है।
डोमेन या उपडोमेन के अन्य उपयोगों को मैप करें: होस्ट की गई सामग्री, मेल प्राप्त करना, रीडायरेक्ट, अन्य HubSpot खाता और बाहरी सेवाएं। जनरेट किए गए DNS परिवर्तन को स्वीकार करने से पहले विवादों का समाधान करें।
परिवर्तन सेट के रूप में जनरेट किए गए DNS अनुरोध की समीक्षा करें
वर्तमान ईमेल भेजने वाले कनेक्शन वर्कफ़्लो और खाते के लिए उत्पन्न मानों का उपयोग करें। HubSpot का मार्गदर्शन MX कवर करता है, DKIM, SPF और DMARC, उन विवरणों के साथ जिन्हें उनके निर्दिष्ट स्वामी नामों पर जांचा जाना चाहिए।
संगठन के सामान्य मेलबॉक्स को न हिलाएं MX रिकॉर्ड केवल इसलिए कि एक प्रेषक वर्कफ़्लो एक MX आवश्यकता प्रदर्शित करता है। उत्पन्न अनुरोध में सटीक नाम और उद्देश्य स्थापित करें। उपडोमेन-विशिष्ट परिवर्तन और रूट-डोमेन परिवर्तन के अलग-अलग परिणाम होते हैं।
SPF के लिए, बदले जा रहे सटीक नाम पर मौजूदा पॉलिसी का निरीक्षण करें। यदि कोई पहले से मौजूद है, तो दूसरी SPF नीति बनाने के बजाय उस नीति में आवश्यक प्राधिकरण का मिलान करें। सभी तंत्र को समाप्त करने से पहले प्राधिकरण तंत्र को रखें, और सुनिश्चित करें कि परिणामी मूल्यांकन वैध और डीएनएस-निर्भर लुकअप सीमा के भीतर रहे।
DMARC को डोमेन स्वामी का नीतिगत निर्णय मानें। मौजूदा उपयुक्त नीति और रिपोर्टिंग कॉन्फ़िगरेशन को सुरक्षित रखें। एक मार्केटिंग सेटअप को असंबद्ध मेल के लिए नियंत्रण रीसेट नहीं करना चाहिए।
जांचें कि DNS मानों को कैसे प्रकाशित करता है
रजिस्ट्रार के नाम पर निर्भर रहने के बजाय सक्रिय आधिकारिक होस्ट की पहचान करें। प्रकाशन के बाद पूर्ण परिणामी स्वामी के नाम और मूल्यों की तुलना करें।
HubSpot विशेष रूप से Cloudflare प्रॉक्सी और डोमेन-व्यापी CNAME-फ़्लैटनिंग सेटिंग्स को कॉल करता है। प्रमाणीकरण रिकॉर्ड के लिए वर्तमान समर्थित आवश्यकताओं का पालन करें, और किसी भी व्यापक DNS परिवर्तन का अलग से आकलन करें। केवल ईमेल सेटअप चेतावनी को साफ़ करने के लिए असंबंधित वेबसाइट के व्यवहार को न बदलें।
स्वचालित कनेक्शन के लिए, परिवर्तनों की समीक्षा करें और जो वास्तव में लिखा गया था उसे रिकॉर्ड करें। मैन्युअल कनेक्शन के लिए, प्रत्यय हैंडलिंग और रिकॉर्ड-प्रकार के टकराव की जाँच करें। दोनों रास्तों के लिए अवलोकन योग्य सार्वजनिक उत्तर की आवश्यकता है।
वास्तविक मार्केटिंग संदेश को सत्यापित करें
HubSpot की प्रमाणीकरण जांच पूरी करें, फिर इच्छित मार्ग के माध्यम से एक उचित नियंत्रित अभियान परीक्षण भेजें। मूल प्राप्त संदेश, खाता संदर्भ और भेजने का समय रखें।
दृश्यमान प्रेषक, लिफाफा पहचान, DKIM हस्ताक्षरित डोमेन और विश्वसनीय रिसीवर परिणामों का निरीक्षण करें। रिकार्ड करें संरेखण पथ जो DMARC का समर्थन करता है। किसी असंबंधित सेवा डोमेन के लिए पासिंग हस्ताक्षर अपने आप में पर्याप्त नहीं है।
एक सिंथेटिक मामले में, DNS टीम सफलतापूर्वक एक मार्केटिंग उपडोमेन को जोड़ती है, लेकिन अभियान अभी भी पुराने रूट-डोमेन पते का उपयोग करता है। कॉन्फ़िगरेशन और संदेश अलग-अलग पहचान का वर्णन करते हैं। इच्छित प्रेषक कॉन्फ़िगरेशन को ठीक करें, फिर प्रत्येक संभावित नाम में रिकॉर्ड जोड़ने के बजाय अभियान-मार्ग परीक्षण दोहराएं।
प्रत्येक कनेक्टेड मेलबॉक्स, लेनदेन मार्ग या एकीकृत सेवा के लिए एक परीक्षण को सामान्यीकृत न करें। इस परिवर्तन के दायरे के लिए महत्वपूर्ण वर्कफ़्लो का परीक्षण करें।
एक उपयोगी पूर्णता रिकॉर्ड सुरक्षित रखें
हैंडओवर में खाते, चयनित भेजने वाले डोमेन, जेनरेट किए गए रिकॉर्ड, DNS परिवर्तन स्वामी और सत्यापित संदेश की पहचान होनी चाहिए। डोमेन और इसका उपयोग करने वाले किसी अन्य खाते को चुनने का कारण शामिल करें।
जब अभियान का स्वामित्व बदलता है या कोई नया उपडोमेन पेश किया जाता है तो कॉन्फ़िगरेशन की समीक्षा करें। नई निर्भरताएँ सफल होते ही उन्हें हटाने के बजाय सेवानिवृत्ति की पुष्टि होने तक पुरानी निर्भरताएँ बनाए रखें।
मार्केटिंग स्वामित्व को व्यापक मेल कार्यक्रम से जोड़ने के लिए प्रेषक सूची का उपयोग करें। प्रमाणीकरण एक पहचान पथ स्थापित करता है; प्राप्तकर्ताओं से संपर्क करने की अनुमति, सूची की गुणवत्ता और इनबॉक्स प्लेसमेंट अलग-अलग मामले हैं।
प्रेषक सुधार को नीति परिवर्तन से अलग करें
लिखित मामला एचएस-01 मानता है कि मार्केटिंग खाता news.example.com से जुड़ा है, जबकि नियोजित अभियान updates@example.com से जुड़ा है। एक काल्पनिक विश्वसनीय संदेश परिणाम d=news.example.com, s=demo1. के साथ DKIM पास है। वह हस्ताक्षर सामान्य शिथिल संगठनात्मक-डोमेन संरेखण के तहत संरेखित हो सकता है लेकिन adkim=s. SPF और अन्य सभी हस्ताक्षर अज्ञात रहते हैं, इसलिए समग्र सख्त-मोड DMARC विफलता की रिपोर्ट न करें। विपणन स्वामी को अपेक्षित और मेल खाते उत्पाद कनेक्शन की पुष्टि करनी होगी, फिर एक अधिकृत अभियान नमूना प्राप्त करना होगा; डोमेन-व्यापी नीति बदलना यहां प्रस्तावित सुधार नहीं है। example.com पर सामान्य स्टाफ़ मेलबॉक्स MX इस परिवर्तन से बाहर रहता है। किसी HubSpot खाते, मेलबॉक्स या DNS परीक्षण नहीं किया गया।
समस्या निवारण उदाहरणों को सार्वभौमिक चयनकर्ताओं में बदलने के बजाय, जेनरेट किए गए रिकॉर्ड मालिकों और मानों का उपयोग करें। HubSpot वर्तमान में पॉलिसी मौजूद होने पर युग्मित DKIM CNAMEs और एक SPF मर्ज का दस्तावेजीकरण करता है। इसके स्टेटस लेबल सेटअप जांच का वर्णन करते हैं; यहां तक कि पूरी तरह से प्रमाणित लेबल भी यह साबित नहीं करता है कि इस नियोजित अभियान ने सही पहचान का चयन किया है।
प्रवर्तन सीमा को सुरक्षित रखें
RFC 9989 धारा 7.4 में डोमेन प्रकाशन के लिए वैध DKIM की आवश्यकता है, अकेले SPF नहीं p=reject, और अप्रत्यक्ष-मेल और मेलिंग-सूची अंतरसंचालनीयता के बारे में चेतावनी देता है। एक भी सफल प्रत्यक्ष-संदेश परीक्षण इस बात का प्रमाण नहीं है कि हर वैध मार्ग मजबूत नीति के लिए तैयार है। वास्तविक अंतर का निदान करते समय मौजूदा अनुमोदित सुरक्षा बनाए रखें; किसी भी नीति परिवर्तन के लिए अपने स्वयं के निर्णय की आवश्यकता होती है।