संक्षिप्त उत्तर: दो चीजें इसका कारण बन सकती हैं: कैशिंग (एक रिपीट चेक एक संग्रहीत परिणाम वापस कर सकता है) और क्षणिक सर्वर की स्थिति (एक अस्थायी unknown) बाद के प्रयास पर वास्तविक उत्तर)। एक बल-ताज़ा अनुरोध हमेशा एक ताजा लाइव चेक चलाता है।
कैशिंग
सत्यापन को तेजी से रखने और मेल सर्वरों को हथौड़ा करने से बचने के लिए, पुष्टि किए गए परिणाम लगभग 24 घंटे के लिए कैश किए जाते हैं। यदि आप उस विंडो के भीतर फिर से उसी पते को सत्यापित करते हैं, तो आपको ब्रांड-न्यू लाइव चेक — के बजाय कैश्ड परिणाम प्राप्त हो सकता है और आपको इसके लिए फिर से शुल्क नहीं लिया जाएगा। यह बार-बार लुकअप को तुरंत बनाए रखता है।
एक अपवाद: unknown परिणाम कैश नहीं किए गए हैं। क्योंकि "हम इसकी पुष्टि नहीं कर सके" एक अस्थायी उत्तर है, unknown पते की फिर से जाँच करना हमेशा एक नया लाइव सत्यापन चलाता है — यही कारण है कि एक unknown बाद में एक निश्चित परिणाम में बदल सकता है प्रयास।
कैश को अनदेखा करने वाले ब्रांड-नए लाइव सत्यापन को बाध्य करने के लिए, force_refresh=true के साथ अनुरोध भेजें। एक बल-ताज़ा एक वास्तविक जाँच करता है और इसके नए परिणाम के अनुसार बिल किया जाता है।
क्षणिक स्थिति
कुछ पहले unknown परिणाम प्राप्त पक्ष पर अस्थायी स्थितियों के कारण होते हैं:
- Greylisting — सर्वर जानबूझकर पहले प्रयास को परिभाषित करता है और बाद में स्वीकार करता है।
- दर सीमित — प्रदाता उस समय ट्रैफ़िक को थ्रॉटल कर रहा था।
- टाइमआउट — सर्वर संक्षेप में धीमा या पहुंच से बाहर था।
जब आप बाद में फिर से जांच करते हैं, तो वे स्थितियां साफ हो सकती हैं, इसलिए पिछला unknown एक निश्चित valid या invalid बन सकता है। यह अपेक्षित व्यवहार है, असंगतता नहीं।
हम क्या सलाह देते हैं
- एक निश्चित, अप-टू-द-सेकंड उत्तर के लिए,
force_refresh=trueका उपयोग करें। - यदि आप किसी सूची का बैच-सत्यापन कर रहे हैं, तो हर पते को बल-ताज़ा करने की आवश्यकता नहीं है — कैश्ड परिणाम उनकी ताजगी खिड़की के भीतर सटीक हैं और आपको क्रेडिट बचाते हैं।
unknownसे रिट्री पर एक निश्चित स्थिति के लिए फ़्लिप करने का एक परिणाम एक अच्छा संकेत है: इसका मतलब है कि अस्थायी स्थिति साफ हो गई है और हमें एक वास्तविक उत्तर मिला है।