[ प्रेषण-सेवा मार्गदर्शिकाएँ ]
Apsis के माध्यम से भेजे गए ईमेल को प्रमाणित करें: कॉन्फ़िगरेशन और सत्यापन
Apsis One दस्तावेज़ प्रदाता-प्रबंधित लिफाफा SPF और ग्राहक-डोमेन DKIM इसकी डिलीवरी टीम द्वारा सक्रिय किया गया है। किसी अभियान या DMARC नीति में बदलाव से पहले आपूर्ति की गई TXT कुंजी प्रकाशित करें, सक्रियण पूरा करें और संरेखण सत्यापित करें।
EmailAuth अनुसंधान टीम द्वारा · 6 मिनट पढ़ा
[ प्रमुख बिंदु ]
- प्रलेखित एप्सिस वन लिफ़ाफ़ा प्रदाता-प्रबंधित SPF का उपयोग करता है।
- ग्राहक-डोमेन DKIM प्रकाशित और अलग से सक्रिय किया जाना चाहिए।
- एक लंबी सार्वजनिक कुंजी को उसके पूर्ण मूल्य के साथ एक TXT रिकॉर्ड के रूप में सुरक्षित रखें।
इस पेज पर
[ ले लेना ]
एक लंबी सार्वजनिक कुंजी को उसके पूर्ण मूल्य के साथ एक TXT रिकॉर्ड के रूप में सुरक्षित रखें।
[भूमिका के अनुसार]
आपके लिए इसका क्या मतलब है
व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।
आईटी/मेल एडमिन
स्वयं के रिकॉर्ड और मार्ग साक्ष्य
दस्तावेज़ी सेटअप संरेखित प्राप्त-संदेश परिणाम का विकल्प नहीं है।
अगले कदम
- प्रदाता रिकॉर्ड सेट को बनाए रखें और DNS निर्यात को बदलने से पहले।
- प्रदाता सक्रियण पूर्ण करें और प्रत्येक इच्छित मार्ग को सत्यापित करें।
- कच्चा संदेश, विश्वसनीय परिणाम और रोलबैक स्वामी को रिकॉर्ड करें।
सीआईएसओ/सेकऑप्स
दायरे वाले विश्वास और अवशिष्ट जोखिम को मंजूरी दें
प्रदाता के हस्ताक्षर प्राधिकारी और डोमेन नीति एक से अधिक अभियानों को प्रभावित करते हैं।
अगले कदम
- चयनकर्ता स्वामित्व और साझा-सेवा निर्भरता की समीक्षा करें।
- डोमेन-व्यापी प्रवर्तन को इस एकीकरण परिवर्तन से अलग रखें।
- प्रकाशन या प्रोडक्शन साइन-ऑफ से पहले मानवीय समीक्षा और लाइव साक्ष्य की आवश्यकता है।
संस्थापक/गैर-तकनीकी
एप्सिस वन बिजनेस वर्कफ़्लो को सुरक्षित रखें
प्रमाणीकरण पास होने पर भी प्रेषक परिवर्तन ग्राहक की पहचान और उत्तरों को बाधित कर सकते हैं।
अगले कदम
- उन सटीक संदेशों की पहचान करें जिनकी ग्राहकों को आवश्यकता है।
- इच्छित प्रेषक और फ़ॉलबैक पहचानों को स्वीकृत करें।
- संचालन द्वारा नियंत्रित संदेश की समीक्षा करने के बाद ही रिलीज़ करें।
[ पूछे जाने वाले प्रश्न ]
अक्सर पूछे जाने वाले प्रश्नों
क्या मैं अपने स्वयं के SPF रिकॉर्ड में एप्सिस वन जोड़ सकता हूँ?
प्रलेखित डिफ़ॉल्ट मार्ग के लिए नहीं. Apsis का कहना है कि इसका तकनीकी प्रेषक apsisone.com है और SPF इसके DNS में प्रबंधित किया जाता है। इसे किसी अन्य उत्पाद या कस्टम रूट पर लागू करने से पहले दायरे की पुष्टि करें।
Apsis One SPF क्यों पास कर सकता है जबकि मेरा DMARC विफल हो जाता है?
प्रलेखित apsisone.com तकनीकी पहचान डोमेन से असंबंधित ग्राहक के साथ संरेखित नहीं है। ग्राहक-डोमेन DKIM उस मार्ग के लिए संरेखित पथ प्रदान करना होगा।
DKIM चयनकर्ता कौन चुनता है?
सेटअप आलेख आपसे Apsis को एक चयनकर्ता प्रदान करने के लिए कहता है। DNS व्यवस्थापक और डिलीवरी टीम के साथ एक अद्वितीय, अप्रयुक्त मान का समन्वय करें।
क्या सार्वजनिक कुंजी प्रकाशित करने से हस्ताक्षर चालू हो जाता है?
नहीं, अप्सिस को बताएं कि कुंजी प्रकाशित हो गई है; इसके बाद इसकी डिलीवरी टीम एमटीए पर हस्ताक्षर करने वाले DKIM को सक्रिय करती है।
मुझे लंबे DKIM TXT मान को कैसे विभाजित करना चाहिए?
DNS इंटरफ़ेस द्वारा आवश्यक होने पर, संपूर्ण मान को संरक्षित करते हुए, एक ही TXT संसाधन रिकॉर्ड के भीतर एकाधिक वर्ण स्ट्रिंग का उपयोग करें। अलग-अलग प्रतिस्पर्धी कुंजियाँ न बनाएँ या सार्वजनिक कुंजी को छोटा न करें।
क्या एक डोमेन सेटअप हमारे सभी ब्रांडों को कवर कर सकता है?
Apsis आलेख प्रत्येक भेजने वाले डोमेन के लिए एक अलग DKIM कुंजी की मांग करता है। यह मानने के बजाय कि कोई अन्य ब्रांड कवर किया गया है, प्रत्येक वास्तविक डोमेन का परीक्षण करें।
क्या DKIM लुकअप सफल होते ही मुझे DMARC बदल देना चाहिए?
नहीं, सक्रियण और पासिंग संरेखित संदेश की पुष्टि करें, फिर डोमेन-व्यापी नीति बदलने से पहले अन्य वैध प्रेषकों की सूची बनाएं।
क्या DKIM अभियान सामग्री को एन्क्रिप्ट करता है?
नहीं, यह एक हस्ताक्षरित डोमेन से जुड़ा एक सत्यापन योग्य हस्ताक्षर प्रदान करता है। पारगमन या संदेश-सामग्री एन्क्रिप्शन में गोपनीयता एक अलग चिंता का विषय है।
[ सूत्रों का कहना है ]
सूत्रों का कहना है
- एप्सिस वन ईमेल प्रमाणीकरण और सुरक्षित भेजना
धारा SPF (प्रेषक नीति फ़्रेमवर्क) · एपीसिस को आपसे क्या चाहिए · सेटअप प्रक्रिया · DKIM कुंजी जोड़े और DNS प्रकाशन को समझना · कैसे सत्यापित करें कि DKIM काम कर रहा है
- RFC 7208
धारा §3.2 एकाधिक DNS रिकॉर्ड · §4.6.4 DNS लुकअप सीमाएं · §5.2 में शामिल · §5.3 ए
- RFC 6376
धारा §3.5 DKIM-Signature · § 3.6.2.2 TXT रिकॉर्ड संयोजन · §6 सत्यापनकर्ता क्रियाएं
- RFC 9989
धारा §4.4 पहचानकर्ता संरेखण · §4.10 DNS ट्री वॉक · §5.3.5 निर्धारित करें कि DMARC पास या फेल है · §5.3.6 यदि उपयुक्त हो तो नीति लागू करें
- RFC 1035 : DNS कार्यान्वयन और विशिष्टता
धारा §3.3 मानक आरआर: कैरेक्टर-स्ट्रिंग एन्कोडिंग · §3.3.14 TXT आरडीएटीए प्रारूप
[ शब्दकोष ]
शब्दकोष
- लिफ़ाफ़े की पहचान
- SPF द्वारा मूल्यांकन की गई SMTP प्रेषक पहचान, दृश्यमान पते से अलग है।
- DKIM चयनकर्ता
- सार्वजनिक सत्यापन कुंजी का पता लगाने के लिए हस्ताक्षरित d= डोमेन के साथ s= पहचानकर्ता का उपयोग किया जाता है।
- संरेखण
- DMARC के लिए प्रमाणित पहचान और दृश्यमान डोमेन के बीच आवश्यक डोमेन संबंध।
- CNAME
- एक DNS उपनाम रिकॉर्ड; इच्छित सेवा के लिए केवल प्रदाता द्वारा प्रदत्त नाम और लक्ष्य प्रकाशित करें।
- TXT रिकॉर्ड
- SPF , DKIM सार्वजनिक कुंजी और DMARC नीतियों के लिए उपयोग किया जाने वाला DNS संसाधन रिकॉर्ड; एकाधिक तार एक मान बना सकते हैं।
उद्यम उद्गम
शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।
पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।
EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।
सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन