ईमेल वैलिडेटर
हमारे मुफ्त ऑनलाइन टूल के साथ ईमेल पतों को सत्यापित करें
वैधता जांचने के लिए पूरा ईमेल पता दर्ज करें
• उपयोगकर्ता नाम में अक्षर, संख्याएँ, डॉट, अंडरस्कोर, प्रतिशत, प्लस, या माइनस हो सकते हैं
• [email protected] प्रारूप होना चाहिए
• डोमेन में अक्षर, संख्याएँ, डॉट और हाइफन होनी चाहिए
• एक वैध टॉप-लेवल डोमेन (TLD) होना चाहिए
• स्पेस या कुछ विशेष वर्ण नहीं हो सकते
ईमेल वैलिडेटर का उपयोग कैसे करें
- 1
एक ईमेल पता दर्ज करें
एक पूरा ईमेल पता जैसे [email protected] इनपुट फ़ील्ड में टाइप करें या पेस्ट करें।
- 2
Validate Email पर क्लिक करें
पते को मानक ईमेल फ़ॉर्मैट नियमों के अनुसार जाँचने के लिए Validate Email दबाएँ।
- 3
सत्यापन विवरण की समीक्षा करें
देखें कि पता मान्य है या नहीं और हर जाँच की पड़ताल करें: @ चिह्न, यूज़रनेम, डोमेन फ़ॉर्मैट, टॉप-लेवल डोमेन, और समग्र फ़ॉर्मैट।
- 4
कॉपी करें या क्लियर करें
किसी पुष्ट पते को सहेजने के लिए Copy का इस्तेमाल करें, या कोई दूसरा जाँचने के लिए Clear का।
ईमेल सत्यापन: यह आपको क्या बता सकता है और क्या नहीं
दो बहुत अलग सवाल
जब लोग कहते हैं कि वे किसी ईमेल पते को सत्यापित करना चाहते हैं, तो उनका आमतौर पर दो भिन्न चीज़ों में से एक मतलब होता है, और इन्हें आपस में मिला देना ही इस क्षेत्र की अधिकांश उलझन की वजह है। पहला सवाल वाक्य-रचनात्मक है: क्या यह स्ट्रिंग किसी ईमेल पते की आकृति वाली है, एक स्थानीय हिस्सा, एक at चिह्न, और एक पहचानने योग्य टॉप-लेवल डोमेन में ख़त्म होते डोमेन के साथ? दूसरा वितरण-योग्यता के बारे में है: क्या यह मेलबॉक्स असल में मौजूद है और क्या वह मेल प्राप्त कर सकता है? ये पूरी तरह अलग समस्याएँ हैं, और पहले को पास करना दूसरे के बारे में लगभग कुछ नहीं कहता।
यह टूल पहले सवाल का जवाब देता है। यह किसी पते के फ़ॉर्मैट को मानक संरचनात्मक नियमों के विरुद्ध जाँचता है और बताता है कि कौन-से हिस्से पास होते हैं: at चिह्न, यूज़रनेम हिस्सा, डोमेन, टॉप-लेवल डोमेन, और समग्र आकृति। एक हरा नतीजा मतलब है कि पता सही-संरचित है, यह नहीं कि दूसरी ओर कोई है।
वाक्य-रचना सत्यापन बनाम वितरण-योग्यता
वितरण-योग्यता सत्यापन फ़ॉर्मैट से कहीं आगे जाता है। इसमें आमतौर पर एक DNS लुकअप शामिल होता है ताकि पुष्टि हो कि डोमेन के पास MX (mail exchange) रिकॉर्ड हैं, जिसका मतलब है कि डोमेन असल में ईमेल प्राप्त करने के लिए कॉन्फ़िगर किया गया है, उसके बाद कुछ मामलों में एक SMTP जाँच जो मेल सर्वर से जुड़ती है और पूछती है कि वह विशिष्ट मेलबॉक्स मौजूद है या नहीं। इन जाँचों को बाहरी मेल सर्वरों तक नेटवर्क पहुँच चाहिए और इन्हें ब्राउज़र में किसी अकेली स्ट्रिंग से नहीं किया जा सकता। तब भी ये अपूर्ण हैं, क्योंकि कई मेल सर्वर जानबूझकर हर पते को स्वीकार कर लेते हैं ताकि ठीक इसी तरह की जाँच को नाकाम कर सकें।
तो एक परतदार तस्वीर उभरती है। वाक्य-रचना सत्यापन, जो यह टूल स्थानीय रूप से करता है, तुरंत और निजी है और टाइपो व स्पष्ट रूप से ख़राब इनपुट को पकड़ता है। वितरण-योग्यता जाँच, जिसके लिए एक समर्पित सत्यापन सेवा चाहिए, मृत डोमेन और कुछ अस्तित्वहीन मेलबॉक्स पकड़ती है पर फिर भी यह गारंटी नहीं दे सकती कि कोई असली इंसान मेल पढ़ेगा।
एकदम सही regex सत्यापन व्यावहारिक रूप से असंभव क्यों है
किसी ईमेल पते का औपचारिक व्याकरण, उस मानक में परिभाषित जिसे RFC 5322 कहते हैं, अपने फैलाव के लिए मशहूर है। यह स्पेस और विशेष अक्षरों वाले उद्धृत स्थानीय हिस्सों, कोष्ठकों में टिप्पणियों, और तरह-तरह की ऐसी रचनाओं की अनुमति देता है जिन्हें लगभग कोई असल में इस्तेमाल नहीं करता। ऐसा कोई regular expression जो हर तकनीकी रूप से मान्य पते को स्वीकार करे और हर अमान्य को अस्वीकार करे, इतना विशाल और अपठनीय होता है कि वह डेवलपरों के बीच एक चलता हुआ मज़ाक है, और तब भी वह यह सत्यापित नहीं कर सकता कि डोमेन मौजूद है। व्यावहारिक सत्यापनकर्ता, इसमें यह वाला भी, जानबूझकर पूरे व्याकरण की बजाय एक समझदार, सामान्य-बुद्धि वाला उपसमुच्चय लागू करते हैं।
निष्कर्ष यह है कि कोई भी समझदार ईमेल सत्यापनकर्ता एक समझौता करता है। यह वास्तविक दुनिया के अधिकांश पतों को स्वीकार करता है जबकि साफ़ कचरे को अस्वीकार करता है, और यह सचेत रूप से विनिर्देश के हर अनोखे कोने का सम्मान करने की कोशिश नहीं करता, क्योंकि ऐसा करने से यह स्पष्ट टाइपो को कम भरोसे से अस्वीकार करता और फिर भी वितरण-योग्यता का कोई प्रमाण नहीं देता। फ़ॉर्मैट सत्यापन एक छननी है, गारंटी नहीं।
मान्य पते जिन्हें भोली जाँचें ग़लत से अस्वीकार कर देती हैं
ज़रूरत से ज़्यादा सख़्त सत्यापनकर्ता नियमित रूप से बिल्कुल वैध पतों को अस्वीकार कर देते हैं, जो थोड़ा उदार होने से भी बुरा है क्योंकि यह असली उपयोगकर्ताओं को लौटा देता है। प्लस-एड्रेसिंग इसका एक प्रमुख उदाहरण है: [email protected] जैसा पता मान्य है और छनाई के लिए व्यापक रूप से इस्तेमाल होता है, फिर भी कई घर के बने जाँचें प्लस चिह्न को अस्वीकार कर देती हैं। डोमेन हिस्से में सबडोमेन, जैसे [email protected] में, मान्य हैं पर उन पैटर्न को उलझा देते हैं जो एक अकेला डॉट मान लेते हैं। नए टॉप-लेवल डोमेन का विस्फोट, छोटे वालों से लेकर लंबे ब्रांड और जेनरिक एक्सटेंशन तक, उन पुराने नियमों को तोड़ देता है जो दो-से-चार-अक्षर वाले TLD को हार्ड-कोड कर देते थे।
अंतरराष्ट्रीयकृत पते और भी आगे ले जाते हैं। आधुनिक मानक स्थानीय हिस्से और डोमेन दोनों में ग़ैर-ASCII अक्षरों की अनुमति देते हैं, इसलिए उच्चारण-चिह्न वाले अक्षरों या पूरी तरह ग़ैर-लैटिन लिपियों का इस्तेमाल करने वाले पते वैध हो सकते हैं। ऐसा सत्यापनकर्ता जो केवल-ASCII मान लेता है इन्हें ग़लत से अस्वीकार कर देगा। किसी साइनअप फ़ॉर्म बनाने वाले के लिए सबक यह है कि स्वीकृति की ओर झुकें: किसी असली ग्राहक का वैध पता अस्वीकार करना एक महँगा false negative है।
False positives: सही-संरचित पर ग़लत
उल्टी नाकामी है ऐसा पता स्वीकार करना जो वाक्य-रचनात्मक रूप से एकदम सही है पर बेकार है। [email protected] जैसा टाइपो किया हुआ डोमेन हर फ़ॉर्मैट जाँच पास कर लेता है फिर भी कहीं नहीं जाता, और [email protected] जैसी जानबूझकर नकली पर सही-संरचित प्रविष्टि भी सरपट निकल जाती है। डिस्पोज़ेबल और फेंक देने वाले पते भी रूप में मान्य हैं, जैसे वे पते भी जिनके मेलबॉक्स बरसों पहले निष्क्रिय कर दिए गए थे। इनमें से किसी को भी अकेली वाक्य-रचना से नहीं पकड़ा जा सकता, यही ठीक वजह है कि कोई फ़ॉर्मैट जाँच कभी इसकी पुष्टि नहीं कर सकती कि मेल पहुँचेगा।
इनमें से कुछ को ऐसे अतिरिक्त कदमों से कम किया जा सकता है जो कोई फ़ॉर्मैट जाँचकर्ता नहीं करता, जैसे आम डोमेन टाइपो को चिह्नित करना या डोमेन की तुलना ज्ञात डिस्पोज़ेबल प्रदाताओं की एक सूची से करना। पर मूलभूत सीमा क़ायम रहती है: सही दिखना और असली होना अलग गुण हैं, और इनमें से केवल एक पते के टेक्स्ट में दिखाई देता है।
एकमात्र निश्चित परीक्षण एक पुष्टिकरण ईमेल है
हर सत्यापन तकनीक के बावजूद, यह निश्चित होने का ठीक एक ही तरीका है कि कोई पता मौजूद भी है और उस व्यक्ति का है जिसने उसे दर्ज किया: उसे एक अनोखे पुष्टिकरण लिंक वाला संदेश भेजें और उन्हें उस पर क्लिक करना ज़रूरी बनाएँ। यह वह double opt-in पैटर्न है जिसे लगभग हर प्रतिष्ठित मेलिंग सूची और खाता प्रणाली इस्तेमाल करती है। यह वितरण-योग्यता साबित करता है, स्वामित्व साबित करता है, और आपको टाइपो से और किसी के दूसरे व्यक्ति का पता दर्ज करने से बचाता है, सब एक साथ। फ़ॉर्मैट और वितरण-योग्यता जाँचें उपयोगी पूर्व-छननियाँ हैं, पर पुष्टिकरण ही ज़मीनी सच्चाई है।
इसलिए एक ठोस वास्तविक-दुनिया प्रवाह इन तरीकों को एक के ऊपर एक रखता है: तुरंत प्रतिक्रिया के लिए और जैसे-जैसे उपयोगकर्ता टाइप करे टाइपो पकड़ने के लिए क्लाइंट पर फ़ॉर्मैट सत्यापित करें, किसी भेजने को बर्बाद करने से पहले मृत डोमेन छाँटने के लिए वैकल्पिक रूप से सर्वर पर एक वितरण-योग्यता जाँच चलाएँ, और फिर हमेशा अंतिम, आधिकारिक कदम के रूप में एक पुष्टिकरण ईमेल भेजें। हर परत ख़राब पतों का एक अलग वर्ग हटा देती है।
क्लाइंट-साइड सत्यापन का सही इस्तेमाल
क्लाइंट-साइड फ़ॉर्मैट सत्यापन, जो यह टूल करता है और जो किसी साइनअप फ़ॉर्म को ब्राउज़र में करना चाहिए, तत्काल उपयोगकर्ता प्रतिक्रिया के रूप में चमकता है। किसी के टाइप करना ख़त्म करते ही एक गुमशुदा at चिह्न या एक स्पष्ट टाइपो पकड़ लेना उन्हें सबमिट करने देने और किसी बाउंस का इंतज़ार करने से कहीं बेहतर है। चूँकि यह स्थानीय रूप से चलता है, यह तुरंत और निजी है, पता कभी पेज छोड़ता ही नहीं। कुंजी इसे एक मददगार धक्के के रूप में इस्तेमाल करना है, द्वारपाल के रूप में नहीं, नियमों को इतना उदार रखते हुए कि असली पर असामान्य पते भी पास हो जाएँ।
क्लाइंट-साइड सत्यापन को पूरी रणनीति की बजाय बचाव की पहली और सबसे मैत्रीपूर्ण परत मानें। यहाँ की तत्काल फ़ॉर्मैट जाँच को हर उस चीज़ के लिए जो मायने रखती है एक सर्वर-साइड पुष्टिकरण कदम के साथ जोड़ें, और आपको दोनों का सर्वोत्तम मिलता है: एक सहज अनुभव जो गलतियों को जल्दी पकड़ता है, और उसके पीछे एक ऐसी प्रक्रिया जो असल में साबित करती है कि पता काम करता है।
अक्सर पूछे जाने वाले प्रश्न
यह टूल असल में क्या जाँचता है?
क्या मान्य नतीजे का मतलब है कि ईमेल मेल प्राप्त कर सकता है?
एक मान्य पते में कौन-से अक्षर अनुमत हैं?
मेरा पता अमान्य क्यों दिखाया गया है?
क्या मेरा ईमेल पता निजी रखा जाता है?
संबंधित टूल्स
इन उपयोगी टूल्स के साथ आगे बढ़ें