संक्षिप्त उत्तर: iCloud पते unknown के रूप में वापस आते हैं, न कि invalid। हम यह नहीं कह रहे हैं कि पता खराब है — हम कह रहे हैं कि हम इसे किसी भी तरह से पुष्टि करने के लिए एक विश्वसनीय संकेत प्राप्त नहीं कर सकते हैं। कोई सेटिंग नहीं है जो इसे बदलती है, और हम इन परिणामों के लिए नहीं चार्ज क्रेडिट करते हैं।
ऐसा क्यों होता है
Apple का मेल इन्फ्रास्ट्रक्चर (icloud.com, me.com, mac.com, हाईड-माय-ईमेल उपनाम सहित) जानबूझकर मेलबॉक्स सत्यापन को हराने के लिए बनाया गया है। SMTP वार्तालाप के दौरान, Apple के सर्वर यह प्रकट नहीं करते हैं कि क्या कोई विशिष्ट मेलबॉक्स मौजूद है — वे आमतौर पर पते को स्वीकार करते हैं ("250 ओके" लौटाते हैं) और केवल संदेश के बाद इसे * बाद में * उछाल दें भेजा जाता है। वे नेटवर्क स्तर पर दर-सीमा और ब्लॉक सत्यापन जांच भी करते हैं।
इस वजह से, विनिमय का कोई मतलब नहीं है जहां कोई भी सत्यापन प्रदाता निर्धारित रूप से iCloud पता देने योग्य साबित हो सकता है। अनुमान के बजाय, हम जानबूझकर Apple डोमेन के लिए लाइव प्रोबिंग छोड़ देते हैं और एक ईमानदार unknown लौटाते हैं।
यह इस बात के अनुरूप है कि प्रमुख सत्यापन सेवाएँ (ZeroBounce, NeverBounce, Kickbox, Hunter) इन समान डोमेन का इलाज करती हैं — सीमा Apple के पक्ष में है, हमारे लिए अद्वितीय नहीं है।
क्या इसे ठीक करने के लिए कोई कॉन्फ़िगरेशन है?
नहीं। ऐसी कोई सेटिंग नहीं है जो इन परिणामों को valid में बदल दे। हम एक मनगढ़ंत valid की तुलना में एक ईमानदार unknown लौटाएंगे, हम पीछे नहीं खड़े हो सकते।
हम क्या सलाह देते हैं
unknown iCloud पते को के रूप में मानें "अपुष्ट लेकिन भेजने की संभावना ठीक है।" यदि वे एक वैध साइनअप या लेनदेन से आए हैं, तो वे आमतौर पर वितरित होते हैं। पुष्टि करने का सबसे सुरक्षित तरीका सामान्य उछाल निगरानी के साथ एक वास्तविक भेजना है — एकमात्र परीक्षण Apple के सर्वर वास्तव में प्रतिक्रिया करते हैं। unknown iCloud पते को इस धारणा पर न छोड़ें कि वे invalid हैं।