वीवा के पास अलग-अलग ईमेल सतहें हैं। यह प्रक्रिया वर्तमान वॉल्ट सीआरएम स्वीकृत ईमेल दस्तावेज़ीकरण का पालन करती है, न कि सामान्य वॉल्ट एप्लिकेशन अधिसूचनाओं या अनुमानित समकक्ष विरासत सीआरएम स्क्रीन का। डोमेन बदलने से पहले लाइसेंस प्राप्त वर्कफ़्लो और पहचान से सटीक टेम्पलेट की पहचान करें। अकेले प्रमाणीकरण स्वास्थ्य देखभाल विपणन सहमति या कानूनी अनुपालन स्थापित नहीं करता है।
भेजने वाले डोमेन को समर्थन प्रदान करें
एक भेजने वाले डोमेन को परिभाषित करें, अधिमानतः विक्रेता की सिफारिश के तहत एक समर्पित उपडोमेन, और इसे प्रावधान करने के लिए वॉल्ट सीआरएम समर्थन टिकट खोलें। विशिष्ट रिकॉर्ड प्रकाशित करें समर्थन आपूर्ति: SPF TXT, DKIM TXT और एक ट्रैकिंग CNAME. गाइड निर्दिष्ट करता है 2048-बिट DKIM कुंजियाँ। यदि आपके DNS इंटरफ़ेस को चंकिंग की आवश्यकता है, तो चंक्स को एक TXT संसाधन रिकॉर्ड के भीतर रखें, न कि प्रतिस्पर्धी कुंजी रिकॉर्ड के भीतर। समर्थन से प्रविष्टियों को सत्यापित करवाएं। सत्यापन के बाद, स्वीकृत ईमेल कस्टम सेटिंग में अनुमोदित_ईमेल_डोमेन__v कॉन्फ़िगर करें। वॉल्ट सीआरएम डोमेन सेटअप
उपडोमेन का उपयोग करते समय, उपयोगकर्ता सूत्र फ़ील्ड और गाइड में वर्णित अनुमतियों के साथ पतों से टेम्पलेट का समन्वय करें, फिर सामग्री को सिंक करें। एक उपडोमेन संबंध आराम से संतुष्ट हो सकता है DMARC संरेखण, लेकिन सख्त संरेखण के लिए जिस तंत्र पर भरोसा किया गया है उसके लिए सटीक मिलान वाले डोमेन की आवश्यकता होती है। संरेखण से सुधारों को बदलने के लिए उत्तर न मानें।
ट्रैकिंग और पूर्व सामग्री को सुरक्षित रखें
प्रमाणीकरण रिकॉर्ड को ट्रैकिंग CNAME से अलग रखें। Cloudflare का उपयोग करते समय विक्रेता उस CNAME के लिए DNS-केवल उपचार और HTTPS प्रमाणपत्र जारी करने के लिए CAA संगतता का दस्तावेजीकरण करता है। सुरक्षा को लापरवाही से अक्षम करने के बजाय सुरक्षा स्वामी के साथ प्रमाणपत्र-नीति संबंधी प्रश्नों को हल करें। स्वीकृत ईमेल से भेजने वाले डोमेन को हटाने से पहले भेजे गए संदेशों में लिंक तक पहुंच बाधित हो सकती है। पुरानी सामग्री के साथ-साथ नई सामग्री को ध्यान में रखकर सेवानिवृत्ति की योजना बनाएं; डोमेन को हटाना कोई नियमित रोलबैक नहीं है.
रिक्त स्थान या विशेष वर्ण वाले नामों के लिए उत्पन्न उपयोगकर्ता पते की जाँच करें; DNS सही होने पर भी कोई सूत्र अमान्य पता दे सकता है। फ़ील्ड को पढ़ने की पहुंच प्रदान करें, इसे प्रत्येक लागू टेम्पलेट में संदर्भित करें और वॉल्ट को वॉल्ट सीआरएम के साथ सिंक करें। 12 जनवरी 2022 से पहले पंजीकृत डोमेन के लिए, गाइड प्रशासकों को HTTPS सक्षमता के लिए समर्थन का निर्देश देता है। पूर्व तृतीय-पक्ष CDN पथ को भी समर्थन समन्वय की आवश्यकता होती है। केवल हरी DNS जांच पाने के लिए HTTP को डाउनग्रेड न करें या प्रमाणपत्र नीति न बदलें।
DNS और वास्तविक प्राप्त परिणाम सत्यापित करें
वॉल्ट सीआरएम स्वीकृत ईमेल को बदलने से पहले, मौजूदा DNS मानों को निर्यात करें, स्वीकृत अंतर को रिकॉर्ड करें और रोलबैक मालिक का नाम बताएं। पुष्टि करें कि क्या DNS संपादक किसी संबंधित लेबल या पूर्णतः योग्य नाम की अपेक्षा करता है; डोमेन प्रत्यय को दोगुना करने से बनता है एक अभिलिखित जिसे कोई भी इच्छित सत्यापनकर्ता नहीं ढूंढ पाएगा। संपादक के सफलता बैनर पर भरोसा करने के बजाय, किसी भी CNAME लक्ष्य सहित, सहेजने के बाद वास्तविक मालिक का नाम पूछें।
SPF संबंधित डोमेन पर एक नीति बनी रहनी चाहिए और डीएनएस-क्वेरी-टर्म सीमा के भीतर रहना चाहिए RFC 7208. किसी समावेश को जोड़ने से स्वयं संरेखण स्थापित नहीं होता है। अंतर्गत RFC 9989, DMARC तब पास होता है जब कम से कम एक सफल SPF या DKIM परिणाम लागू मोड के तहत दृश्यमान डोमेन के साथ संरेखित होता है। मानक द्वारा लगाई गई शर्त के अनुसार दोनों तंत्रों को संरेखित करने की आवश्यकता नहीं है, और संरेखित ग्राहक-डोमेन पास के लिए प्रदाता-डोमेन पास की गलती न करें।
प्रासंगिक टेम्पलेट और उपयोगकर्ता पहचान के साथ जेनरेट किया गया एक स्वीकृत ईमेल अपने नियंत्रण वाले मेलबॉक्स पर भेजें। प्राप्तकर्ता प्रणाली के विश्वसनीय प्रमाणीकरण परिणाम, दृश्यमान, लिफाफा पहचान, DKIM डी = और एस = मान, टाइमस्टैम्प और प्रदाता स्थिति को सहेजें। DNS लुकअप केवल उपलब्ध कुंजी दिखाता है; RFC 6376 सत्यापन प्राप्त संदेश पर हस्ताक्षर का भी मूल्यांकन करता है। गैर-संवेदनशील सामग्री का उपयोग करें और संपूर्ण ग्राहक संदेशों को सार्वजनिक चेकर्स के सामने उजागर करने से बचें।
एक निश्चित स्वीकृति और रोलबैक निर्णय का उपयोग करें
केवल काल्पनिक लिखित निदान मामला: VE-01 alex@clinic.example से मानता है और एक वैध है DKIM हस्ताक्षर d=mail.clinic.example. यह हस्ताक्षर आरामदेह मोड में संरेखित होता है लेकिन सख्त मोड में नहीं। SPF और अन्य हस्ताक्षर अज्ञात हैं, इसलिए सख्त-मोड DMARC विफलता स्थापित नहीं की गई है। वॉल्ट सीआरएम मालिक को प्रभावी संरेखण मोड और टेम्पलेट फॉर्मूला की तुलना करनी चाहिए, प्रभावित उपयोगकर्ताओं के लिए जेनरेट किए गए पते की जांच करनी चाहिए और पुन: परीक्षण से पहले अनुमोदित सामग्री को सिंक करना चाहिए। किसी मरीज़ के डेटा की आवश्यकता नहीं है. इस उदाहरण के लिए किसी खाते, DNS , रिले या संदेश का परीक्षण नहीं किया गया था।
यदि परीक्षण विफल हो जाता है, तो लापता DNS अलग करें, गलत चयनकर्ता, निष्क्रिय प्रदाता कॉन्फ़िगरेशन, अप्रत्याशित रूटिंग और एक और परिवर्तन करने से पहले संदेश संशोधन। प्रत्येक स्वीकृत सुधार के बाद उसी वर्कफ़्लो का पुनः परीक्षण करें। किसी एक प्रेषक की समस्या को छिपाने के लिए पूरे डोमेन की DMARC नीति को कमजोर न करें। जहां रोलबैक की आवश्यकता है, अनुमोदित पूर्व रूटिंग या प्रेषक कॉन्फ़िगरेशन को पुनर्स्थापित करें और कुंजी रिकॉर्ड बनाए रखें जबकि कतारबद्ध हस्ताक्षरित संदेशों को अभी भी उनकी आवश्यकता है। डोमेन इन्वेंट्री के साथ परीक्षण साक्ष्य और अनसुलझे अपवाद रखें। इस गाइड को तैयार करने में कोई किरायेदार पहुंच, DNS परिवर्तन या वास्तविक प्रेषण नहीं किया गया था।
एक जवाबदेह स्वीकृति रिकॉर्ड रखें
प्रति खाता, डोमेन और भौतिक रूप से भिन्न रूट के लिए एक पंक्ति बनाएँ। व्यवसाय स्वामी, DNS स्वामी, परिवर्तन संदर्भ, इच्छित से, प्रेक्षित प्रेषक, लिफ़ाफ़ा डोमेन और SPF परिणाम, प्रत्येक DKIM डी = और एस = को उसके परिणाम, लागू संरेखण मोड, विश्वसनीय रिसीवर और टाइमस्टैम्प, प्रदाता सक्रियण स्थिति, प्लेसमेंट अवलोकन, अनसुलझे प्रश्न और अगली कार्रवाई के साथ रिकॉर्ड करें। लुप्त मानों को उत्तीर्ण या असफल मानने के बजाय अज्ञात मानों को चिह्नित करें। स्वामी केवल अभिलिखित साक्ष्य द्वारा समर्थित इच्छित मार्ग और पहचान को स्वीकार करता है; अन्यथा उस मार्ग को पकड़ें और अनुमोदित पुनर्प्राप्ति योजना का पालन करें।
पारित संदेश को प्रवर्तन तत्परता से अलग करें
RFC 9989 धारा 7.4 को डोमेन प्रकाशन के लिए वैध DKIM आवश्यकता है p=reject और अप्रत्यक्ष-मेल अंतरसंचालनीयता के बारे में सावधान करता है। एक एकल संरेखित SPF परिणाम अपने आप में अस्वीकार-नीति रोलआउट को उचित नहीं ठहराता है। इस प्रदाता सेटअप से सभी वैध मार्गों और नीति स्वामित्व की अलग से समीक्षा करें।