SMTP रिले समझें: यह क्या है और इसे कैसे सेट अप करें

संक्षेप में

1. SMTP रिले क्या है। SMTP रिले ऐसा मेल सर्वर है जो आपके एप्लिकेशन से संदेश लेकर प्राप्तकर्ता के सर्वर तक पहुँचाता है।
2. अपने सर्वर से सीधे डिलीवर क्यों न करें। सर्वर सीधे प्राप्तकर्ता तक डिलीवर कर सकता है, लेकिन यह शायद ही कभी अच्छी तरह काम करता है।
3. कनेक्ट करने के लिए क्या चाहिए। आपको रिले का होस्ट नाम, एक पोर्ट, एक सिक्योरिटी मोड और क्रेडेंशियल चाहिए।
4. Postfix को रिले इस्तेमाल करने के लिए कॉन्फ़िगर करना। Linux सर्वरों पर आम Postfix इसे relayhost कहता है।
5. वेब एप्लिकेशन कॉन्फ़िगर करना। ज़्यादातर फ़्रेमवर्क और कंटेंट सिस्टम में मेल सेटिंग्स का पेज या कुछ एनवायरनमेंट वेरिएबल होते हैं, जिनमें SMTP होस्ट, पोर्ट, एन्क्रिप्शन, यूज़रनेम और पासवर्ड भरे जाते हैं।
6. जब रिले मेल न भेजे। बाहर से अंदर की ओर जाँच करें।

SMTP रिले क्या है

SMTP रिले ऐसा मेल सर्वर है जो आपके एप्लिकेशन से संदेश लेकर प्राप्तकर्ता के सर्वर तक पहुँचाता है। आपके एप्लिकेशन को यह जानने की ज़रूरत नहीं कि गंतव्य कैसे खोजना है, विफल डिलीवरी को दोबारा कैसे भेजना है, या अच्छी सेंडिंग रेप्युटेशन कैसे बनाए रखनी है। वह संदेश रिले को सौंप देता है और बाकी काम रिले करता है।

लोग रिले, स्मार्ट होस्ट और SMTP सेवा शब्दों को लगभग एक-दूसरे की जगह इस्तेमाल करते हैं। व्यवहार में इन सबका अर्थ ऐसा सर्वर है जिसमें आप ऑथेंटिकेट करते हैं और जिसके ज़रिए मेल भेजते हैं।

अपने सर्वर से सीधे डिलीवर क्यों न करें

सर्वर सीधे प्राप्तकर्ता तक डिलीवर कर सकता है, लेकिन यह शायद ही कभी अच्छी तरह काम करता है। कई होस्ट पोर्ट 25 ब्लॉक कर देते हैं। नए सर्वर IP एड्रेस की कोई रेप्युटेशन नहीं होती, और कुछ तो पहले से ब्लॉकलिस्ट में होते हैं। प्राप्तकर्ता रिवर्स DNS, ऑथेंटिकेशन और ऐसा लगातार व्यवहार अपेक्षित मानते हैं जो अकेला एप्लिकेशन सर्वर कम ही दे पाता है।

किसी सेंडिंग प्रोवाइडर द्वारा चलाए जा रहे रिले के पास स्थापित इन्फ्रास्ट्रक्चर होता है, वह रीट्राई और डेफ़रल संभालता है, और संदेश न पहुँचने पर आपको लॉग देता है।

कनेक्ट करने के लिए क्या चाहिए

आपको रिले का होस्ट नाम, एक पोर्ट, एक सिक्योरिटी मोड और क्रेडेंशियल चाहिए। MigoSMTP के लिए रिले होस्ट smtp.migosmtp.com है, और आमतौर पर STARTTLS के साथ पोर्ट 587 चुना जाता है। अगर आपका सॉफ़्टवेयर केवल इम्प्लिसिट TLS सपोर्ट करता है तो पोर्ट 465 इस्तेमाल करें।

अपने डैशबोर्ड में हर एप्लिकेशन के लिए अलग क्रेडेंशियल बनाएँ। अगर कोई क्रेडेंशियल उजागर हो जाए, तो आप बाकी कुछ छुए बिना उसे रद्द कर सकते हैं।

Postfix को रिले इस्तेमाल करने के लिए कॉन्फ़िगर करना

Linux सर्वरों पर आम Postfix इसे relayhost कहता है। नीचे की पंक्तियाँ सारा आउटगोइंग मेल पोर्ट 587 पर एन्क्रिप्शन अनिवार्य रखते हुए ऑथेंटिकेटेड रिले से भेजती हैं। यूज़रनेम और पासवर्ड को ऐसी अलग फ़ाइल में रखें जिसे केवल root पढ़ सके, और उस पर postmap चलाएँ।

relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt

बदलाव के बाद Postfix को रीलोड करें और एक टेस्ट संदेश भेजें। अगर संदेश बाहर नहीं जाता तो मेल लॉग देखें: ऑथेंटिकेशन एरर और ब्लॉक किए गए पोर्ट वहाँ साफ़ दिखते हैं।

वेब एप्लिकेशन कॉन्फ़िगर करना

ज़्यादातर फ़्रेमवर्क और कंटेंट सिस्टम में मेल सेटिंग्स का पेज या कुछ एनवायरनमेंट वेरिएबल होते हैं, जिनमें SMTP होस्ट, पोर्ट, एन्क्रिप्शन, यूज़रनेम और पासवर्ड भरे जाते हैं। रिले का विवरण दर्ज करें, ऐसे डोमेन का सेंडर पता चुनें जिसे आपने ऑथेंटिकेट किया है, और एप्लिकेशन के भीतर से एक टेस्ट संदेश भेजें।

अगर कोई प्लगइन संदेश भेजने के लिए वेब होस्ट का अपना मेल फ़ंक्शन इस्तेमाल करता है, तो वह आपके रिले को बायपास कर देता है। उसे SMTP इस्तेमाल करने पर स्विच करें ताकि आपके संदेश साइन हों और लॉग हों।

जब रिले मेल न भेजे

बाहर से अंदर की ओर जाँच करें। पहले हमारी SMTP सर्वर गाइड में दिए कमांड-लाइन टेस्ट से देखें कि पोर्ट तक पहुँचा जा सकता है या नहीं। अगर वह काम करे, तो जाँचें कि क्रेडेंशियल सही और सक्रिय हैं। फिर वह रिस्पॉन्स पढ़ें जो आपके एप्लिकेशन को मिला, क्योंकि ज़्यादातर विफलताएँ साफ़ कारण बता देती हैं।

अगर रिले संदेश स्वीकार कर लेता है पर वह पहुँचता नहीं, तो रिले की ओर के लॉग देखें। प्राप्तकर्ता के सर्वर द्वारा अस्वीकृति, जैसे SPF या DKIM रिकॉर्ड न होने पर आया बाउंस, कारण सहित वहाँ दर्ज होगा।

एक रिले से दूसरे में जाना

रिले बदलना मोटे तौर पर चार मान बदलना है: होस्ट, पोर्ट, यूज़रनेम और पासवर्ड। सावधानी ऑथेंटिकेशन में चाहिए। नए प्रोवाइडर के SPF और DKIM रिकॉर्ड पुराने रिकॉर्ड के साथ प्रकाशित करें, पहले एक एप्लिकेशन को शिफ़्ट करें और डिलीवरी की तुलना करें, फिर बाकी को बदलें।

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

रिले या API?

रिले सबसे तेज़ बदलाव है, क्योंकि ज़्यादातर सॉफ़्टवेयर पहले से SMTP जानते हैं। API से बेहतर नियंत्रण मिलता है, जैसे वेरिएबल के साथ टेम्पलेट भेजना, और अधिक समृद्ध रिस्पॉन्स। कई टीमें दोनों इस्तेमाल करती हैं: रेडीमेड सॉफ़्टवेयर के लिए SMTP और अपने कोड के लिए API।

दोनों एक ही अकाउंट और एक ही ऑथेंटिकेटेड डोमेन से चल सकते हैं, इसलिए आप एक से शुरू करके दूसरा जोड़ सकते हैं।

ओपन रिले और वे क्यों मायने रखते हैं

ओपन रिले किसी से भी मेल स्वीकार करके उसे फ़ॉरवर्ड कर देता है। स्पैमर इनका दुरुपयोग करते हैं, और ऐसा पाया गया सर्वर जल्दी ही ब्लॉकलिस्ट हो जाता है। सही ढंग से कॉन्फ़िगर किया गया रिले ऑथेंटिकेशन माँगता है, ताकि केवल आपके क्रेडेंशियल से मेल भेजा जा सके।

अगर आप अपना मेल सर्वर चलाते हैं, तो जाँचें कि वह ओपन रिले नहीं है, और रिले क्रेडेंशियल कभी किसी सार्वजनिक रिपॉज़िटरी में साझा न करें।

रिले पर भरोसा करने से पहले क्या जाँचें

देखें कि वह बाउंस और शिकायतों को कैसे संभालता है, आपको मैसेज लॉग मिलते हैं या नहीं और कितने समय तक, उसके पोर्ट और TLS सपोर्ट क्या हैं, और वह सप्रेशन लिस्ट के साथ कैसा व्यवहार करता है। यह भी पता करें कि डिलीवरी गिरने पर कौन-सा सपोर्ट उपलब्ध है।

आप जो भी रिले चुनें, अपने डोमेन को SPF, DKIM और DMARC से ऑथेंटिकेट करें। हमारा मुफ़्त चेकर दिखाता है कि आपके डोमेन पर क्या प्रकाशित है, और हमारी गाइड हर रिकॉर्ड को कवर करती हैं।

रेट लिमिट, कतारें और रीट्राई

रिले हर संदेश को तुरंत डिलीवर नहीं करता। वह उन्हें कतार में रखता है और अस्थायी विफलताओं पर घंटों तक दोबारा प्रयास करता है, जो तब वही होना चाहिए जब प्राप्तकर्ता का सर्वर व्यस्त हो। आपका प्रोवाइडर संदेश सबमिट करने की गति पर भी सीमा लगा सकता है, इसलिए एक सेकंड में दस हज़ार संदेश भेजने वाला लूप धीमा किया या अस्वीकार किया जा सकता है।

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

आगे पढ़ें और स्रोत

• RFC 5321: Simple Mail Transfer Protocol
• RFC 6409: Message Submission for Mail
• RFC 8314: Cleartext Considered Obsolete: TLS for email submission

MigoSMTP में करें: हेल्प सेंटर लेख

• SMTP सेटिंग्स: पोर्ट, TLS और ऑथेंटिकेशन
• API कुंजी की सुरक्षा और रोटेशन
• SMTP बाउंस कोड समझें

संबंधित गाइड और टूल

• DKIM, SPF और DMARC सेटअप: अपने डोमेन को शुरू से अंत तक ऑथेंटिकेट करें।
• SMTP सर्वर क्या है?: पोर्ट, सेटिंग्स और सेवा कब इस्तेमाल करें।
• SPF, DKIM और DMARC जाँचें: अपने डोमेन के रिकॉर्ड टेस्ट करें।
• बाउंस कोड लुकअप: SMTP और एन्हांस्ड स्टेटस कोड का अर्थ जानें।