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

इस वीडियो के पते उदाहरण हैं। फ़ाइल सत्यापन के लिए सशुल्क खाता चाहिए। BillionVerify का Mimecast, Proofpoint, Barracuda या Sophos से कोई संबंध नहीं है और इनमें से किसी ने इसका समर्थन नहीं किया है।

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

1. 00:00गेटवे पहचानना

   Mimecast, Proofpoint, Barracuda और Sophos, ये सब किसी कंपनी के मेल के आगे बैठ सकते हैं। तब नतीजा इस पर निर्भर करता है कि वह गेटवे कैसा व्यवहार करता है। ये रहे चार मामले, और हर एक में क्या करें। हम गेटवे को डोमेन के मेल रिकॉर्ड से पहचानते हैं। MX होस्ट नाम बताता है कि मेल कौन लेता है। यही चीज़ आप API में mx_records नाम के फ़ील्ड में पढ़ सकते हैं। फिर व्यवहार तय करता है। हम देखते हैं कि गेटवे आपके पते के साथ कैसा बर्ताव करता है, और किसी बेतरतीब पते के साथ कैसा, जो मौजूद होना ही नहीं चाहिए। इससे चार मामले बनते हैं।

2. 00:34चार मामले

   पहला मामला। गेटवे आपका पता स्वीकार करता है और बेतरतीब पता ठुकरा देता है। वह पतों में फ़र्क कर रहा है, इसलिए उसकी हाँ का मतलब है। नतीजा valid है, कारण smtp_deliverable। दूसरा मामला। वह दोनों स्वीकार करता है। गेटवे सब कुछ स्वीकार करने वाले मोड में है, इसलिए उस हाँ से किसी एक मेलबॉक्स के बारे में कुछ साबित नहीं होता। स्टेटस catch-all है, कारण gateway_accept_all है, और एक क्रेडिट लगता है। तीसरा मामला। वह आपका पता स्वीकार करता है, पर बेतरतीब पते को अस्थायी रूप से सीमित करता है। यह Mimecast और ऐसे ही गेटवे के साथ होता है। हम हाँ को रखते हैं, इसलिए यह valid है। स्कोर कम रहता है, क्योंकि किसी चीज़ ने यह साबित नहीं किया कि डोमेन catch-all नहीं है। चौथा मामला। गेटवे जाँच को ब्लॉक कर देता है। ब्लॉक से मेलबॉक्स के बारे में कुछ पता नहीं चलता, इसलिए स्टेटस अज्ञात है, और कारण smtp_blocked है। कोई शुल्क नहीं लगता, और दोबारा कोशिश करने से आम तौर पर मदद नहीं मिलती।

3. 01:22अस्थायी जवाब

   गेटवे ऐसे जवाब भी भेजते हैं जिनका मतलब बस इतना है कि रुकिए। Mimecast जाँच को ग्रेलिस्ट कर सकता है। Proofpoint कह सकता है कि डायरेक्टरी लुकअप अभी चल रहा है। दोनों अज्ञात लौटाते हैं, और दोनों दोबारा आज़माए जा सकते हैं। फ़ाइल जॉब में आपको कुछ करने की ज़रूरत नहीं। ग्रेलिस्टिंग अपने आप दोबारा आज़माई जाती है, और शुल्क एक ही बार लगता है, जब कोई निश्चित नतीजा आए। API से, उन पंक्तियों पर force_refresh इस्तेमाल करें जहाँ retryable true है। Sophos का एक और मामला है। उसके कुछ जवाब प्राप्तकर्ता के बारे में कोई निष्कर्ष नहीं देते। वे कारण smtp_unverifiable के साथ अज्ञात लौटाते हैं, और उन्हें दोबारा नहीं आज़माया जा सकता। एक सेटिंग यह सब छिपा सकती है। API में check_smtp डिफ़ॉल्ट रूप से चालू है। उसे false करें, तो SMTP परतें छूट जाती हैं और ज़्यादातर पते अज्ञात लौटते हैं। MCP टूल में डिफ़ॉल्ट false है, इसलिए वहाँ true भेजें।

4. 02:13अपने नतीजे पढ़ें

   नतीजों की फ़ाइल में ev_status समूह बताता है, और ev_reason मामला बताता है। gateway_accept_all और mimecast_greylist सीधे कारण का नाम लेते हैं। बाकी कोड सामान्य हैं, क्योंकि वे बिना गेटवे वाले डोमेन पर भी आते हैं।

5. 02:27क्या करें

   वैध आपके मुख्य भेजने में जाता है। Catch-all उसी नियम पर चलता है जो आप पहले से इस्तेमाल करते हैं: ज़रूरी मेल आम तौर पर जाता है, और कोल्ड आउटरीच आपका फ़ैसला है। दोबारा आज़माने लायक अज्ञात को एक और मौका मिलता है। ब्लॉक हुए अज्ञात को नहीं, उसे रोककर रखें या सावधानी से भेजें। गेटवे का कोई तय नतीजा नहीं होता। उस डोमेन पर उसका व्यवहार तय करता है, इसलिए क्या भेजना है यह चुनने से पहले कारण पढ़ें।

6. 02:48मुफ़्त में शुरू करें

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

इस वीडियो में दिखाया गया

• ईमेल गेटवे (Email gateway)
• Email suraksha