[ प्रेषण-सेवा मार्गदर्शिकाएँ ]

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

अप्रचलित SPF को पुनर्स्थापित किए बिना, अपने वर्तमान DKIM डिज़ाइन का उपयोग करके हेल्प स्काउट कस्टम-एड्रेस मेल को प्रमाणित करें।

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

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

  • सहायता स्काउट द्वारा होस्ट किए गए उत्तरों को SMTP या OAuth डिलीवरी से अलग करें।
  • सेवानिवृत्त SPF बहाल करने के बजाय दोनों मौजूदा DKIM उपनामों का उपयोग करें।
  • ग्राहक-डोमेन हस्ताक्षर और इनबाउंड उत्तरों को स्वतंत्र रूप से सत्यापित करें।
इस पेज पर
  1. प्रमुख बिंदु
  2. ले लेना
  3. भूमिका के अनुसार
  4. अक्सर पूछे जाने वाले प्रश्नों
  5. सूत्रों का कहना है
  6. शब्दकोष
  7. संबंधित मार्गदर्शिकाएँ

[ ले लेना ]

ग्राहक-डोमेन हस्ताक्षर और इनबाउंड उत्तरों को स्वतंत्र रूप से सत्यापित करें।

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

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

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

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

अलग-अलग होस्ट की गई और कनेक्टेड डिलीवरी

मार्ग निर्धारित करता है कि कौन से प्रमाणीकरण निर्देश लागू होते हैं।

अगले कदम

  1. वर्तमान आउटगोइंग परिवहन को रिकॉर्ड करें।
  2. दोनों चयनकर्ता उपनामों की जाँच करें.
  3. सफ़ाई के दौरान अन्य SPF प्रेषकों को सुरक्षित रखें।

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

संरेखित साक्ष्य की आवश्यकता है

एक प्रदाता SPF पास अकेले DMARC के लिए दृश्यमान ग्राहक डोमेन को प्रमाणित नहीं करता है।

अगले कदम

  1. वास्तविक हस्ताक्षरित डोमेन की समीक्षा करें.
  2. अलग नीति प्रवर्तन परिवर्तन.
  3. परिवर्तन रिकॉर्ड के साथ परीक्षण साक्ष्य रखें।

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

ग्राहकों के उत्तर विश्वसनीय रखें

DNS क्लीनअप को अनियोजित समर्थन माइग्रेशन नहीं बनना चाहिए।

अगले कदम

  1. इनबॉक्स स्वामी का नाम बताएं.
  2. डोमेन भेजकर स्टेज परिवर्तन।
  3. वास्तविक उत्तर साक्ष्य से पूर्णता की स्वीकृति दें।

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

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

क्या यह प्रक्रिया SMTP या OAuth डिलीवरी को कवर करती है?

नहीं, उन मार्गों के लिए कनेक्टेड ईमेल प्रदाता की प्रमाणीकरण आवश्यकताओं का उपयोग करें।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

क्या मुझे अब include:helpscoutemail.com जोड़ना चाहिए?

यहां वर्णित हेल्प स्काउट-होस्टेड कस्टम-एड्रेस रूट के लिए नहीं; इसके वर्तमान मार्गदर्शन ने उस आवश्यकता को हटा दिया।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

DMARC संरेखण के बिना SPF क्यों पारित हो सकता है?

प्रमाणीकरण प्रदाता लिफ़ाफ़ा डोमेन को मान्य कर सकता है जबकि वह डोमेन दृश्यमान ग्राहक से भिन्न होता है।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

होस्ट किए गए उत्तरों के लिए संरेखण की आपूर्ति क्या होनी चाहिए?

एक पासिंग ग्राहक-डोमेन DKIM हस्ताक्षर। प्राप्त उत्तर में डोमेन संबंध सत्यापित करें.

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

क्या मैं सफ़ाई के दौरान अपनी संपूर्ण SPF नीति हटा सकता हूँ?

नहीं, अन्य सभी अधिकृत प्रेषकों और पॉलिसी के इच्छित व्यवहार को सुरक्षित रखें।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

क्या सक्रिय DKIM का मतलब है कि प्रत्येक इनबॉक्स का परीक्षण किया गया था?

नहीं, प्राप्ति-प्रणाली साक्ष्य को बनाए रखते हुए प्रत्येक विशिष्ट डोमेन और मार्ग का परीक्षण करें।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

क्या DKIM CNAME Cloudflare के माध्यम से प्रॉक्सी किया जाना चाहिए?

नहीं, हेल्प स्काउट केवल DNS रिकॉर्ड निर्दिष्ट करता है।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

यदि मुझे केवल helpscout.net हस्ताक्षर दिखाई दे तो क्या होगा?

ग्राहक-डोमेन संरेखण का दावा करने से पहले कॉन्फ़िगर किए गए मार्ग, प्रकाशित उपनाम और प्राप्त हस्ताक्षरित डोमेन की तुलना करें।

ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

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

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

  1. ईमेल डिलीवरी में सहायता के लिए DKIM उपयोग करें

    धारा दायरा4-5; दो उपनाम26-45; सक्रिय/चेक80-90

  2. स्काउट की सहायता से SPF आवश्यकताओं में परिवर्तन

    धारा बदली हुई आवश्यकता2; दायरा6; पुराने में 9-19 शामिल हैं; असंरेखित एसपीएफ़20-22

  3. RFC 7208 SPF

    धारा §3.2; 3.3; 4.6.4

  4. RFC 6376 DKIM

    धारा §3.5; 3.6.2; 6.1

  5. RFC 9989 DMARC

    धारा §4.4; 4.7; 4.10; 5

[ शब्दकोष ]

शब्दकोष

SPF
SMTP लिफाफा डोमेन के लिए सर्वर भेजने का प्राधिकरण; एक उत्तीर्ण परिणाम अपने आप में दृश्यमान से संरेखण साबित नहीं होता है।
DKIM चयनकर्ता
s= मान जो हस्ताक्षरित डोमेन के _domainkey नेमस्पेस के नीचे सार्वजनिक कुंजी की पहचान करता है।
DMARC संरेखण
दृश्यमान डोमेन और SPF या DKIM से गुजरने वाले डोमेन के बीच आवश्यक संबंध।
Return-Path
वितरित संदेश हेडर डिलीवरी विफलताओं के लिए उपयोग किए गए रिवर्स-पथ को रिकॉर्ड करता है।
आधिकारिक DNS
डोमेन के रिकॉर्ड प्रकाशित करने के लिए जिम्मेदार DNS सेवा।

उद्यम उद्गम

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

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

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

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

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

ज्ञानधार