संक्षिप्त उत्तर: A catch-all (जिसे "स्वीकार-सभी" भी कहा जाता है) परिणाम का अर्थ है डोमेन का मेल सर्वर हर संभव पते पर मेल स्वीकार करता है यह बताए बिना कि क्या विशिष्ट मेलबॉक्स मौजूद है। हम पुष्टि कर सकते हैं कि डोमेन संदेश प्राप्त करेगा, लेकिन सर्वर व्यक्तिगत मेलबॉक्स की पुष्टि करने से इनकार करता है।
ऐसा क्यों होता है
कुछ डोमेन कॉन्फ़िगर किए गए हैं, इसलिए उनका मेल सर्वर प्रत्येक प्राप्तकर्ता को "हां" कहता है — valid या नहीं — और बाद में चीजों को आंतरिक रूप से हल करता है। यह आम है:
- सामने एक सुरक्षा गेटवे के साथ कॉर्पोरेट डोमेन (Proofpoint, Mimecast, Barracuda, और इसी तरह),
- कई Microsoft 365 व्यापार किरायेदार,
- कुछ Google Workspace डोमेन,
- डोमेन जो सभी मेल को दूसरे इनबॉक्स में अग्रेषित करते हैं।
क्योंकि सर्वर सब कुछ स्वीकार करता है, सत्यापन के समय यह साबित करने का कोई तरीका नहीं है कि क्या एक विशिष्ट मेलबॉक्स वास्तविक है। इसलिए भ्रामक valid के बजाय, हम catch-all वापस लौटते हैं।
क्या catch-all पता सुपुर्दगी है?
अक्सर, हाँ — लेकिन यह एक साफ valid की तुलना में अधिक जोखिम वहन करता है। संदेश डोमेन तक पहुंच जाएगा; क्या यह एक वास्तविक मेलबॉक्स में भूमि डोमेन के आंतरिक मार्ग पर निर्भर करता है, जो इसे हमारे लिए उजागर नहीं करता है।
हम क्या सलाह देते हैं
catch-allको के रूप में मानें "डोमेन के लिए वितरित, मेलबॉक्स अपुष्ट।"- उच्च-मूल्य या लेन-देन के लिए, catch-all पते आमतौर पर ठीक होते हैं।
- पैमाने पर ठंडे आउटरीच के लिए, अतिरिक्त निर्णय लागू करें — catch-all डोमेन गैर-मौजूद मेलबॉक्स छिपा सकते हैं।
एक catch-all परिणाम को चार्ज किया जाता है, क्योंकि हमने डोमेन के सत्यापन व्यवहार को सफलतापूर्वक निर्धारित किया है।