सेटअप आवश्यकताएँ:
- आपका डोमेन नेम सिस्टम (DNS) एडिटर (जैसे GoDaddy एडमिन जिसमें ईमेल पते पंजीकृत हैं)
- थर्ड-पार्टी ईमेल एडमिन अकाउंट्स (ईमेल ब्लास्ट सर्विस [Mailchimp, ConstantContact, आदि], अतिरिक्त मेल सर्वर जिसका आप उपयोग कर रहे हों, आदि)
आप इसे पढ़ रहे होंगे क्योंकि आप अभी-अभी प्राप्त एक त्रुटि को हल करने में मदद चाहते हैं। यह त्रुटि आपके DMARC रिकॉर्ड्स के बारे में कुछ बता रही हो सकती है और यह कि ईमेल प्रमाणित नहीं था। और सबसे अधिक संभावना है कि आपने किसी को ' @gmail.com ' या ' @yahoo.com ' पते या समान मुफ्त, बड़े ईमेल प्रदाताओं पर ईमेल करने का प्रयास किया जिनके डिफ़ॉल्ट दिशानिर्देश आपके अपने कंपनी के माध्यम से सेट अप किए गए ईमेल सर्वर की तुलना में अधिक हैं।
मैं भी वहां था और इसे समझने में काफी समय तक संघर्ष किया — न केवल आपको क्या चाहिए, बल्कि इसे सही तरीके से कैसे किया जाए।
SPF, DMARC और DKIM कॉन्फ़िगर करने से पहले और बाद में हमारे आंकड़े:
जैसा कि आप निम्नलिखित तस्वीरों में देख पाएंगे ये कार्यान्वयन हमें दिखाते हैं कि:
- कार्यान्वयन से पहले बाउंस दर 70% थी, पूरे 21,441 ईमेल जो कभी सब्सक्राइबर्स के इनबॉक्स में नहीं पहुंचे।
- कार्यान्वयन के बाद बाउंस दर केवल 5.6% थी, घटकर केवल 1,855 बाउंसबैक रह गई।
- बाउंसबैक सभी केवल सुरक्षा के कारण नहीं हैं, कुछ ईमेल हटा दिए गए हैं या सब्सक्राइबर ने टाइपो किया है (gmail.com के बजाय mail.com एक आम है)।
इस बारे में पर्याप्त बात कि कार्यान्वयन कितना महत्वपूर्ण है - चलिए शुरू करते हैं!
ईमेल प्रमाणीकरण के मामले में 100% अनुपालन होने के लिए, आपको 3 चीजें कॉन्फ़िगर करने की आवश्यकता है:
- SPF (सेंडर पॉलिसी फ्रेमवर्क): ईमेल जालसाजी उर्फ स्पूफिंग को रोकने के लिए उपयोग किया जाने वाला एक फ्रेमवर्क। स्पूफिंग तब होता है जब कोई आपके ईमेल पते से भेजे जाने का दिखावा करता है।
- DKIM (डोमेनकीज आइडेंटिफाइड मेल): यह एक सर्वर को आपके नाम पर ईमेल भेजने की अनुमति देगा जबकि प्रमाणित होने के लिए यह सुनिश्चित करेगा कि यह वास्तव में आप हैं। उदाहरण के लिए, यदि आप न्यूज़लेटर ब्लास्ट के लिए MailChimp या ConstantContact का उपयोग करते हैं और कहते हैं कि यह 'john@doecompany.com' से है, तो ईमेल अभी भी MailChimp या ConstantContact के सर्वर से भेजे जाएंगे। हालांकि, आपने अपने ब्लास्ट ईमेल सेवा के साथ सत्यापित किया है कि यह वास्तव में आप हैं और कोई ऐसा नहीं है जो आप होने का दिखावा कर रहा है। व्यवसायों के लिए इसे सही ढंग से सेट अप करना सबसे महत्वपूर्ण है, क्योंकि अन्यथा उच्च बाउंस-बैक दर होगी!
- DMARC (डोमेन-बेस्ड मैसेज ऑथेंटिकेशन, रिपोर्टिंग, एंड कंफॉरमेंस): एक एंटी-स्पूफिंग तंत्र भी जो SPF के साथ संयोजन में काम करेगा। केवल एक या दूसरे का होना अप्रभावी है — उचित रूप से संरक्षित होने के लिए आपको दोनों की आवश्यकता होगी।
DNS एडिटर / DNS ज़ोन एडिटर, GoDaddy स्क्रीनशॉट उदाहरण (पहले लॉग इन करें और अपने एडमिन डैशबोर्ड पर नेविगेट करें):
Manage Zones पर क्लिक करने के बाद की स्क्रीन में उस डोमेन का चयन करें जिसमें आपको DNS एंट्रीज़ जोड़नी हैं।
दाईं ओर अपने रिकॉर्ड्स के नीचे, आपको एक 'Add' बटन दिखाई देगा जो निम्न डायलॉग मेनू की ओर ले जाएगा जिसमें आप SPF, DMARC और DKIM एंट्रीज़ को व्यक्तिगत रूप से दर्ज करेंगे:
अन्य ज़ोन एडिटर्स के लिए गाइड के लिए, बस अपने डोमेन प्रदाता के नॉलेज बेस/सपोर्ट सेंटर पर जाएं।
SPF सेट अप करना:
SPF सेट अप करना सबसे आसान है। आपको 2 चीजों की आवश्यकता होगी:
- आपका DNS एडिटर (यानी GoDaddy एडमिन पोर्टल)
- आपके ईमेल सर्वर का IP पता
अपने DNS एडिटर (CPanel में DNS ज़ोन एडिटर भी कहा जाता है) तक पहुंचने के बाद, आप एक नया TXT एंट्री बनाना चाहेंगे। इस TXT एंट्री में, आपके पास 3 संभावित फ़ील्ड होने चाहिए: Host, TXT Value / Value & TTL (Time-To-Live)। आप इन फ़ील्ड्स में निम्नलिखित दर्ज करेंगे (कुछ विवरण भिन्न हो सकते हैं, यह GoDaddy इंस्टॉलेशन पर आधारित है):
Host: @
TXT Value: v=spf1 +a +mx +ip4:<your email server ip>~all
TTL: 1 Hourइन सेटिंग्स का स्पष्टीकरण / अर्थ:
'@' GoDaddy के भीतर वह पदनाम है जो उस डोमेन को संदर्भित करता है जिस पर आप काम कर रहे हैं। इसलिए यदि आप 'doecompany.com' के अंदर काम कर रहे हैं तो आप '@' को 'doecompany.com' से बदल सकते हैं और परिणाम समान होगा। हालांकि, GoDaddy के मामले में '@' प्रतीक का उपयोग करना सर्वोत्तम अभ्यास है।
<your email server ip> वह IP है जहां से आपके ईमेल भेजे जा रहे हैं। यह आवश्यक नहीं कि वही IP हो जिस पर वास्तविक वेबसाइट होस्ट की गई है।
+a: A रिकॉर्ड शामिल करता है
+mx: मेल सर्वर रिकॉर्ड शामिल करता है
+ip4: यह निर्दिष्ट करता है कि किस IPv4 सर्वर से
~all: पूर्व घोषित के बाहर के रिकॉर्ड विफल होंगे।
TTL = 1 घंटा (या 3600 सेकंड): टाइम-टू-लाइव, या यह कितनी बार समाप्त होना चाहिए। यदि आप ईमेल सर्वर बदलते हैं, तो आप खुश होंगे कि प्रमाणित न होने का अधिकतम अंतर केवल 1 घंटे का है।
DKIM सेट अप करना:
यह तीनों में से सबसे थकाऊ है और सबसे महत्वपूर्ण है। आप थर्ड पार्टी को अपने ईमेल नाम की ओर से भेजने के लिए प्रमाणित करेंगे, यानी 'john@doecompany.com'।
मेरे पास वर्तमान में 2 DKIM सेट अप हैं:
- मेरे वास्तविक मेल सर्वर के लिए जो मेरी वास्तविक वेबसाइट से अलग सर्वर पर रहता है (यह एंटरप्राइज वातावरण में अधिक आम है)।
- मेरी ईमेल न्यूज़लेटर ब्लास्ट सर्विस प्रोवाइडर के लिए (इस मामले में ConstantContact, यह आसानी से आपके मामले में Mailchimp या कोई और हो सकता है)।
दोनों परिदृश्यों के लिए, आपका लेगवर्क समान है। आपको अपने मेल सर्वर या थर्ड पार्टी ईमेल भेजने वाली सेवा के ईमेल सपोर्ट से संपर्क करना होगा और उन्हें अपने अकाउंट के लिए उनके अंत में DKIM इंस्टॉल करने के लिए कहना होगा।
यह पूरी तरह से आपके हाथ से बाहर है और आमतौर पर उन्हें इस कार्य को पूरा करने में 1-2 दिन लगते हैं। मूल रूप से क्या हो रहा है कि वे अपने सर्वर पर कम से कम 1024-बिट एन्कोडिंग (2048 बेहतर है) की एक RSA रजिस्टर और इंस्टॉल करेंगे।
इसे सेट अप करने के बाद, वे आपको एक पब्लिक की भेजेंगे जिसका उपयोग आप अगले चरण में अपना DKIM रिकॉर्ड सेट अप करने के लिए करेंगे।
SPF और DMARC रिकॉर्ड्स की तरह ही आप अपने DNS एडिटर (CPanel में DNS ज़ोन एडिटर भी कहा जाता है) तक पहुंचेंगे, और एक नया TXT एंट्री बनाएंगे। इस TXT एंट्री में, आपके पास 3 संभावित फ़ील्ड होने चाहिए: Host, TXT Value / Value & TTL (Time-To-Live)। आप इन फ़ील्ड्स में निम्नलिखित दर्ज करेंगे (कुछ विवरण भिन्न हो सकते हैं, यह GoDaddy इंस्टॉलेशन पर आधारित है जिसमें ईमेल inmotionhosting.com पर होस्ट हैं और ConstantContact न्यूज़लेटर सेवा के रूप में)। प्रत्येक DKIM रिकॉर्ड के लिए 1 अलग एंट्री बनाना याद रखें:
Host: <provided by your 3rd party>._domainkey
TXT Value: v=DKIM1; k=rsa; p=<public key>
TTL: 1 Hour= प्रतीकों के बाद कोई स्पेस न छोड़ना सुनिश्चित करें।
इन सेटिंग्स का स्पष्टीकरण / अर्थ:
होस्ट एक नाम या संख्या हो सकता है और वास्तव में थर्ड पार्टी के लिए अद्वितीय है। जब आपकी ओर से एक ईमेल भेजा जा रहा होता है, तो उस ईमेल में हेडर में वह नाम या संख्या शामिल होगी। वह रिकॉर्ड है जिसके तहत यह आपके डोमेन में खोज करेगा।
साधारण शब्दों में और हमारे उदाहरण में, प्राप्तकर्ता सर्वर 'doecompany' के DNS रिकॉर्ड्स पर जाएगा और देखेगा कि थर्ड पार्टी जो सच होने का दावा करती है वह वहां होगी। केवल अगर पब्लिक की उनके सर्वर पर कुंजी के साथ ठीक से मान्य होती है, तो ईमेल भेजे जाएंगे।
v=DKIM1: बस DKIM के उपयोग किए जा रहे संस्करण को निर्दिष्ट करता है ताकि यह स्पष्ट हो सके कि क्या देखना है।
k=rsa: RSA कुंजी (k) के रूप में उपयोग करने के लिए सबसे आम है। आपका थर्ड पार्टी कुछ और उपयोग करने का विकल्प चुन सकता है। लेकिन 2048 बिट एन्क्रिप्शन के साथ RSA अभी सबसे सुरक्षित विकल्प है। 1024 बिट भी अच्छा है।
p=<public key>: '<public key>' के बजाय आपको 1024 बिट या 2048 बिट का प्रतीत होने वाले यादृच्छिक टेक्स्ट और नंबरों का स्ट्रिंग या अन्य मान प्रदान किया जाएगा जो थर्ड पार्टी द्वारा उपयोग किए जाने वाले एन्क्रिप्शन के अनुकूल हों।
TTL = 1 घंटा (या 3600 सेकंड): टाइम-टू-लाइव, या यह कितनी बार समाप्त होना चाहिए। यदि आप ईमेल सर्वर बदलते हैं, तो आप खुश होंगे कि प्रमाणित न होने का अधिकतम अंतर केवल 1 घंटे का है।
DMARC सेट अप करना:
अनुस्मारक: DMARC को अपना काम करने के लिए, आपको SPF और DKIM पहले सेट अप करना होगा। क्योंकि DMARC SPF और DKIM सेटिंग्स को सत्यापित करता है और चाहे प्रेषक उन सेटिंग्स के अनुरूप हो और स्पूफर न हो। यदि SPF और DKIM सेट अप नहीं हैं, तो DMARC काम नहीं करेगा और इसके परिणामस्वरूप ईमेल अस्वीकार हो जाएंगे।
SPF रिकॉर्ड्स की तरह ही आप अपने DNS एडिटर (CPanel में DNS ज़ोन एडिटर भी कहा जाता है) तक पहुंचेंगे, और एक नया TXT एंट्री बनाएंगे। इस TXT एंट्री में, आपके पास 3 संभावित फ़ील्ड होने चाहिए: Host, TXT Value / Value & TTL (Time-To-Live)। आप इन फ़ील्ड्स में निम्नलिखित दर्ज करेंगे (कुछ विवरण भिन्न हो सकते हैं, यह GoDaddy इंस्टॉलेशन पर आधारित है जिसमें ईमेल inmotionhosting.com पर होस्ट हैं):
Host: _dmarc
TXT Value: v=DMARC1;p=reject;sp=none;adkim=r;aspf=r;pct=100;fo=0;rf=afrf;ri=86400
TTL: 1 Hourइन सेटिंग्स का स्पष्टीकरण / अर्थ:
होस्ट को '_dmarc' घोषित किया गया है क्योंकि GoDaddy के भीतर यह स्वचालित रूप से '.johndoe.com' को सबडोमेन के रूप में जोड़ देगा। इसका मतलब है कि जब एक ईमेल भेजा जा रहा है, तो DMARC को हमेशा उस सेलेक्टर के तहत आपके डोमेन के खिलाफ जांचा जाएगा। यदि यह ठीक से '_dmarc' के रूप में सेट अप नहीं है, तो ईमेल सर्वर आपके DMARC एंट्री को ढूंढ नहीं पाएंगे और स्वचालित रूप से आपके ईमेल को विफल कर देंगे क्योंकि उन्हें लगता है कि कोई एंट्री नहीं है।
v=DMARC1: उपयोग किए जा रहे DMARC के संस्करण की घोषणा करता है ताकि यह स्पष्ट हो सके कि क्या उपयोग किया जा रहा है और प्रमाणीकरण को अधिक वैध बनाया जा सके।
p=reject: यदि वे DMARC रिकॉर्ड्स से मेल नहीं खाते हैं तो प्राप्तकर्ता ईमेल सर्वर द्वारा ईमेल अस्वीकार कर दिए जाएंगे।
sp=none: जांच न करें कि सबडोमेन और मुख्य डोमेन में संरेखित सेटिंग्स हैं या नहीं; यह वैकल्पिक है।
adkim=r: DKIM पहचानकर्ता सेटिंग्स के साथ सख्त (s) या ढीला (r) होना; ढीला डिफ़ॉल्ट है।
aspf=r: SPF पहचानकर्ता सेटिंग्स के साथ सख्त (s) या ढीला (r) होना; ढीला डिफ़ॉल्ट है।
pct=100: 100 प्रतिशत ईमेल DMARC से प्रभावित होंगे। केवल 1 से 100 के बीच पूर्णांक मान। छोटा सेट केवल परीक्षण के लिए समझ में आएगा; सुरक्षा उद्देश्यों के लिए 100 होना चाहिए।
fo=0: यदि SPF और DKIM प्रमाणित होने में विफल होते हैं तो एक DMARC त्रुटि रिपोर्ट बनाई जाती है। 0 डिफ़ॉल्ट मान है। अन्य 1, d और s हैं। 1 यदि उनमें से कोई भी विफल होता है, तो रिकॉर्ड जनरेट करने के लिए। d यदि हस्ताक्षर मूल्यांकन विफल हुआ। s यदि SPF मूल्यांकन विफल हुआ।
rf=afrf: संदेश विफलता रिपोर्ट के लिए फॉर्मेटिंग। इस लेखन के समय afrf एकमात्र समर्थित मान है।
ri=86400: प्रेषक को रिपोर्ट भेजे जाने के बीच कितने सेकंड बीत चुके हैं। 86400 डिफ़ॉल्ट है जो 24 घंटे या 1 दिन है। Gmail, Yahoo, आदि जैसे कई प्रमुख मेलबॉक्स प्रदाता एक दिन में एक से अधिक रिपोर्ट भेजेंगे।
TTL = 1 घंटा (या 3600 सेकंड): टाइम-टू-लाइव, या यह कितनी बार समाप्त होना चाहिए। यदि आप ईमेल सर्वर बदलते हैं, तो आप खुश होंगे कि प्रमाणित न होने का अधिकतम अंतर केवल 1 घंटे का है।
और इस तरह आप अपने ईमेल को सही ढंग से प्रमाणित करते हैं। मुझे आशा है कि इसने आपके लिए कुछ रहस्य और जटिलता को दूर किया है। आप अपने मेलर-डेमॉन से उन परेशानी भरे किकबैक न मिलने की राह पर होंगे!
लेखक:
Andreas Lopez — https://www.linkedin.com/in/andreaslopez/
संपादक:
Stevan Pupavac — https://www.linkedin.com/in/stevan-pupavac/
Frederick Alcantara — https://www.linkedin.com/in/frederick-alcantara/
स्रोत:
- DMARCanalyzer.com द्वारा GoDaddy स्क्रीनशॉट: https://www.dmarcanalyzer.com/dmarc/dmarc-record-setup-guides/dmarc-setup-guide-godaddy/
