इस क्षेत्र के विषय:
प्रेषक नीति ढांचा परिचय
ईमेल संदेश भेजते समय अपनी ईमेल एसपीएफ सेटिंग की पुष्टि करें
डोमेन कुंजी पहचान मेल परिचय
ईमेल संदेश भेजते समय अपनी ईमेल DKIM सेटिंग्स को सत्यापित करें
एसपीएफ, सेंडर पॉलिसी फ्रेमवर्क का संक्षिप्त रूप है, जो एक ईमेल प्रमाणीकरण मानक है,
जिसकी मदद से आप यह घोषित कर सकते हैं कि आपके डोमेन के लिए ईमेल भेजने के लिए कौन से एसएमटीपी सर्वर अधिकृत हैं।
यह आपको प्रेषक के पते और संदेश भेजने वाले सर्वर के साथ उसके संबंध की पुष्टि करने की अनुमति देता है।
यदि ईमेल आपके प्रेषक डोमेन के साथ भेजे जाते हैं, तो प्राप्तकर्ता यह पहचान सकता है कि क्या यह आपके द्वारा पहचाने जाने वाले किसी एसएमटीपी सर्वर से भेजा गया है।
इसे कॉन्फ़िगर करने की सलाह दी जाती है, क्योंकि यदि एसपीएफ बिल्कुल भी सेट नहीं है तो कुछ प्राप्तकर्ता आपके संदेशों को अस्वीकार कर सकते हैं।.
इसके लिए दो अलग-अलग दृष्टिकोण हैं:
“सॉफ्ट” सेटअप से प्राप्तकर्ताओं द्वारा संदेशों को अस्वीकार किए जाने की संभावना कम या न के बराबर होगी।
या ईमेल को रीडायरेक्ट करने या मेलिंग लिस्ट के माध्यम से भेजने पर कुछ संदेश अस्वीकार हो सकते हैं ।
“हार्ड” सेटअप गंतव्य मेल सर्वर को संदेश स्वीकार करने या न करने का निर्णय लेने के लिए अधिक क्षमता प्रदान करता है, यही वह दृष्टिकोण है जिसका हम सुझाव देते हैं।.
एसपीएफ सेटअप के लिए यह जानना आवश्यक है कि आप ईमेल संदेश भेजने के लिए किन सर्वरों का उपयोग करते हैं।.
RealSender के साथ, आपके डोमेन (example.com) के TXT रिकॉर्ड में a:example.realsender.com और यह इस तरह दिखना चाहिए:
स्ट्रिंग होनी चाहिए
example.com TXT "v=spf1 a:example.realsender.com ~all" HighSender के साथ, आपके डोमेन (example.com) के TXT रिकॉर्ड में "include:spf.realsender.com" और यह इस तरह दिखना चाहिए:
स्ट्रिंग होनी चाहिए
example.com TXT "v=spf1 include:spf.realsender.com ~all" ये टूल आपको कॉन्फ़िगरेशन को सत्यापित करने में मदद करेंगे:
www.kitterman.com/spf/validate.html *
निर्दिष्ट डोमेन नाम के लिए SPF रिकॉर्ड प्राप्त करता है और निर्धारित करता है कि रिकॉर्ड मान्य है या नहीं।
ऑनलाइन SPF जांच
ईमेल संदेश भेजकर आपकी ईमेल SPF सेटिंग्स को सत्यापित करती है।
* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा
सब कुछ सही ढंग से सेट होने पर भी, यदि ईमेल को रीडायरेक्ट (फॉरवर्ड) किया गया है या किसी मेलिंग लिस्ट के माध्यम से भेजा गया है, तो
संदेश का सत्यापन विफल हो सकता है।
इन मामलों में, ईमेल प्रमाणीकरण को सुसंगत बनाए रखने के लिए,
डीकेआईएम हस्ताक्षर डोमेन को प्रेषक के 'प्रेषक' पते के साथ संरेखित करें।
देखें: ईमेल प्रमाणीकरण उन्नत » <dkim> alignment for dmarc.
spf@tester.realsender.comhttps://tester.realsender.com/spfयदि संदेश का प्रमाणीकरण सही ढंग से नहीं हुआ है, तो RealSender SPF ऑनलाइन जांच में विषय उपसर्ग जोड़ दिया जाएगा:
!! spf-fail !! SMTP सर्वर अधिकृत सर्वरों की सूची में शामिल नहीं है और ईमेल को अस्वीकार या खारिज कर दिया जाना चाहिए !! spf-softfail !! SMTP सर्वर अधिकृत सर्वरों की सूची में शामिल नहीं है, लेकिन इस मामले को "सॉफ्टफेल" माना जाना चाहिए !! spf-neutral !! SPF रिकॉर्ड स्पष्ट रूप से बताता है कि वैधता के बारे में कुछ नहीं कहा जा सकता !! spf-none !! प्रेषक डोमेन में ईमेल को प्रमाणित करने के लिए कोई जानकारी नहीं है कभी-कभी डोमेन स्तर पर दर्ज की गई जानकारी सही/समझने योग्य नहीं होती है।.
!! spf-permerror !! एक स्थायी त्रुटि उत्पन्न हुई है (उदाहरण के लिए, गलत तरीके से स्वरूपित SPF रिकॉर्ड) !! spf-temperror !! एक अस्थायी त्रुटि उत्पन्न हुई हैईमेल हेडर में छिपे हुए "मेल-फ्रॉम" ईमेल पते पर SPF जांच की जाती है।
केवल "फ्रॉम" ईमेल पता ही दिखाई देता है। यदि उनके रूट डोमेन अलग-अलग हैं, तो यह चेतावनी प्रदर्शित होती है:
!! spf-diff !! "Mail-From" और "From" रूट डोमेन अलग-अलग हैंयदि संदेश DMARC (रिलैक्स्ड अलाइनमेंट) के लिए SPF जांच और SPF अलाइनमेंट जांच दोनों में सफल होता है, तो आपको यह मिलेगा:
|ठीक है| आपका ईमेल एसपीएफ जांच और एसपीएफ संरेखण जांच में सफल रहायदि SPF या DKIM में से केवल एक ही DMARC (रिलैक्स्ड अलाइनमेंट) के लिए अलाइनमेंट जांच पास करता है, तो
संदेश को अभी भी "ओके" (विश्वसनीय) माना जाता है और शुरुआत में ~ (टिल्ड) चिह्न जोड़ा जाता है:
|~ठीक है| spf-pass आपका ईमेल SPF जांच (अलाइनमेंट नहीं) और DKIM अलाइनमेंट जांच में पास हो गया है
डीकेआईएम डोमेनकीज़ आइडेंटिफाइड मेल का संक्षिप्त रूप है, जो एक ईमेल प्रमाणीकरण मानक है,
जिसे यह गारंटी देने के लिए डिज़ाइन किया गया है कि ईमेल (संलग्नक सहित) में "हस्ताक्षर" लगाए जाने के बाद से कोई बदलाव नहीं किया गया है।
यह प्रत्येक भेजे जाने वाले ईमेल संदेश में डोमेन नाम से जुड़ा एक डिजिटल हस्ताक्षर लगाकर ऐसा करता है।.
दो कुंजियों का उपयोग किया जाता है: एक "सार्वजनिक" कुंजी और एक "निजी" कुंजी:
संदेश भेजते समय, एसएमटीपी सर्वर ईमेल संदेश की सामग्री और निजी कुंजी के आधार पर एक "एन्क्रिप्टेड हैश हस्ताक्षर" उत्पन्न करता है।.
प्राप्तकर्ता का सिस्टम ईमेल हेडर में मौजूद हस्ताक्षर को ईमेल की सामग्री और प्रेषक की "सार्वजनिक" कुंजी से तुलना करके सत्यापित कर सकता है।.
डीकेआईएम हस्ताक्षर अंतिम उपयोगकर्ताओं को तुरंत दिखाई नहीं देते हैं, इन्हें ईमेल इंफ्रास्ट्रक्चर द्वारा जोड़ा और सत्यापित किया जाता है।.
RealSender के SMTP सर्वर सभी आउटगोइंग ईमेल संदेशों पर DKIM हस्ताक्षर का उपयोग करते हैं।.
RealSender शुरू में SMTP सर्वर से जुड़े अपने स्वयं के डोमेन के साथ सभी आउटगोइंग संदेशों पर हस्ताक्षर करता है,
उपयोगकर्ता/प्रशासक पक्ष पर किसी सेटअप की आवश्यकता नहीं होती है।
“डीकेआईएम डोमेन अलाइनमेंट फॉर डीएमएआरसी” प्राप्त करने के लिए,
संदेश पर प्रेषक के समान डोमेन से हस्ताक्षर किए जाने चाहिए।
RealSender के साथ, आपको अपने डोमेन (example.com) की DNS सेटिंग्स में
दो CNAME रिकॉर्ड जोड़ने होंगे , जैसे कि ये वाले:
key1._domainkey.example.com CNAME key1._domainkey.yourcompany.realsender.com key2._domainkey.example.com CNAME key2._domainkey.yourcompany.realsender.comयह टूल आपको कॉन्फ़िगरेशन को सत्यापित करने में मदद करेगा:
toolbox.googleapps.com *
* = बाहरी वेबसाइट का लिंक, यह एक नए पृष्ठ में खुलेगा
एक डीकेआईएम सीलबंद संदेश को संशोधित नहीं किया जा सकता है, लेकिन इसे फिर भी कोई भी पढ़ सकता है।.
हस्ताक्षरित संदेश जो सत्यापन में विफल रहता है, आमतौर पर अस्वीकृत हो जाता है।
यदि प्रेषक से प्राप्तकर्ता तक पहुंचने के दौरान कोई परिवर्तन नहीं किया गया है, तो ऐसा नहीं होना चाहिए।
हमें कुछ दुर्लभ मामले देखने को मिले हैं, जो सभी लाइन की लंबाई से संबंधित हैं (यह अधिकतम 990 अक्षर होनी चाहिए)।
कुछ एप्लिकेशन सामग्री को एक ही लाइन में भेजते हैं या HTML के भीतर एक बहुत लंबी लाइन भेजते हैं।
इन मामलों में, DKIM हस्ताक्षर दूषित हो जाता है, जिसके कारण "dkim=fail" जांच परिणाम आता है।
dkim@tester.realsender.comhttps://tester.realsender.com/dkimयदि संदेश पर सही ढंग से हस्ताक्षर नहीं किए गए हैं, तो RealSender DKIM ऑनलाइन जांच में विषय उपसर्ग जोड़ा जाएगा:
!! dkim-none !! कोई DKIM-Signature हेडर (वैध या अवैध) नहीं मिला !! dkim-fail !! एक वैध DKIM-Signature हेडर मिला, लेकिन हस्ताक्षर में संदेश के लिए सही मान नहीं है कभी-कभी जांच को निष्पादित करना संभव नहीं होता है:
!! dkim-invalid !! हस्ताक्षर या सार्वजनिक कुंजी रिकॉर्ड में कोई समस्या है। यानी हस्ताक्षर संसाधित नहीं हो सका। !! dkim-temperror !! कोई त्रुटि पाई गई है जो संभवतः अस्थायी है, जैसे कि सार्वजनिक कुंजी प्राप्त करने में अस्थायी असमर्थता।जब संदेश पर किसी भिन्न डोमेन का उपयोग करके हस्ताक्षर किए गए हों, तो विषय में एक "अंतर" चेतावनी जोड़ दी जाएगी।
यदि प्रेषक SPF जांच और dmarc के लिए SPF संरेखण पास कर लेता है, तो यह चेतावनी प्रदर्शित नहीं होगी।
!! dkim-diff !! संदेश पर प्रेषक के डोमेन द्वारा हस्ताक्षर नहीं किए गए हैंयदि संदेश DMARC (रिलैक्स्ड अलाइनमेंट) के लिए DKIM जांच और DKIM अलाइनमेंट जांच दोनों को पास कर लेता है, तो आपको यह मिलेगा:
|ठीक है| आपका ईमेल DKIM जांच और DKIM संरेखण जांच में सफल रहायदि DMARC (रिलैक्स्ड अलाइनमेंट) के लिए अलाइनमेंट जांच में केवल एक, DKIM या
तो संदेश को अभी भी "ओके" (विश्वसनीय) माना जाता है और शुरुआत में ~ (टिल्ड) चिह्न जोड़ा जाता है:
|~ठीक है| आपका ईमेल DKIM जांच (अलाइनमेंट नहीं) और SPF अलाइनमेंट जांच पास कर लेता है।