ईमेल भेजने के लिए DNS सेटिंग्स

ईमेल भेजने के लिए कौन सी डोमेन DNS सेटिंग्स आवश्यक हैं?

ईमेल सेवा प्रदाता आमतौर पर अपने एसएमटीपी सर्वरों का उपयोग करने से पहले प्रेषक के डोमेन को सत्यापित करने की आवश्यकता रखते हैं
। इसके दो कारण हैं:

  1. डोमेन स्वामित्व साबित करें
    , इससे यह साबित होता है कि आप प्रेषक के डोमेन को नियंत्रित करते हैं,
    इसका मतलब है कि आप किसी और के डोमेन का उपयोग नहीं कर रहे हैं (स्पूफिंग)।

  2. SPF और DKIM प्रमाणीकरण सेट करके
    प्रमाणित ईमेल भेजने से
    प्राप्तकर्ता "वास्तविक" प्रेषक के रूप में पहचानते हैं।
    यदि आपके डोमेन और आपके SMTP प्रदाता की प्रतिष्ठा अच्छी है, तो
    संदेश प्राप्तकर्ताओं के इनबॉक्स तक पहुंच जाने चाहिए।

सारांश:

ईमेल सेवा प्रदाता: सत्यापित प्रेषकों के लिए आवश्यकताएँ

नीचे कुछ प्रमुख सेवा प्रदाताओं की सूची दी गई है, जिन्हें हमने जांचा है, वर्णानुक्रम में।
जुलाई 2021 के अंत में, हमने ईमेल भेजना शुरू करने के लिए आवश्यक बुनियादी सेटिंग्स का परीक्षण किया।
सत्यापित डोमेन "emailperfect.com" था। यह 2012 में पंजीकृत हुआ था और इससे पहले कभी ईमेल भेजने के लिए इसका उपयोग नहीं किया गया था।

प्रदाता का नाम DKIM “From”
डोमेन संरेखण		 SPF “मेल-फ्रॉम”
डोमेन संरेखण		 नोट्स
अमेज़न एसईएस हां (3 CNAME रिकॉर्ड) नहीं (@amazonses.com)
मेलगन हाँ (TXT रिकॉर्ड) हाँ (TXT रिकॉर्ड) हॉटमेल और याहू डिलीवरी चेक*
मेलजेट हाँ (TXT रिकॉर्ड) नहीं (@mailjet.com) हॉटमेल और याहू डिलीवरी चेक*
रियलसेंडर हां (2 CNAME रिकॉर्ड) हाँ (TXT रिकॉर्ड) समर्पित आईपी पता
सेंडग्रिड हां (2 CNAME रिकॉर्ड) हाँ (CNAME रिकॉर्ड) हॉटमेल डिलीवरी चेक*
सेंडिनब्लू नहीं (sendinblue.com) नहीं (@aa.d.sender-sib.com) प्रेषक सत्यापन की आवश्यकता नहीं है
Smtp2go हां (1 CNAME रिकॉर्ड) हाँ (CNAME रिकॉर्ड)

* = हमने निम्नलिखित प्रत्येक मेलबॉक्स को संदेश भेजा और यह नोट किया कि क्या कोई ऐसी बात थी जिससे पता चले कि हमें दोबारा जांच करनी चाहिए:
Gmail, Hotmail, Yahoo, Gmx, Aruba, Tiscali, Exchange Online

सत्यापित प्रेषक इतना महत्वपूर्ण क्यों है?

2021 में, हमने प्रेषक के डोमेन की प्रामाणिकता सुनिश्चित करना अनिवार्य बना दिया है
ताकि प्राप्तकर्ता को पता चल सके कि प्रेषक का ईमेल पता फर्जी नहीं है।
पूर्व-निर्धारित प्रमाणीकरण जांच से प्रेषक प्रणालियों के दुरुपयोग का जोखिम भी काफी हद तक कम हो जाता है।

इसी कारण से हमने सूची से एक प्रदाता को "हटा दिया" है:
यह संदेश भेजने की अनुमति देने से पहले डोमेन सत्यापन की आवश्यकता नहीं रखता है।

डोमेन अलाइनमेंट क्या है?

संदेश भेजते समय, हम दो डोमेन से निपट रहे होते हैं:

  1. प्रेषक के 'फ्रॉम' पते में, जो प्राप्तकर्ता को दिखाई देता है
  2. मेल-फ्रॉम एड्रेस (जिसे "एनवेलप सेंडर" या "रिटर्न-पाथ" भी कहा जाता है) में,
    जो छिपा हुआ होता है और बाउंस हुए मेल प्राप्त करने के लिए सीधे ईएसपी द्वारा प्रबंधित किया जाता है।

“डोमेन अलाइनमेंट” की आवश्यकता को इस वाक्य में संक्षेप में बताया गया है:
“जब कोई प्रेषक SPF और/या DKIM का उपयोग करके अपने ईमेल को प्रमाणित करता है, तो
कम से कम एक डोमेन को भेजने वाले के डोमेन के साथ संरेखित होना चाहिए।”

CNAME रिकॉर्ड और TXT रिकॉर्ड में से कौन सा बेहतर है?

DKIM प्रमाणीकरण के लिए, CNAME रिकॉर्ड को लागू करना आसान है।
2048-बिट TXT रिकॉर्ड जोड़कर भी यही परिणाम प्राप्त किया जा सकता है, लेकिन यह अधिक जटिल है।
इसके अलावा, CNAME के ​​माध्यम से DKIM रिकॉर्ड का डेलीगेशन आपके प्रदाता को
सुरक्षा कारणों से आवश्यकता पड़ने पर इसकी कुंजी को संशोधित करने की अनुमति देता है।

CNAME रिकॉर्ड का उपयोग करके SPF प्रमाणीकरण का अर्थ है कि ईमेल भेजने वाले का पता
आपके ईमेल सेवा प्रदाता द्वारा प्रबंधित एक सबडोमेन होगा, जैसे: bounce.your-company-name.org।
प्रदाता SPF प्रमाणीकरण और बाउंस हुए संदेशों दोनों को संभालेगा।

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

डेडिकेटेड आईपी एड्रेस क्या होता है?

"इंटरनेट प्रोटोकॉल एड्रेस" या "आईपी एड्रेस"
आपके घर के फोन या मोबाइल डिवाइस पर मौजूद टेलीफोन नंबर के समान है।

अधिकांश SMTP सेवाएं अपने ग्राहकों को "साझा" IP पते प्रदान करती हैं।
हर बार जब कोई ईमेल भेजा जाता है, तो एक अलग IP पता आवंटित किया जाता है।

"डेडिकेटेड आईपी एड्रेस" का मतलब है कि आपके ईमेल भेजने का आईपी एड्रेस समय के साथ नहीं बदलेगा।
इससे प्रेषक की प्रतिष्ठा पर पूरा नियंत्रण रहता है, जिसे दूसरों के इस्तेमाल से कोई नुकसान नहीं पहुंच सकता।

क्या हमें कंपनी के डोमेन DNS सेटिंग्स को सीधे प्रबंधित करना चाहिए?

जरूरी नहीं, क्योंकि इसके लिए कुछ तकनीकी कौशल की आवश्यकता होती है।.

कंपनी प्रबंधन को इस बात की जानकारी होनी चाहिए कि DNS सेटिंग्स में कुछ बदलाव भी
गंभीर परिणाम उत्पन्न कर सकते हैं, जैसे कि:

  • वेबसाइट पर आने वाले आगंतुकों को किसी अन्य वेब सर्वर पर ले जाएं
  • आने वाले संदेशों को किसी दूसरे मेल सर्वर पर रीडायरेक्ट करें
  • ईमेल प्रमाणीकरण को तोड़ें ताकि संदेशों को स्पैम माना जाए या अस्वीकार कर दिया जाए

» शीर्ष पर वापस जाएँ