[ प्लेटफ़ॉर्म गाइड ]

मेलमैन सूचियाँ और DMARC : पुनर्लेखन और अप्रत्यक्ष-मेल व्यवहार की समीक्षा करें

लेखक की पहचान, सूची वितरण और उत्तर व्यवहार का एक साथ परीक्षण करके मेलमैन शमन चुनें।

EmailAuth अनुसंधान टीम द्वारा · 3 मिनट पढ़ा

[ प्रमुख बिंदु ]

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

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

स्थापित व्यवहार को पहचानें

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

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

जानबूझकर शमन चुनें

सन्दर्भ: RFC 9989 §4.4, RFC 6376 §3.7.

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

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

ग्राहक द्वारा वास्तव में देखी जाने वाली पहचान के लिए आउटबाउंड एमटीए पर संरेखित हस्ताक्षर की व्यवस्था करें। अकेले मेलमैन शमन इस बात का प्रमाण नहीं है कि आउटबाउंड सर्वर मेल पर सही ढंग से हस्ताक्षर करता है। जहां लेखक की पहचान संरक्षित है, यह निर्धारित करें कि क्या एक संरेखित लेखक हस्ताक्षर हर संशोधन से बचता है; यह न मानें कि नया सूची-डोमेन हस्ताक्षर किसी असंबद्ध लेखक डोमेन के साथ संरेखित है।

एक छोटा सा स्वीकृति मैट्रिक्स चलाएँ

विभिन्न प्रमाणीकरण और नीति कॉन्फ़िगरेशन वाले डोमेन से नियंत्रित पोस्ट भेजें। उत्पादन पादलेख सक्षम होने पर सादा पाठ, HTML, अनुलग्नक और एक हस्ताक्षरित संदेश शामिल करें। जिस मेलबॉक्स को आप नियंत्रित करते हैं, उसमें मूल प्राप्त स्रोत, विश्वसनीय रिसीवर प्रमाणीकरण परिणाम, दृश्यमान प्रेषक, लिफाफा डोमेन और प्रत्येक को बनाए रखें DKIM डोमेन पर हस्ताक्षर करना. उत्तर-से-लेखक और उत्तर-से-सूची को अलग से जाँचें। गैर-संवेदनशील सिंथेटिक सामग्री का उपयोग करके संग्रह प्रस्तुति की समीक्षा करें। मेलमैन व्यक्तिगत सदस्य डिलीवरी के लिए इन शमन का दस्तावेजीकरण करता है, न कि डाइजेस्ट, अभिलेखागार या एनएनटीपी का; यह मानने के बजाय कि वे भी दोबारा लिखे गए हैं, उन अन्य आउटपुट का अलग से परीक्षण करें।

उदाहरणात्मक तुलना: एक पोस्ट writer@example.org से आती है और From को list@lists.example.net पर सेट करके चली जाती है। lists.example.net के लिए एक पासिंग DKIM हस्ताक्षर बिल्कुल नए फ्रॉम डोमेन के साथ संरेखित हो सकता है। यह मूल लेखक को example.net के स्वामी के रूप में प्रमाणित नहीं करता है। उदाहरण केवल पहचान का वर्णन करता है; यह कोई लाइव मेलमैन परीक्षण या डिलीवरी गारंटी नहीं है।

निर्णय को तैनात करें और बनाए रखें

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

मेलमैन अपग्रेड, एमटीए परिवर्तन या फ़ुटर रीडिज़ाइन के बाद, मैट्रिक्स को दोहराएं। लेखक-सामना वाले स्पष्टीकरण को संक्षिप्त रखें: प्राप्तकर्ता क्या देखेंगे, उत्तर कहाँ जाएंगे और किससे संपर्क करना है। सफल प्रमाणीकरण प्राप्तकर्ता के डिलीवरी निर्णय के लिए केवल एक इनपुट बनकर रह जाता है।

[ ले लेना ]

आउटबाउंड हस्ताक्षर और गैर-सदस्य आउटपुट को अपने स्वयं के परीक्षणों की आवश्यकता होती है।

[भूमिका के अनुसार]

आपके लिए इसका क्या मतलब है

व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।

आईटी/मेल एडमिन

परिचालन साक्ष्य रखें

एक संस्करणित सूची कॉन्फ़िगरेशन और एक प्राप्त-संदेश मैट्रिक्स रखें। आउटबाउंड साइनिंग सीमा को मेलमैन सेटिंग्स से अलग रखें।

अगले कदम

  1. एक संस्करणित सूची कॉन्फ़िगरेशन और एक प्राप्त-संदेश मैट्रिक्स रखें।
  2. आउटबाउंड साइनिंग सीमा को मेलमैन सेटिंग्स से अलग रखें।
  3. पादलेख-और-उत्तर परीक्षण नमूना अपने पास रखें।

सीआईएसओ/सेकऑप्स

ट्रस्ट सीमा की समीक्षा करें

पुनर्लेखन के बाद प्रदर्शित पहचान और अवशिष्ट प्रतिरूपण जोखिम का दस्तावेजीकरण करें। प्रमाणीकरण यह साबित नहीं करता कि मूल लेखक भरोसेमंद है।

अगले कदम

  1. पुनर्लेखन के बाद प्रदर्शित पहचान और अवशिष्ट प्रतिरूपण जोखिम का दस्तावेजीकरण करें।
  2. प्रमाणीकरण यह साबित नहीं करता कि मूल लेखक भरोसेमंद है।
  3. समीक्षा करें कि मूल लेखक का प्रतिनिधित्व कैसे किया जाता है।

संस्थापक/गैर-तकनीकी

व्यवसायिक निर्णय स्वयं लें

चुनें कि लेखक प्रस्तुति को संरक्षित करना या सूची अनुकूलता को अधिकतम करना इस समुदाय के लिए सबसे अधिक मायने रखता है या नहीं। प्रत्येक सूची को बदलने से पहले एक छोटे पायलट को फंड दें।

अगले कदम

  1. चुनें कि लेखक प्रस्तुति को संरक्षित करना या सूची अनुकूलता को अधिकतम करना इस समुदाय के लिए सबसे अधिक मायने रखता है या नहीं।
  2. प्रत्येक सूची को बदलने से पहले एक छोटे पायलट को फंड करें।
  3. एक-सूची पायलट मानदंड को मंजूरी दें।

[ पूछे जाने वाले प्रश्न ]

अक्सर पूछे जाने वाले प्रश्नों

क्या मेलमैन मूल प्रेषक के SPF मरम्मत करता है?

नहीं, पुनर्वितरण एक नए SMTP पथ का उपयोग करता है। मूल SPF परिणाम को आगे बढ़ाने के बजाय ग्राहक पर लिफाफे की पहचान का मूल्यांकन करें।

प्राथमिक दस्तावेज़ीकरण

यह मार्गदर्शिका किस मेलमैन संस्करण को कवर करती है?

यह मेलमैन 3 दस्तावेज़ीकरण का उपयोग करता है। उद्धृत नवीनतम शाखा विकासात्मक है, इसलिए अपने स्थापित रिलीज़ के विरुद्ध नाम और व्यवहार सेट करने की पुष्टि करें।

प्राथमिक दस्तावेज़ीकरण

क्या प्रत्येक सूची को फिर से लिखना चाहिए?

स्वचालित रूप से नहीं. सशर्त या बिना शर्त शमन चुनने से पहले संरक्षित पहचान, संशोधित संदेश और ग्राहक अपेक्षाओं का परीक्षण करें।

क्या रैपिंग पुनः लिखने के समान है?

नहीं, रैपिंग मूल संदेश को घेर लेती है, जबकि दोबारा लिखने से दृश्यमान परिवर्तन हो जाता है। परीक्षण करें कि ग्राहक प्रत्येक को कैसे प्रदर्शित करते हैं और कैसे उत्तर देते हैं।

प्राथमिक दस्तावेज़ीकरण

क्या सूची-डोमेन DKIM हस्ताक्षर लेखक को प्रमाणित करेगा?

यह सूची पर हस्ताक्षर करने वाले डोमेन के लिए जिम्मेदारी स्थापित करता है। यह अपने आप में डोमेन के किसी असंबंधित मूल लेखक के साथ संरेखित नहीं होता है।

प्राथमिक दस्तावेज़ीकरण

आउटबाउंड एमटीए को क्या करना चाहिए?

इसे चुने गए हस्ताक्षर और रिले कॉन्फ़िगरेशन को लागू करना होगा। वास्तविक हस्ताक्षर और संरेखण की पुष्टि करने के लिए वितरित संदेश का निरीक्षण करें।

प्राथमिक दस्तावेज़ीकरण

रोलबैक क्या है?

सहेजी गई सूची कॉन्फ़िगरेशन को पुनर्स्थापित करें और आउटबाउंड पथ को सत्यापित करें। विफल नमूनों को सुरक्षित रखें और यदि उत्तर व्यवहार फिर से बदलता है तो ग्राहकों को चेतावनी दें।

परीक्षण कब दोहराया जाना चाहिए?

मेलमैन, आउटबाउंड एमटीए, सामग्री परिवर्तन या प्रमाणीकरण कॉन्फ़िगरेशन में परिवर्तन के बाद, और जब एक नए ग्राहक की विफलता पुन: उत्पन्न होती है।

[ सूत्रों का कहना है ]

सूत्रों का कहना है

  1. मेलमैन 3 DMARC शमन

    धारा DMARC शमन नियम: प्रारंभिक विवरण

  2. मेलमैन 3 DMARC शमन

    धारा व्यक्तिगत-सदस्यीय दायरा · dmarc_mitigate_action · dmarc_mitigate_बिना शर्त · munge_from · लपेट_संदेश

  3. RFC 9989: DMARC

    धारा §4.4 पहचानकर्ता संरेखण की व्याख्या · §5 DMARC नीति

  4. RFC 6376: DKIM

    धारा §3.5 DKIM-Signature हैडर फील्ड · §3.6 कुंजी प्रबंधन

[ शब्दकोष ]

शब्दकोष

DMARC शमन
सूची संदेश प्रबंधन का उद्देश्य अप्रत्यक्ष-मेल प्रमाणीकरण विफलताओं को कम करना है।
संदेश लपेटना
सूची-नियंत्रित बाहरी पहचान के साथ मूल पोस्ट को एक नए संदेश के अंदर रखना।
साक्ष्य सीमा
उद्धृत दस्तावेज़ या कोई विशेष परीक्षण क्या स्थापित कर सकता है इसका दायरा।

उद्यम उद्गम

शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।

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

EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।

सरकारों बड़े उद्यम टियर-1 वित्तीय संस्थान

सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन

ज्ञानधार