SMTP सर्वर क्या है, और आपको कौन-सा इस्तेमाल करना चाहिए?

संक्षेप में

1. SMTP सर्वर क्या करता है। SMTP का मतलब है Simple Mail Transfer Protocol।
2. आपसे माँगी जाने वाली सेटिंग्स। ईमेल भेजने वाला लगभग हर एप्लिकेशन वही पाँच चीज़ें माँगता है: होस्ट नाम, पोर्ट, सुरक्षा मोड, यूज़रनेम और पासवर्ड।
3. पोर्ट: 587, 465, 25 और 2525। पोर्ट 587 मानक सबमिशन पोर्ट है।
4. कमांड लाइन से कनेक्शन टेस्ट करना। एप्लिकेशन को दोष देने से पहले जाँच लें कि सर्वर पहुँच में है और TLS समझता है।
5. अपने मेलबॉक्स प्रोवाइडर को SMTP सर्वर की तरह इस्तेमाल करना। Gmail और Microsoft 365 दोनों अपने SMTP सर्वर से भेजने देते हैं, और किसी निजी टूल से मुट्ठी भर संदेशों के लिए यह ठीक है।
6. कब आपको सेंडिंग सर्विस चाहिए। सेंडिंग सर्विस, जिसे SMTP रिले या ट्रांज़ैक्शनल ईमेल प्रोवाइडर भी कहते हैं, आपके एप्लिकेशन को SMTP एंडपॉइंट और API देती है, और वह इंफ्रास्ट्रक्चर चलाती है जो डिलीवरी को भरोसेमंद बनाता है: रेप्युटेशन मैनेजमेंट, फ़ीडबैक लूप, बाउंस हैंडलिंग, सप्रेशन लिस्ट और लॉग।

SMTP सर्वर क्या करता है

SMTP का मतलब है Simple Mail Transfer Protocol। SMTP सर्वर प्रेषक से संदेश स्वीकार करता है, प्राप्तकर्ता के डोमेन का MX रिकॉर्ड देखकर पता लगाता है कि प्राप्तकर्ता का मेल कहाँ होस्ट है, और संदेश को उस गंतव्य तक पहुँचा देता है। जब आप किसी ईमेल ऐप में भेजें दबाते हैं, या कोई वेब एप्लिकेशन पासवर्ड रीसेट भेजता है, तब काम SMTP सर्वर ही कर रहा होता है।

दो काम ऐसे हैं जिन्हें लोग अक्सर आपस में मिला देते हैं। मेल भेजना SMTP से होता है। मेल पढ़ना, किसी ऐप या वेबमेल में, IMAP जैसे अन्य प्रोटोकॉल से होता है। जब किसी सेटिंग स्क्रीन पर "आउटगोइंग सर्वर" माँगा जाए, तो उसे SMTP सर्वर चाहिए।

आपसे माँगी जाने वाली सेटिंग्स

ईमेल भेजने वाला लगभग हर एप्लिकेशन वही पाँच चीज़ें माँगता है: होस्ट नाम, पोर्ट, सुरक्षा मोड, यूज़रनेम और पासवर्ड। होस्ट नाम आपके प्रोवाइडर का होता है। यूज़रनेम और पासवर्ड आपके अकाउंट के लिए बनाए गए क्रेडेंशियल हैं, और सेंडिंग सर्विस में ये आमतौर पर डैशबोर्ड के आपके लॉगिन से अलग होते हैं।

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

पोर्ट: 587, 465, 25 और 2525

पोर्ट 587 मानक सबमिशन पोर्ट है। कनेक्शन सादे टेक्स्ट में शुरू होता है और STARTTLS से एन्क्रिप्टेड कनेक्शन में बदल जाता है। पोर्ट 465 पहले ही बाइट से एन्क्रिप्टेड शुरू होता है, जिसे implicit TLS कहते हैं, और अब यह फिर से व्यापक रूप से समर्थित है। पोर्ट 25 सर्वर-से-सर्वर डिलीवरी के लिए है और स्पैम रोकने के लिए क्लाउड होस्ट और घरेलू कनेक्शन पर आमतौर पर ब्लॉक रहता है। पोर्ट 2525 कोई आधिकारिक मानक नहीं है, लेकिन कुछ प्रोवाइडर 587 ब्लॉक होने पर इसे विकल्प के रूप में देते हैं।

अगर कनेक्शन टाइमआउट हो जाए, तो आमतौर पर कारण फ़ायरवॉल या ऐसा होस्टिंग प्रोवाइडर होता है जो पोर्ट ब्लॉक करता है, गलत पासवर्ड नहीं। टेस्ट उसी मशीन से करें जो भेजेगी, अपने लैपटॉप से नहीं।

कमांड लाइन से कनेक्शन टेस्ट करना

एप्लिकेशन को दोष देने से पहले जाँच लें कि सर्वर पहुँच में है और TLS समझता है। यह कमांड सबमिशन पोर्ट से कनेक्ट होकर सर्टिफ़िकेट और सर्वर का ग्रीटिंग प्रिंट करती है। होस्ट की जगह अपने प्रोवाइडर का होस्ट डालें।

openssl s_client -starttls smtp -connect smtp.example.com:587

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

अपने मेलबॉक्स प्रोवाइडर को SMTP सर्वर की तरह इस्तेमाल करना

Gmail और Microsoft 365 दोनों अपने SMTP सर्वर से भेजने देते हैं, और किसी निजी टूल से मुट्ठी भर संदेशों के लिए यह ठीक है। ये लोगों के लिए बने हैं, एप्लिकेशन के लिए नहीं। Google निजी और Workspace अकाउंट के लिए दैनिक भेजने की सीमाएँ बताता है, और Microsoft की अपनी सीमाएँ हैं तथा वह SMTP के लिए बेसिक यूज़रनेम-पासवर्ड साइन-इन को चरणबद्ध तरीके से हटा रहा है। दोनों में से किसी पर भी निर्भर होने से पहले हर प्रोवाइडर का मौजूदा दस्तावेज़ देख लें।

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

कब आपको सेंडिंग सर्विस चाहिए

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

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

चुनने से पहले किन बातों की तुलना करें

देखें कि कीमत आपके असली मासिक वॉल्यूम के साथ कैसे बढ़ती है, सिर्फ़ मुख्य प्लान की कीमत नहीं। जाँचें कि कौन-से पोर्ट समर्थित हैं, SMTP के साथ API भी मिलता है या नहीं, लॉग कितने समय तक रखे जाते हैं, क्या आप डेडिकेटेड IP इस्तेमाल कर सकते हैं, और किसी असुविधाजनक समय पर गड़बड़ी होने पर सपोर्ट कैसे काम करता है।

अगर आप रुपयों में इनवॉइस करते हैं, तो पूछें कि प्रोवाइडर INR में बिलिंग करता है और GST इनवॉइस देता है या नहीं। UK और EU के प्रेषकों के लिए डेटा प्रोसेसिंग की शर्तों के बारे में पूछें। हमारे प्लान, पोर्ट और बिलिंग की जानकारी प्राइसिंग पेज पर है, और भारतीय प्रेषकों के लिए हमारी गाइड व्यावहारिक पहलू समझाती है।

आम SMTP एरर और उनके मतलब

SMTP के उत्तर तीन अंकों के कोड होते हैं। 2 से शुरू होने वाले कोड का मतलब सफलता है, 4 का मतलब अस्थायी समस्या है और प्रेषक को दोबारा कोशिश करनी चाहिए, और 5 का मतलब स्थायी विफलता है। 535 उत्तर का मतलब है ऑथेंटिकेशन विफल रहा, इसलिए यूज़रनेम और पासवर्ड जाँचें, और यह भी देखें कि अकाउंट को ऐप-विशिष्ट पासवर्ड चाहिए या नहीं। 550 उत्तर का मतलब आमतौर पर यह होता है कि प्राप्तकर्ता के सर्वर ने संदेश अस्वीकार कर दिया या पता मौजूद नहीं है।

421 या 450 उत्तर का मतलब है कि प्राप्तकर्ता सर्वर ने बाद में कोशिश करने को कहा है, अक्सर रेट लिमिटिंग की वजह से। टाइमआउट का संकेत है कि पोर्ट ब्लॉक है। TLS हैंडशेक एरर अक्सर इसका संकेत होता है कि पोर्ट के लिए सुरक्षा मोड गलत है, उदाहरण के लिए 465 पर STARTTLS। हमारा मुफ़्त बाउंस कोड लुकअप उन लंबे एन्हांस्ड कोड को समझाता है जो इनके बाद आते हैं।

सुरक्षा की बुनियादी बातें

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

जहाँ संभव हो, अपने अकाउंट का उपयोग करने वालों को सीमित करें, उदाहरण के लिए API कुंजी की अनुमतियाँ सीमित करके। अपने सेंडिंग लॉग में अनपेक्षित वॉल्यूम पर नज़र रखें, जो अक्सर क्रेडेंशियल लीक होने का पहला संकेत होता है।

कोई भी सर्वर इस्तेमाल करें, अपने डोमेन को ऑथेंटिकेट करें

SMTP सर्वर आपका संदेश पहुँचा सकता है, लेकिन उस पर भरोसा करना है या नहीं, यह मेलबॉक्स प्रोवाइडर तय करते हैं। अपने डोमेन के लिए SPF और DKIM प्रकाशित करें और DMARC रिकॉर्ड जोड़ें, ताकि Gmail, Outlook और Yahoo देख सकें कि मेल सचमुच आपकी ओर से आया है। इनके बिना अच्छे प्रोवाइडर का मेल भी स्पैम में जा सकता है या अस्वीकार हो सकता है।

हमारी सेटअप गाइड हर रिकॉर्ड को क्रमवार समझाती है, और मुफ़्त चेकर बताता है कि अभी आपके डोमेन पर क्या छूट रहा है।

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

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

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

• SMTP सेटिंग्स: पोर्ट, TLS और ऑथेंटिकेशन
• SMTP बाउंस कोड की व्याख्या
• अपना सेंडिंग डोमेन सत्यापित करें: DNS रिकॉर्ड और प्रोपेगेशन

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

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