कनेक्शन
होस्ट और पोर्ट बिल्कुल जवाब देते हैं या नहीं, और एन्क्रिप्शन सेटिंग उनकी अपेक्षा से मेल खाती है या नहीं। गलत पोर्ट या गलत एन्क्रिप्शन मोड आमतौर पर यहीं विफल होता है, किसी भी क्रेडेंशियल के देने से पहले।
SMTP Tester
Test your SMTP server configuration and send a test email.
Privacy Note
Your SMTP credentials are used only for this test and are not saved on our servers.
यह क्या जाँचता है
तीन अलग-अलग चीज़ें जो एक ही विफलता जैसी दिखती हैं
एक smtp टेस्ट टूल रखना इसलिए ज़रूरी है क्योंकि जब मेल नहीं भेजी जाती, तो असली सवाल यह होता है कि तीन चरणों में से किसने आपको रोका। एरर टेक्स्ट आपको बता देता है, और यह पेज मुख्य रूप से उस एरर तक जल्दी पहुँचने का एक तरीका है।
लॉगिन
यूज़रनेम और पासवर्ड स्वीकार होते हैं या नहीं। यह वह चरण है जो तब विफल होता है जब प्रोवाइडर खाते के पासवर्ड के बजाय ऐप-विशिष्ट पासवर्ड चाहता है, जो एक आम और भ्रमित करने वाला मामला है।
भेजना
सर्वर वास्तव में आपके दिए गए पते से संदेश रिले करेगा या नहीं। लॉगिन सफल हो सकता है और फिर भी भेजना अस्वीकार हो सकता है, आमतौर पर इसलिए क्योंकि फ्रॉम-पता वह नहीं है जिससे खाते को भेजने की अनुमति है।
मार्केटप्लेस पर क्यों
ईमेल शेल्फ़ का एक चौथाई हिस्सा प्रोटोकॉल एक्सेस पर बिकता है
यह कोई सामान्य टूल नहीं है जो साइट पर यूँ ही आ गया हो। यह उस सवाल का जवाब देता है जो कैटलॉग खुद पैदा करता है।
लिस्टिंग एक इनबॉक्स नहीं, बल्कि एक प्रोटोकॉल का वादा करती है
यहाँ की लाइव ईमेल लिस्टिंग में से एक हज़ार से ज़्यादा ऐसी हैं जिनके टाइटल या विवरण में कहीं न कहीं IMAP, SMTP या POP3 का ज़िक्र है। यह इस बात का दावा है कि आप मेलबॉक्स तक कैसे पहुँचेंगे, और यह ठीक उस तरह का दावा है जिसे लिखना आसान है और गलत साबित होना और भी आसान।
शिकायत करने की खिड़की बहुत छोटी है
इस साइट पर वारंटी ऑर्डर डिलीवर होते ही शुरू हो जाती है, न कि जब आप उसे टेस्ट करने का मन बनाएँ, और ज़्यादातर लिस्टिंग पर यह घंटों में मापी जाती है। आते ही टेस्ट करना कोई अतिरिक्त सावधानी नहीं है, यही एकमात्र पल है जब टेस्ट का कोई मतलब होता है।
परिणाम को समझना
पास और फेल — हर नतीजा क्या साबित करता है
टेस्ट का नतीजा उतना व्यापक नहीं होता जितना लगता है। दोनों परिणाम काम के हैं, और न ही उनका मतलब वही है जो लोग आमतौर पर समझते हैं।
| यह क्या साबित करता है | यह क्या साबित नहीं करता | |
|---|---|---|
| भेजा गया | होस्ट ने जवाब दिया, क्रेडेंशियल स्वीकार किए गए, और सर्वर ने उस पते से उसी समय एक संदेश भेजा। | कि यह कल भी काम करेगा, कि मेलबॉक्स शेयर नहीं है, या कि किसी और के पास वही पासवर्ड नहीं है। |
| लॉगिन अस्वीकृत | यूज़रनेम, पासवर्ड या ऑथेंटिकेशन तरीके में कुछ गड़बड़ है। | कि क्रेडेंशियल नकली हैं। प्रोवाइडर अक्सर ऐप-स्पेसिफिक पासवर्ड मांगते हैं, और असली मेलबॉक्स के सामने अकाउंट का पासवर्ड साफ तौर पर फेल हो जाता है। |
| कनेक्शन अस्वीकृत | होस्ट, पोर्ट या एन्क्रिप्शन सेटिंग मेल नहीं खाती। यह क्रेडेंशियल का नहीं, कॉन्फ़िगरेशन का जवाब है। | कि अकाउंट खराब है। आप अभी क्रेडेंशियल देने के चरण तक पहुँचे ही नहीं हैं। |
पास होने वाला टेस्ट एक स्नैपशॉट है, गारंटी नहीं। यह बताता है कि क्रेडेंशियल एक बार काम कर गए। यह नहीं बता सकता कि उन क्रेडेंशियल्स की कितनी कॉपियाँ मौजूद हैं, और खरीदे गए मेलबॉक्स पर यही वह सवाल है जो तय करता है कि वह अगले हफ्ते भी आपका है या नहीं। एक बार अंदर जाने के बाद पासवर्ड बदल लें।
परीक्षण से पहले
पाँच फ़ील्ड, और आमतौर पर समस्या किसमें होती है
smtp सर्वर एक्सेस की जाँच के लिए आपको पाँच चीज़ें चाहिए, और उनमें से चार किसी लिस्टिंग से बिना ज़्यादा सोचे-समझे कॉपी की जाती हैं। पाँचवीं वह जगह है जहाँ ज़्यादातर विफलताएँ होती हैं।
होस्ट और पोर्ट
ये दोनों साथ चलते हैं और इनकी बेमेल जोड़ी smtp कनेक्शन परीक्षण के विफल होने का सबसे आम कारण है। एक प्रदाता आमतौर पर एक से अधिक पोर्ट प्रकाशित करता है, जिनमें से हर एक अलग एन्क्रिप्शन मोड की अपेक्षा करता है, और गलत संयोजन चुनने पर कोई भी क्रेडेंशियल देने से पहले ही विफलता हो जाती है।
एन्क्रिप्शन
इम्प्लिसिट या एक्सप्लिसिट, और पोर्ट तय करता है कि कौन सा है। यह वह फ़ील्ड है जिसे लोग फ़ॉर्म में जो डिफ़ॉल्ट था उसी पर छोड़ देते हैं, और यही वजह है कि बिल्कुल सही मेलबॉक्स क्रेडेंशियल्स को अस्वीकार किया हुआ दिखता है।
यूज़रनेम और पासवर्ड
यह वह जगह है जहाँ smtp प्रमाणीकरण वास्तव में होता है, और अक्सर खाते के पासवर्ड की जगह ऐप-विशिष्ट पासवर्ड की आवश्यकता होती है। अगर लिस्टिंग में आपको एक दिया गया और दूसरा नहीं, तो यही कमी असली नतीजा है, न कि क्रेडेंशियल का नकली होना।
प्रेषक पता
आप किसी ऐसे पते से परीक्षण ईमेल नहीं भेज सकते जिससे भेजने की अनुमति खाते को न हो। लॉगिन सफल हो सकता है और फिर भी सिर्फ़ इसी कारण से भेजना अस्वीकार हो सकता है, जो क्रेडेंशियल विफलता जैसा लगता है, लेकिन वह नहीं है।
सीमाएँ
यह पृष्ठ क्या नहीं करेगा
सीधे शब्दों में कहें, क्योंकि किसी डायग्नोस्टिक का उपयोगी हिस्सा यह जानना है कि यह कहाँ तक काम करता है।
यह आपका मेल नहीं पढ़ता
भेजना और प्राप्त करना अलग-अलग प्रोटोकॉल हैं। यह भेजने वाले पक्ष की जाँच करता है। यदि आपको यह जानना है कि मेल पहुँचता है या नहीं, तो वह IMAP या POP3 है और एक अलग जाँच है।
यह आपको नहीं बता सकता कि किसी प्रदाता ने आपको क्यों ब्लॉक किया
कोई सर्वर लॉगिन स्वीकार कर सकता है और फिर भी आपके भेजे गए संदेश को चुपचाप गिरा या क्वारंटीन कर सकता है, उन कारणों से जिन्हें वह प्रकट नहीं करता। एक सफल परीक्षण यह साबित करता है कि दरवाज़ा खुला, यह नहीं कि उसमें से कुछ गुज़रा।