Amazon SES संदेश उन पहचानों का उपयोग करते हुए सफलतापूर्वक प्रमाणित कर सकते हैं जो फ्रॉम में प्रदर्शित डोमेन के साथ संरेखित नहीं हैं। ए DMARC इसलिए सेटअप को एसईएस पहचान कॉन्फ़िगरेशन और वास्तविक एप्लिकेशन के प्राप्त-संदेश परिणामों की आवश्यकता होती है।
सही AWS खाता, क्षेत्र और पहचान का उपयोग करें। किसी अन्य खाते की प्रतिलिपि बनाने के बजाय उस कॉन्फ़िगरेशन से जेनरेट किए गए मान प्राप्त करें चयनकर्ता लक्ष्य या कहीं और सेटअप मानने से वर्तमान भेजने का मार्ग शामिल हो जाता है।
पहचान और हस्ताक्षर मॉडल स्थापित करें
दृश्यमान फ्रॉम डोमेन, एप्लिकेशन और उसके द्वारा उपयोग किए जाने वाले एसईएस कॉन्फ़िगरेशन को रिकॉर्ड करें। पुष्टि करें कि क्या DKIM ईज़ी DKIM के माध्यम से प्रदान किया जाता है, एक अपनी-अपनी-चाबी लाने की व्यवस्था या अन्य समर्थित पहचान कॉन्फ़िगरेशन।
किसी कार्यशील सेटअप को बदलने से पहले, उसकी वर्तमान स्थिति को सहेजें और जांचें कि DNS और हस्ताक्षरित परिवर्तनों का स्वामी कौन है। एक नया मार्गदर्शक किसी कामकाजी पहचान को आँख मूँद कर पुनर्जीवित करने का कारण नहीं है।
वास्तविक सेवा में डोमेन सत्यापन और DKIM हस्ताक्षर स्थिति दोनों की जाँच की जानी चाहिए। अकेले सार्वजनिक कुंजी या प्रतिनिधिमंडल यह साबित नहीं करता है कि एप्लिकेशन इच्छित पासिंग हस्ताक्षर के साथ भेजता है।
चयनित पहचान से DKIM कॉन्फ़िगर करें
Easy DKIM का उपयोग करके सत्यापित डोमेन पहचान के लिए, AWS पहचान की प्रमाणीकरण सेटिंग्स, Easy DKIM विकल्प और हस्ताक्षर सक्षमता का दस्तावेजीकरण करता है। यह DNS सत्यापन कॉन्फ़िगरेशन उत्पन्न करता है जिसे DNS प्रदाता के साथ पूरा किया जाना चाहिए।
पूर्ण आपूर्ति किए गए रिकॉर्ड सेट का उपयोग करें और इसके आधिकारिक उत्तरों को सत्यापित करें। परिणामी सेवा स्थिति की पुष्टि करें, फिर एक स्वतंत्र प्राप्तकर्ता को एक प्रतिनिधि आवेदन संदेश भेजें।
AWS का आसान DKIM मार्गदर्शन BYODKIM से Easy DKIM पर जाने पर माइग्रेशन जोखिम का भी दस्तावेजीकरण होता है: नया कॉन्फ़िगरेशन लंबित होने पर संदेश अहस्ताक्षरित हो सकते हैं। यह मानने के बजाय कि स्विच निर्बाध है, इसके समर्थित माइग्रेशन मार्गदर्शन और महत्वपूर्ण ट्रैफ़िक के लिए योजना का पालन करें।
MAIL FROM डोमेन का अलग से निरीक्षण करें
SES डिफ़ॉल्ट के रूप में amazonses.com उपडोमेन का उपयोग करता है मेल प्रेषक पहचान। एक गुज़रना SPF उस पहचान का परिणाम, स्वयं, स्थापित नहीं होता है संरेखण अपने स्वयं के दृश्यमान डोमेन से।
एक संरेखित गुजर DKIM हस्ताक्षर DMARC पासिंग पथ प्रदान कर सकता है। एक समर्थित कस्टम MAIL FROM सेटअप एक उपयुक्त डोमेन संबंध के तहत एक SPF पहचान भी स्थापित कर सकता है।
सत्यापित एसईएस पहचान के मूल डोमेन के अंतर्गत एक समर्पित उपडोमेन चुनें। AWS का कहना है कि इसका उपयोग सामान्य मेल भेजने या प्राप्त करने सहित अन्य उद्देश्यों के लिए नहीं किया जाना चाहिए। कस्टम MAIL FROM नाम के लिए बिल्कुल एक की आवश्यकता है MX रिकॉर्ड; एकाधिक MX रिकॉर्ड एसईएस सेटअप को विफल कर देते हैं। अनुसरण करना AWS की कस्टम MAIL FROM आवश्यकताएँ और चयनित पहचान के उत्पन्न MX और SPF मानों का उपयोग करें। यह प्राप्त करने वाला फ़ंक्शन बाउंस और शिकायत प्रबंधन का समर्थन करता है; इसे संगठन के सामान्य मेलबॉक्स MX रिकॉर्ड को स्थानांतरित करने के साथ भ्रमित न करें।
एमएक्स-विफलता व्यवहार जानबूझकर चुनें
AWS विफलता व्यवहारों से दो कस्टम MAIL का दस्तावेजीकरण करता है. कस्टम डोमेन की आवश्यक MX कॉन्फ़िगरेशन सत्यापित नहीं होने पर सेवा अपने डिफ़ॉल्ट MAIL FROM डोमेन पर वापस आ सकती है या भेजने को अस्वीकार कर सकती है।
फ़ॉलबैक SPF पहचान और उसके संरेखण संबंध को बदल सकता है। इसका मतलब यह नहीं है कि DMARC विफल हो गया है, क्योंकि एक संरेखित पासिंग DKIM पथ बना रह सकता है।
एक सिंथेटिक मामले में, एक बिलिंग संदेश में example.com पर से है और पासिंग DKIM संरेखित है, लेकिन इसका कस्टम MAIL FROM सत्यापन में विफल रहता है और अनुमत फ़ॉलबैक SES डोमेन का उपयोग करता है। एसपीएफ़-संरेखण अपेक्षा बदल गई है जबकि DKIM अभी भी पासिंग पथ प्रदान कर सकता है।
महत्वपूर्ण एप्लिकेशन मेल के लिए चयनित व्यवहार और उसके निहितार्थ का दस्तावेजीकरण करें। उस निर्णय को एक अस्पष्ट डिफ़ॉल्ट के रूप में न छोड़ें।
सत्यापित डोमेन पहचान के लिए, AWS इस कंसोल अनुक्रम का दस्तावेज़ीकरण करता है:
- इच्छित क्षेत्र में एसईएस खोलें, कॉन्फ़िगरेशन → पहचान चुनें, फिर सत्यापित डोमेन का चयन करें।
- डोमेन से कस्टम मेल में, संपादित करें चुनें। डोमेन से कस्टम मेल का उपयोग सक्षम करें, समर्पित उपडोमेन दर्ज करें और MX विफलता पर व्यवहार चुनें।
- परिवर्तन सहेजें, फिर प्रकाशित DNS रिकॉर्ड से MX और SPF TXT मानों को आधिकारिक DNS प्रदाता में कॉपी करें। असंबंधित मेलबॉक्स MX रिकॉर्ड अपरिवर्तित रखें।
SES में परिणामी कस्टम MAIL FROM स्थिति, आधिकारिक DNS उत्तर और अलग साक्ष्य के रूप में प्राप्त एप्लिकेशन संदेश की जाँच करें। एडब्लूएस प्रक्रिया यदि कंसोल लेबल बदलते हैं तो यह संदर्भ है; यह क्रम यह दावा नहीं है कि इन चरणों को क्रियान्वित किया गया है।
इच्छित DMARC नीति प्रकाशित करें
मौजूदा नीति, रिपोर्टिंग गंतव्य और डोमेन की वैध भेजने वाली आबादी का आकलन करें। एक अलग एसईएस कॉन्फ़िगरेशन समस्या की जांच करते समय मौजूदा मजबूत अनुमोदित नीति को सुरक्षित रखें।
उपयोग रिकॉर्ड वर्कफ़्लो प्रकाशन और संग्रह जांच के लिए। नीति चयन को अस्वीकार प्रकाशित करने के सार्वभौमिक निर्देश के बजाय डोमेन के वास्तविक उपयोग और वर्तमान अंतरसंचालनीयता मार्गदर्शन के अनुरूप होना चाहिए।
अंतिम आवेदन मार्ग सत्यापित करें
उपयोगकर्ता जिस एप्लिकेशन पर निर्भर करते हैं, उससे भेजें, न कि केवल एक कंसोल या पृथक परीक्षण उपकरण पर। प्राप्तकर्ता पर मूल संदेश का निरीक्षण करें और एसपीएफ-मूल्यांकित डोमेन, प्रत्येक प्रासंगिक DKIM हस्ताक्षर और विश्वसनीय DMARC परिणामों को बनाए रखें।
वास्तव में उपयोग में आने वाले भौतिक क्षेत्रों, पहचानों या मार्गों के लिए दोहराएँ। यदि कोई आउटबाउंड मध्यस्थ संदेश बदलता है, तो उस मार्ग के बाद परिणाम सत्यापित करें। प्रदाता की स्थिति, DNS अवलोकन और प्राप्त-संदेश साक्ष्य को अलग-अलग स्वीकृति रिकॉर्ड के रूप में रखें।
कस्टम MAIL FROM कॉन्फ़िगरेशन में बाद की विफलताओं और परिवर्तनों की निगरानी करें। उपयोगी परिणाम सत्यापित संरेखण और समझे गए विफलता व्यवहार के साथ एक समर्थित, स्वामित्व वाला एसईएस भेजने वाला मार्ग है।