क्या यह ईमेल मौजूद है? फ़ॉर्मेट का अनुमान लगाने के बजाय प्राप्तकर्ता सर्वर पर लाइव SMTP जांच से रीयल टाइम में मुफ़्त जवाब पाएं। बिना क्रेडिट कार्ड मुफ़्त जांचें — हर दिन लॉगिन करने पर 20 मुफ़्त क्रेडिट, महीने में अधिकतम 600 तक।
पता पेस्ट करें और BillionVerify छह परतों से बताता है कि यह ईमेल मौजूद है या नहीं: संरचना, मौजूद डोमेन, मौजूद MX रिकॉर्ड, लाइव SMTP मेलबॉक्स जांच, अस्थायी ईमेल पहचान और रोल अकाउंट विश्लेषण।
छह परतें अलग-अलग रिपोर्ट देकर तय करती हैं कि मेलबॉक्स मौजूद है या नहीं।
गलत संरचना वाली स्ट्रिंग कहीं भी ईमेल पता नहीं हो सकती। यह परत उसे मिलीसेकंड में अस्वीकार कर देती है।
मेलबॉक्स ऐसे डोमेन पर मौजूद नहीं हो सकता जो खुद मौजूद न हो। काल्पनिक और समाप्त हो चुके डोमेन पर जांच यहीं खत्म हो जाती है।
MX रिकॉर्ड न होने पर मेल पहुंच नहीं सकता, इसलिए उस पते के पीछे कोई पहुंच योग्य मेलबॉक्स नहीं हो सकता।
लाइव SMTP जांच। केवल प्राप्तकर्ता सर्वर बता सकता है कि यह ईमेल वास्तविक प्राप्तकर्ता के रूप में मौजूद है या नहीं।
Temp-mail इनबॉक्स वर्षों नहीं, केवल कुछ दिनों तक रहते हैं। यह फ़्लैग मौजूद होने और टिके रहने का फर्क बताता है।
info@ और support@ मौजूद तो होते हैं, लेकिन किसी एक व्यक्ति के नहीं होते जिसे आप संबोधित कर सकें।
हर बार जांच करने पर चार स्वचालित चरण चलते हैं।
पते को पार्स करें। असंभव स्ट्रिंग मौजूद नहीं हो सकती और किसी नेटवर्क कॉल से पहले ही अस्वीकार हो जाती है।
डोमेन और उसके MX रिकॉर्ड रिज़ॉल्व करें। क्या मेल रूट के बिना यह ईमेल मौजूद हो सकता है? नहीं।
SMTP सेशन खोलें और जवाब पढ़ें: मौजूद है, मौजूद नहीं है, या सर्वर ने जवाब नहीं दिया।
अस्थायी, रोल और catch-all फ़्लैग जोड़ें, क्योंकि हर मौजूद मेलबॉक्स रखने लायक नहीं होता।
रीयल टाइम
प्रतिक्रिया
लाइव SMTP सत्यापन
0 क्रेडिट
अनिश्चित परिणामों के लिए
अनिश्चित परिणामों पर कभी शुल्क नहीं लगता
600
मासिक मुफ़्त क्रेडिट
लॉगिन पर रोज़ 20
6
सत्यापन परतें
प्रति जांचा गया पता
हर टूल सवाल को एक खास जोखिम तक सीमित करता है।
स्पष्ट डिलीवरेबिलिटी स्थिति के साथ पूरा SMTP सत्यापन।
मेलबॉक्स-स्तर का सत्यापन — हर IP पर 24 घंटे में 20 मुफ़्त SMTP जाँच।
साबित करें कि कोई पता असली मेलबॉक्स का है।
SMTP स्तर के प्रमाण समेत शुरू से अंत तक सत्यापन।
सत्यापन की सर्वोत्तम प्रथाओं के साथ चरण-दर-चरण गाइड।
अस्तित्व, परत-दर-परत
क्या यह ईमेल मौजूद है, यह किसी और के सर्वर पर मेलबॉक्स का सवाल है। स्थानीय रूप से जांची गई कोई चीज इसका जवाब नहीं दे सकती, इसलिए जांच बाहर की ओर बढ़ती है: स्ट्रिंग, डोमेन, रूट, मेलबॉक्स।
पहली परत केवल पूछती है कि पता मौजूद हो सकता है या नहीं: एक local part, एक @, एक डोमेन और कोई अमान्य वर्ण नहीं। यहां विफल होने वाला पता कहीं मौजूद नहीं हो सकता।
पास होने से लगभग कुछ पता नहीं चलता। यह ईमेल कल मौजूद था या अभी मौजूद है — syntax इनमें से किसी सवाल का जवाब नहीं देता, क्योंकि बनाए हुए पते भी बिल्कुल सही फ़ॉर्मेट में हो सकते हैं।
डोमेन रिज़ॉल्व करके उसके MX रिकॉर्ड पढ़ने से पता चलता है कि कोई गंतव्य मौजूद भी है या नहीं। जो डोमेन कभी मौजूद नहीं था या कोई मेल रूट प्रकाशित नहीं करता, वह सवाल यहीं खत्म कर देता है।
कई पते यहीं विफल हो जाते हैं। क्या बिना मेल सर्वर वाले डोमेन पर यह ईमेल मौजूद हो सकता है? नहीं, भले ही @ से पहले का नाम कितना भी विश्वसनीय लगे।
निर्णायक परत लाइव SMTP सेशन खोलकर प्राप्तकर्ता पथ जांचती है। कोई मेल भेजा नहीं जाता और किसी को सूचना नहीं मिलती। सर्वर का जवाब ही वह प्रमाण है जो बता सकता है कि मेलबॉक्स मौजूद है।
स्वीकार होने का मतलब है कि यह मौजूद है। स्थायी अस्वीकृति का मतलब है कि यह मौजूद नहीं है। टालने का मतलब है कि सर्वर ने जवाब नहीं दिया — यह तीसरा जवाब है, छुपी हुई हाँ नहीं।
अस्थायी इनबॉक्स कुछ दिनों तक रहते हैं। साझा रोल पते लंबे समय तक रहते हैं, पर किसी एक व्यक्ति के नहीं होते। catch-all डोमेन हर बनाए हुए नाम को मौजूद दिखाते हैं।
इसलिए फ़्लैग नतीजे के साथ दिए जाते हैं। यह ईमेल मौजूद है या नहीं और इसे आपके डेटाबेस में होना चाहिए या नहीं — ये अलग सवाल हैं।
चार जवाब
दो निश्चित जवाब और दो ईमानदार अनिश्चितताएं। अनिश्चित जवाबों को हाँ मान लेना ही सूचियों को खराब करता है।
आपके पूछने पर मेलबॉक्स ने जवाब दिया। यह सबसे मजबूत उपलब्ध प्रमाण है और किसी पते पर भरोसा करने से पहले उसका अस्तित्व जांचने की वजह भी।
यह उस पल की स्थिति है। आज मौजूद मेलबॉक्स लोगों के जाने पर बंद हो जाते हैं, इसलिए किसी महत्वपूर्ण काम से पहले फिर जांचें।
ऐसा मेलबॉक्स नहीं, मेल रूट नहीं, या पता असंभव है। फिर भी भेजने पर उस गैर-मौजूद पते से hard bounce मिलता है।
पंक्ति और कारण सुरक्षित रखें। कभी अंदाज़े से सुधार न करें: अनुमान से सुधरा पता मौजूद हो सकता है और किसी अजनबी का हो सकता है।
डोमेन हर local part स्वीकार करता है, इसलिए SMTP मौजूद मेलबॉक्स को बनाए हुए नामों से अलग नहीं कर सकता। firstname.lastname पैटर्न से बनी फ़ाइलें ऐसे पतों से भरी होती हैं।
catch-all को अलग श्रेणी में रखें। क्या यह ईमेल मौजूद है? catch-all डोमेन पर ईमानदार जवाब यही है कि कंपनी से बाहर कोई नहीं बता सकता।
Greylisting, टालना और rate limit सामान्य हैं। अज्ञात का मतलब है कि जांच यह तय नहीं कर सकी कि मेलबॉक्स मौजूद है या नहीं; इसका अर्थ यह नहीं कि वह मौजूद नहीं है।
बाद में फिर पूछें। अधिकतर अज्ञात नतीजे दूसरी कोशिश में मौजूद या मौजूद-नहीं में बदल जाते हैं।
कब पूछें
यह सवाल पता लेते समय सबसे सस्ता और कोई महत्वपूर्ण संदेश भेजने से ठीक पहले सबसे मूल्यवान होता है।
इनवॉइस, कॉन्ट्रैक्ट, पासवर्ड रीसेट या इच्छुक लीड का जवाब। एक बार जांच लें कि यह ईमेल मौजूद है और संदेश के चुपचाप विफल होने से बचें।
एक त्वरित जाँच कर लेना उस गैर-मौजूद पते से जवाब न आने की वजह एक सप्ताह तक सोचते रहने से बेहतर है।
फ़ॉर्म और CRM एंट्री के जरिए गैर-मौजूद पते आपके सिस्टम में आते हैं। व्यक्ति के पेज पर रहते हुए पूछना ही वह मौका है जब सही जवाब जानने वाला व्यक्ति टाइपो ठीक कर सकता है।
धीमे प्रदाता के कारण फ़ॉर्म रोकने के बजाय पते को असत्यापित मानकर आगे बढ़ने दें, फिर बैकग्राउंड में दोबारा जांचें।
खरीदी और स्क्रैप की गई फ़ाइलों में मौजूद मेलबॉक्स और वर्षों पहले बंद हो चुके मेलबॉक्स मिले होते हैं। पूरी फ़ाइल के लिए, बल्क ईमेल सत्यापन हर पंक्ति से यही सवाल पूछता है।
पहले यहां एक नमूने पर जांचें कि ईमेल मौजूद हैं या नहीं, फिर पूरी प्रक्रिया में क्रेडिट लगाएं।
सीमाएं
मेलबॉक्स मौजूद है या नहीं, यह सीमित मगर उपयोगी तथ्य है। इसमें तीन बातें शामिल नहीं हैं।
मेलबॉक्स मौजूद होने का मतलब यह नहीं कि आप उसे ईमेल कर सकते हैं। सहमति आपके अपने रिकॉर्ड में होती है।
अपनी bounce rate बचाने के लिए जांचें कि ईमेल मौजूद है या नहीं; संदेश भेजने की अनुमति अपने सिस्टम से जांचें।
मेलबॉक्स मौजूद हो सकता है, लेकिन आपके रिकॉर्ड में दर्ज नाम वाले व्यक्ति का न हो। साझा alias और पुराना enrichment इस धारणा को बार-बार गलत साबित करते हैं।
मालिकाना हक first-party प्रमाण से तय करें। जांच केवल यह बताती है कि मेलबॉक्स मौजूद है या नहीं।
मौजूद मेलबॉक्स भी आपका संदेश spam में भेज सकता है, क्योंकि inbox placement आपकी प्रतिष्ठा, authentication और सामग्री पर निर्भर करता है।
यहां गैर-मौजूद पते हटाएं, फिर inbox placement को अलग प्रक्रिया मानें।
संबंधित पेज
एक इंजन, कई प्रस्तुतियां। वह पेज चुनें जिसकी भाषा आपकी जरूरत से मेल खाती हो।
ईमेल पता सत्यापित करें पेज इसी इंजन को इस सवाल के अनुसार प्रस्तुत करता है कि आपका संदेश पहुंचेगा या नहीं।
सटीकता वही, शब्द अलग — यह बस उन्हीं शब्दों में नहीं पूछता कि मेलबॉक्स मौजूद है या नहीं।
सक्रिय ईमेल चेकर इस सवाल पर केंद्रित है कि मौजूद मेलबॉक्स अब भी उपयोग में है या नहीं।
अस्तित्व और सक्रियता संबंधित हैं, लेकिन एक नहीं; दोनों पेज जानबूझकर उन्हें अलग रखते हैं।
जब एक पता पर्याप्त न हो, ईमेल सूची सफ़ाई हर पंक्ति पर वही नियम लागू करता है और कारणों को export में सुरक्षित रखता है।
यह वही टूल है जिसकी जरूरत तब पड़ती है, जब ‘क्या यह ईमेल मौजूद है’ का सवाल बदलकर ‘इन पचास हजार में से कौन से अब भी मौजूद हैं’ हो जाता है।
चार चरण: उन स्ट्रिंग को हटाना जो ईमेल पते के रूप में मौजूद नहीं हो सकतीं, डोमेन और उसके MX रिकॉर्ड के अस्तित्व की पुष्टि करना, सीधे SMTP सेशन से मेलबॉक्स का अस्तित्व जांचना, फिर जोखिम फ़्लैग जोड़ना। ईमेल मौजूद है या नहीं, इसका जवाब रीयल टाइम में मिलता है।
जवाब उसी सर्वर से आता है जो वास्तव में मेल प्राप्त करेगा। केवल फ़ॉर्मेट जांचने वाला टूल यह नहीं जान सकता कि मेलबॉक्स मौजूद है; वह बस बता सकता है कि स्ट्रिंग ईमेल पता हो सकती है। इसी अंतर के कारण यह पेज SMTP जांच चलाता है। सटीकता का कोई एक निश्चित आंकड़ा नहीं होता, क्योंकि कुछ सर्वर देर से या अस्पष्ट जवाब देते हैं। ऐसी स्थिति में BillionVerify पते को वैध कहने के बजाय catch-all या अनिश्चित का लेबल लगाकर स्थिति स्पष्ट करता है, और अनिश्चित परिणामों पर शुल्क नहीं लगता।
इसका मतलब है कि प्राप्तकर्ता सर्वर ने पते को साफ़ तौर पर अस्वीकार किया: ऐसा मेलबॉक्स नहीं है, मेल रूट नहीं है, या पता कभी मौजूद हो ही नहीं सकता। क्या यह ईमेल पहले मौजूद था? संभव है — बंद अकाउंट और हटाए गए alias अक्सर किसी पते के गायब होने की वजह होते हैं।
यह catch-all डोमेन है। यह हर local part स्वीकार करता है, इसलिए हर बनाया हुआ नाम मौजूद दिखता है और कोई जांच असली मेलबॉक्स को काल्पनिक नामों से अलग नहीं कर सकती। सच यह है कि कंपनी से बाहर कोई निश्चित रूप से नहीं बता सकता।
हाँ। फ़्री अकाउंट से मुफ़्त जांचें: हर दिन लॉगिन करने पर 20 क्रेडिट, महीने में अधिकतम 600 तक; क्रेडिट कार्ड की जरूरत नहीं। मुफ़्त टियर पर भी पूरी SMTP जांच चलती है।
नहीं। हर ईमेल अस्तित्व जांच रीयल टाइम में चलती है और पता कभी संग्रहीत नहीं किया जाता। डेटा ट्रांज़िट में एन्क्रिप्टेड रहता है और प्रोसेसिंग के तुरंत बाद हटा दिया जाता है।
सशुल्क AI सुविधाओं के साथ उन्नीस मुफ्त टूल, जिनमें से किसी के लिए अकाउंट जरूरी नहीं।
ईमेल सत्यापन उपकरण
मुफ़्त ईमेल वेरिफ़ायर सिंटैक्स, MX, live SMTP mailbox, disposable, role और catch-all जाँचता है। हर IP को 24 घंटे में 20 पूर्ण SMTP जाँच मिलती हैं, बिना signup।
प्राप्तकर्ता साक्ष्य — प्रेषक या DNS कॉन्फ़िगरेशन नहीं।
ईमेल सत्यापन उपकरण
मुफ़्त ईमेल वैलिडेटर पते का सिंटैक्स और प्रकाशित MX रिकॉर्ड जाँचता है, SMTP का दावा नहीं करता। यह तेज़ शुरुआती स्क्रीन है; catch-all में अक्सर वैध MX दिखते हैं।
ईमेल सत्यापन उपकरण
ईमेल स्पैम चेकर बताता है कि पते के डोमेन पर स्पैम, फ़िशिंग या मैलवेयर का दर्ज इतिहास है या नहीं। जाँच डोमेन स्तर की है, संदेश की सामग्री नहीं देखी जाती।
ईमेल सत्यापन उपकरण
डिस्पोजेबल ईमेल चेकर से पता पेस्ट करके अस्थायी या टेम्प मेल सेवा पहचानें और देखें कि यह साइनअप प्रक्रिया पर क्या असर डालता है। हर IP को 24 घंटे में 20 जांच।
ईमेल सत्यापन उपकरण
मुफ़्त bounce email checker लाइव SMTP जांच से भेजने से पहले hard bounce पहचानता है। हर IP को 24 घंटे में 20 पूर्ण SMTP जांच मिलती हैं, 2% से कम दर सामान्य है।
ईमेल सत्यापन उपकरण
Email list cleaning service हर पंक्ति पर live SMTP जाँचती है, duplicate हटाती है और hard bounce का कारण सहेजती है। मुफ़्त डेमो में 20 पंक्तियाँ साफ़ करें।
क्या यह ईमेल मौजूद है? मुफ़्त जांचें — हर दिन लॉगिन करने पर 20 क्रेडिट, महीने में अधिकतम 600 तक। हर बार लाइव SMTP जांच।
हर महीने 600 मुफ़्त क्रेडिट · क्रेडिट कार्ड आवश्यक नहीं · हर जांच में लाइव SMTP परिणाम
