SMTP टेस्ट टूल
SMTP सेटिंग्स खोजें, कॉन्फ़िगरेशन कोड जनरेट करें, त्रुटियों का समस्या निवारण करें, और DNS रिकॉर्ड जांचें
ईमेल प्रदाता चुनें
SMTP कॉन्फ़िगरेशन जनरेटर
उपयोग के लिए तैयार कोड स्निपेट जनरेट करने के लिए अपने सर्वर विवरण भरें
जनरेट किया गया कोड स्निपेट
आपके द्वारा ऊपर टाइप करने के साथ ही मान लाइव अपडेट होते हैं। स्निपेट को कॉपी करें और सीधे अपने प्रोजेक्ट में पेस्ट करें।
SMTP समस्या निवारण मार्गदर्शिका
जांचें कि आपने पहले से क्या सत्यापित कर लिया है — बाकी के लिए लाइव सुझाव देखें
SMTP त्रुटि कोड संदर्भ
सुधार के सुझावों के साथ सभी सामान्य SMTP रिस्पांस कोड की खोजने योग्य तालिका
| कोड | नाम | विवरण | कैसे ठीक करें |
|---|
DNS रिकॉर्ड उदाहरण
आपके डोमेन के लिए टेम्पलेट SPF, DKIM, DMARC, MX और PTR रिकॉर्ड
नोट: यह टूल शैक्षिक संदर्भ के लिए टेम्पलेट/उदाहरण DNS रिकॉर्ड दिखाता है। यह लाइव DNS लुकअप (स्थिर साइट) नहीं कर सकता है। लाइव जांच के लिए, अपने टर्मिनल से MXToolbox, DNSChecker.org, या nslookup का उपयोग करें। DNS परिवर्तनों को प्रसारित होने के लिए 15-60 मिनट का समय दें।
SMTP पोर्ट त्वरित संदर्भ
587
STARTTLS
अनुशंसित मानक
465
SSL/TLS
इम्पलिसिट TLS
25
Plain / None
केवल सर्वर-टू-सर्वर
2525
STARTTLS (alt)
वैकल्पिक यदि 587 ब्लॉक है
SMTP क्या है और यह कैसे काम करता है?
SMTP (Simple Mail Transfer Protocol) इंटरनेट पर ईमेल भेजने का मानक संचार प्रोटोकॉल है। जब आप किसी भी ईमेल क्लाइंट या एप्लिकेशन में "भेजें" (Send) पर क्लिक करते हैं, तो SMTP आपके ईमेल क्लाइंट से आपके मेल सर्वर तक, और फिर मेल सर्वर से प्राप्तकर्ता के इनबॉक्स तक संदेश के संचरण को संभालता है। SMTP को मूल रूप से 1982 में RFC 821 में परिभाषित किया गया था और इसे कई बार अपडेट किया गया है, जिसका वर्तमान मानक RFC 5321 है।
SMTP वार्तालाप एक सख्त कमांड-रिस्पॉन्स पैटर्न का अनुसरण करता है। क्लाइंट कनेक्ट करता है, EHLO के साथ अपनी पहचान बताता है, प्रमाणित करता है, MAIL FROM के साथ प्रेषक को निर्दिष्ट करता है, RCPT TO के साथ प्राप्तकर्ताओं को निर्दिष्ट करता है, DATA कमांड के बाद संदेश की सामग्री भेजता है, और QUIT के साथ बंद होता है। प्रत्येक चरण पर सर्वर तीन अंकों के स्टेटस कोड के साथ जवाब देता है जो सफलता (2xx), अस्थायी विफलता (4xx), या स्थायी विफलता (5xx) को दर्शाता है।
SMTP प्रमाणीकरण (Authentication) के तरीके
आधुनिक SMTP सर्वरों को ईमेल के अनधिकृत रिले (स्पैम) को रोकने के लिए प्रमाणीकरण की आवश्यकता होती है। सबसे आम प्रमाणीकरण तंत्र हैं:
- AUTH LOGIN — उपयोगकर्ता नाम और पासवर्ड को अलग-अलग बेस64-एन्कोडेड स्ट्रिंग्स के रूप में प्रेषित किया जाता है। सरल है लेकिन क्रेडेंशियल लॉग्स में दिखाई दे सकते हैं।
- AUTH PLAIN — उपयोगकर्ता नाम और पासवर्ड को एक ही बेस64-एन्कोडेड स्ट्रिंग में संयोजित किया जाता है। AUTH LOGIN के समान सुरक्षा।
- AUTH XOAUTH2 / OAuth2 — टोकन-आधारित प्रमाणीकरण जिसका उपयोग Gmail, Office 365, और Yahoo द्वारा किया जाता है। अधिक सुरक्षित है क्योंकि क्रेडेंशियल कभी भी प्रदाता से बाहर नहीं जाते हैं।
- CRAM-MD5 — चैलेंज-रिस्पॉन्स तंत्र जहां पासवर्ड कभी प्रेषित नहीं होता है, केवल एक हैश भेजा जाता है। आज के समय में बहुत कम उपयोग होता है।
STARTTLS बनाम SSL/TLS — अंतर को समझना
STARTTLS और SSL/TLS दोनों SMTP कनेक्शन को एन्क्रिप्ट करते हैं, लेकिन वे अलग तरह से काम करते हैं। SSL/TLS (पोर्ट 465) कोई भी SMTP संचार शुरू होने से पहले ही एक एन्क्रिप्टेड टनल बनाता है — पूरा सत्र पहले बाइट से ही एन्क्रिप्टेड होता है। STARTTLS (पोर्ट 587) एक प्लेनटेक्स्ट SMTP सत्र के रूप में शुरू होता है और फिर सत्र के बीच में कनेक्शन को TLS में अपग्रेड करने के लिए STARTTLS कमांड जारी करता है। यदि STARTTLS बातचीत विफल हो जाती है और सर्वर प्लेन कनेक्शन स्वीकार करता है, तो डाउनग्रेड हमलों का जोखिम होता है। उचित रूप से कॉन्फ़िगर होने पर दोनों सुरक्षित हैं; आधुनिक सर्वोत्तम अभ्यास (RFC 8314) नए परिनियोजनों (deployments) के लिए SSL/TLS (इंप्लिसिट TLS) की सिफारिश करता है।
ईमेल प्रमाणीकरण: SPF, DKIM और DMARC की व्याख्या
SMTP को सही ढंग से कॉन्फ़िगर करना केवल आधी लड़ाई है — इनबॉक्स डिलीवरी के लिए उचित ईमेल प्रमाणीकरण रिकॉर्ड उतने ही महत्वपूर्ण हैं:
- SPF (Sender Policy Framework) — आपके डोमेन रूट पर एक DNS TXT रिकॉर्ड जो अधिकृत भेजने वाले आईपी पतों और मेल सेवाओं को सूचीबद्ध करता है। किसी को भी प्रेषक के रूप में आपके डोमेन का दुरुपयोग (spoofing) करने से रोकता है।
- DKIM (DomainKeys Identified Mail) — ईमेल हेडर में एक क्रिप्टोग्राफ़िक RSA हस्ताक्षर जोड़ता है, जो आपकी निजी कुंजी से हस्ताक्षरित होता है। प्राप्तकर्ता सर्वर आपके DNS में प्रकाशित सार्वजनिक कुंजी के खिलाफ हस्ताक्षर को सत्यापित करते हैं। यह सुनिश्चित करता है कि पारगमन के दौरान ईमेल के साथ छेड़छाड़ नहीं की गई थी।
- DMARC (Domain-based Message Authentication, Reporting and Conformance) — एक नीति रिकॉर्ड के साथ SPF और DKIM को एक साथ जोड़ता है जो प्राप्तकर्ता सर्वर को बताता है कि जब कोई संदेश प्रमाणीकरण में विफल हो जाता है तो क्या करना चाहिए: p=none (केवल निगरानी), p=quarantine (स्पैम में भेजें), या p=reject (खारिज करें)। यह स्पूफिंग प्रयासों की पहचान करने में मदद करने के लिए रिपोर्टिंग भी सक्षम करता है।
प्रदाता-विशिष्ट SMTP कॉन्फ़िगरेशन नोट्स
| प्रदाता | SMTP होस्ट | पोर्ट (STARTTLS) | पोर्ट (SSL) | प्रमाणीकरण की आवश्यकता |
|---|---|---|---|---|
| Gmail | smtp.gmail.com | 587 | 465 | ऐप पासवर्ड (2FA आवश्यक) |
| Outlook | smtp.office365.com | 587 | — | OAuth2 या ऐप पासवर्ड |
| Yahoo | smtp.mail.yahoo.com | 587 | 465 | ऐप पासवर्ड (2FA आवश्यक) |
| Zoho | smtp.zoho.com | 587 | 465 | खाता क्रेडेंशियल |
| ProtonMail | smtp.protonmail.ch | 587 | — | प्रोटॉन ब्रिज (डेस्कटॉप) |
| SendGrid | smtp.sendgrid.net | 587 / 2525 | 465 | यूज़रनेम: apikey / पासवर्ड: API की |
| Mailgun | smtp.mailgun.org | 587 / 2525 | 465 | डैशबोर्ड से SMTP क्रेडेंशियल |
| Amazon SES | email-smtp.<region>.amazonaws.com | 587 / 25 | 465 | IAM द्वारा जनरेट किए गए SMTP क्रेडेंशियल |
सामान्य SMTP समस्या निवारण परिदृश्य
कनेक्शन टाइमआउट (Connection Timeout)
पोर्ट 587 या 465 से कनेक्ट करने का प्रयास करते समय कनेक्शन टाइमआउट का आमतौर पर अर्थ है कि पोर्ट ब्लॉक है। अधिकांश ISPs और क्लाउड प्रदाता (AWS EC2, Google Cloud, Azure) डिफ़ॉल्ट रूप से आउटबाउंड पोर्ट 25 को ब्लॉक करते हैं। विकल्प के रूप में पोर्ट 2525 का प्रयास करें, या अपने मेल प्रदाता की रिले सेवा का उपयोग करें। आपके द्वारा नियंत्रित सर्वरों के लिए, फ़ायरवॉल नियमों की जांच करें और सुनिश्चित करें कि आउटबाउंड ट्रैफ़िक के लिए SMTP पोर्ट खुला है।
प्रमाणीकरण विफलताएं (त्रुटि 535)
उपभोक्ता ईमेल खातों के लिए सबसे आम त्रुटि। Gmail और Yahoo के लिए, इसका मतलब लगभग हमेशा यह होता है कि आप अपने नियमित खाता पासवर्ड का उपयोग कर रहे हैं न कि ऐप पासवर्ड का। ऐप पासवर्ड आपकी खाता सुरक्षा सेटिंग्स में जनरेट किए गए 16-वर्ण के डिवाइस-विशिष्ट पासवर्ड होते हैं। 2FA सक्रिय होने पर नियमित पासवर्ड अस्वीकार कर दिए जाते हैं। Office 365 पर व्यावसायिक खातों के लिए, SMTP AUTH को प्रत्येक मेलबॉक्स के लिए स्पष्ट रूप से सक्षम किया जाना चाहिए।
ईमेल स्पैम में जाना
यदि ईमेल SMTP के माध्यम से सफलतापूर्वक भेजा जाता है लेकिन स्पैम में पहुँचता है, तो समस्या SMTP कॉन्फ़िगरेशन के बजाय प्रेषक की प्रतिष्ठा और प्रमाणीकरण रिकॉर्ड के साथ है। mail-tester.com या MXToolbox के साथ अपने डोमेन का परीक्षण करके शुरुआत करें। सामान्य कारणों में शामिल हैं: SPF या DKIM रिकॉर्ड का न होना, कोई DMARC नीति न होना, भेजने वाला आईपी ब्लैकलिस्ट में होना, नया डोमेन होना, या संदेश की सामग्री स्पैम फ़िल्टर को ट्रिगर करना।