इस वीडियो के बारे में

इस वीडियो के पते उदाहरण हैं। फ़ाइल सत्यापन के लिए सशुल्क खाता चाहिए।

वीडियो ट्रांसक्रिप्ट

1. 00:00नौ परतें

   नतीजा मिलने से पहले ईमेल पता जिन परतों से गुज़रता है, वे सब यहाँ हैं। नौ परतें नतीजा तय करती हैं। सिंटैक्स। डिस्पोजेबल। लेबल। DNS। नीति। SMTP। Catch-all। लुकअप। और स्कोरिंग। पहली पाँच परतें मेल सर्वर को छूती तक नहीं। और पता जल्दी रुक सकता है, तो बाद की परतें चलती ही नहीं।

2. 00:23मेल सर्वर से पहले

   परत एक सिंटैक्स है। हम ईमेल का फ़ॉर्मैट, %20 जैसा बचा हुआ URL एन्कोडिंग और लंबाई जाँचते हैं। यहाँ फेल हुआ तो वह invalid है, और कोई क्रेडिट नहीं लगता। परत दो डोमेन की तुलना लगातार अपडेट होने वाली डिस्पोजेबल सूची से करती है। मेल मिल गया तो जाँच वहीं रुक जाती है, और डिफ़ॉल्ट रूप से वह मुफ़्त है। परत तीन सिर्फ़ लेबल जोड़ती है। मुफ़्त मेल डोमेन। info या sales जैसा role नाम। Gmail के डॉट या प्लस टैग जैसा उपनाम। और टाइपो का संकेत। एक लेबल नतीजा बदल सकता है। role नाम वाला valid या catch-all पता role बनकर खत्म होता है। परत चार DNS से पूछती है कि यह डोमेन मेल कहाँ पाता है। डोमेन नहीं, मेल सर्वर नहीं, या सारा मेल ठुकराने वाला रिकॉर्ड हो तो invalid। लेकिन DNS टाइमआउट या सर्वर त्रुटि कुछ साबित नहीं करती, इसलिए वह unknown है। परत पाँच नीति है। Apple iCloud, Proton और Tuta अपने डोमेन पर भरोसेमंद SMTP संकेत नहीं देते। इसलिए हम पूछते ही नहीं। यह unknown है, और मुफ़्त है।

3. 01:22मेल सर्वर से पूछें

   परत छह पहली है जो मेल सर्वर से बात करती है। यह डिफ़ॉल्ट रूप से चालू है। API में check_smtp false इसे बंद कर देता है। परत छह से आठ छूट जाती हैं, और ज़्यादातर पते unknown आते हैं। यह एक SMTP बातचीत खोलती है। यह जुड़ती है, अपना परिचय देती है, इस प्राप्तकर्ता का नाम लेती है, और जवाब पढ़ती है। कोई ईमेल कभी नहीं भेजा जाता। ऐसा कोई उपयोगकर्ता नहीं मतलब invalid। बाद में फिर कोशिश करें मतलब unknown, और फ़ाइल जॉब ग्रेलिस्टिंग को खुद दोबारा आज़माते हैं। ब्लॉक मेलबॉक्स के बारे में कुछ नहीं बताता, इसलिए वह unknown है। मेलबॉक्स भरा होना भी unknown है। स्वीकार का जवाब आगे बढ़ जाता है। हाँ हमेशा सबूत नहीं होता, क्योंकि कुछ डोमेन हर पता स्वीकार कर लेते हैं। इसलिए परत सात एक रैंडम पता भी आज़माती है जो होना नहीं चाहिए। अगर सर्वर उसे ठुकरा दे, तो हाँ मान्य होती है। अगर वह उसे भी स्वीकार कर ले, तो डोमेन catch-all है। Catch-all तभी दिखता है जब सर्वर ने आपका पता भी स्वीकार किया हो। उस हाँ के बिना नतीजा unknown है। परत आठ कुछ उपभोक्ता मेल प्रदाताओं के लिए है। प्रदाता खाते की जाँच SMTP की जगह लेती है। खाता मिला तो valid। न मिला तो invalid। जाँच फेल हो तो unknown, कभी invalid नहीं।

4. 02:33सबूत से नतीजे तक

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

5. 02:57लागत

   unknown, खराब सिंटैक्स और डिस्पोजेबल मुफ़्त हैं। बाकी हर नतीजे में एक क्रेडिट लगता है, catch-all और role समेत। उसी पते को 24 घंटे में दोबारा जाँचें, तो आप दो बार भुगतान नहीं करते, जब तक आप API से रिफ़्रेश के लिए मजबूर न करें। लेकिन जो unknown बाद में पक्का नतीजा बनकर लौटे, उसमें एक क्रेडिट लगता है।

6. 03:13छह नतीजे

   तो हर पता छह स्टेटस में से एक पर खत्म होता है। Invalid। Disposable। Role। Catch-all। Valid। और unknown, जो खराब पता नहीं है। इसका मतलब है कि हमें भरोसेमंद जवाब नहीं मिल सका।

7. 03:27मुफ़्त में शुरू करें

   खाते का उपयोग करने वाले हर दिन 20 निःशुल्क क्रेडिट, महीने में 600 तक। क्रेडिट कार्ड की ज़रूरत नहीं। billionverify.com पर शुरू करें।