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

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

पहचान स्थापित करें और मालिक बदलें

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

The प्रेषण-डोमेन मार्गदर्शिका का कहना है कि दूसरे स्तर के डोमेन को प्रमाणित करना प्लेटफ़ॉर्म में उसके उपडोमेन को प्रमाणित नहीं करता है। यदि अभियान news.example.com का उपयोग करते हैं, तो यह मानने के बजाय कि example.com खाता सेटिंग को कवर करता है, उस सटीक डोमेन को जोड़ें।

डोमेन और जेनरेट की गई कुंजी कॉन्फ़िगर करें

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

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

DMARC सुरक्षित रखें और SPF सावधानीपूर्वक मिलान करें

प्रलेखित वर्कफ़्लो मौजूदा वैध को स्वीकार करता है DMARC विन्यास। इसकी प्रवर्तन नीति और रिपोर्टिंग गंतव्यों को तब तक बनाए रखें जब तक कि डोमेन स्वामी एक अलग परिवर्तन को मंजूरी न दे दे। जहां कोई पॉलिसी लागू नहीं होती, वहां सही मालिक के यहां पॉलिसी स्थापित करें। ए p=none उदाहरण एक निगरानी अनुरोध है, प्रवर्तन नहीं और माता-पिता से विरासत में मिली नीति को कमजोर करने का कोई कारण नहीं है।

अभियान मॉनिटर include:_spf.createsend.com. उपयोग करके वैकल्पिक SPF प्राधिकरण की अनुशंसा करता है। यदि वह प्राधिकरण आपके कॉन्फ़िगरेशन के लिए उपयुक्त है, तो उसे दूसरा जोड़ने के बजाय एकल मौजूदा SPF नीति में मर्ज करें। अन्य वैध प्रेषकों को सुरक्षित रखें और SPF की लुकअप सीमा के विरुद्ध मूल्यांकित निर्भरता पथ की जाँच करें। प्रदाता का ईमेल-प्रमाणीकरण अवलोकन संदर्भ प्रदान करता है, लेकिन प्राप्त लिफाफा यह निर्धारित करता है कि रिसीवर वास्तव में किस डोमेन की जाँच करता है।

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

अभियान परीक्षण से पहले अभिलेखों का सत्यापन करें

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

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

पुष्टि करें कि वास्तविक अभियान इच्छित डोमेन का उपयोग करता है

नए प्रमाणित प्रेषक पते के साथ एक नियंत्रित परीक्षण अभियान भेजें। भरोसा बनाए रखें Authentication-Results, से, Return-Path और सभी DKIM d=/s= जोड़े। पुष्टि करें कि पासिंग हस्ताक्षर कॉन्फ़िगर मोड के अंतर्गत प्रेषक डोमेन के साथ संरेखित है। यदि परीक्षण सफल हो जाता है लेकिन बाद का अभियान विफल हो जाता है, तो DNS संशोधित करने से पहले प्रेषक पते और मार्गों की तुलना करें।

उदाहरणात्मक मामला: example.com कॉन्फ़िगर किया गया है, लेकिन एक अभियान news.example.com का उपयोग करता है, जिसे खाते में कभी नहीं जोड़ा गया था। वास्तविक अभियान पहचान के लिए डोमेन सेटअप ठीक करें; किसी भिन्न पहचान के कॉन्फ़िगरेशन को हल करने के लिए वैध पैरेंट-डोमेन कुंजी को प्रतिस्थापित न करें।

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

सख्त संरेखण के साथ उत्पाद स्कोप अंतर को भ्रमित न करें

लिखित मामला CM-01 मानता है कि उत्पाद example.com कॉन्फ़िगर किया गया है लेकिन अभियान news@news.example.com है। एक विश्वसनीय पासिंग DKIM हस्ताक्षर d=example.com, s=demo1. सामान्य शिथिल संगठनात्मक-डोमेन संरेखण के साथ, वह हस्ताक्षर news.example.com पर संरेखित हो सकता है; adkim=s के साथ यह बिल्कुल मेल नहीं खाता है। SPF और अन्य हस्ताक्षर अज्ञात हैं, इसलिए सख्त-मोड समग्र निर्णय अनसुलझा है, स्थापित DMARC विफलता नहीं है। कोई भी आधार यह साबित नहीं करता है कि अभियान मॉनिटर ने इच्छित उपडोमेन कॉन्फ़िगर किया है। अभियान स्वामी को सटीक-डोमेन सेटअप पूरा करना चाहिए और रिलीज़ से पहले परिणामी नियंत्रित अभियान का निरीक्षण करना चाहिए। ये काल्पनिक इनपुट हैं, कैप्चर की गई डिलीवरी या नीति को ढीला करने का कोई कारण नहीं।

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

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