उत्तरप्रकाशित26 स्रोत
Apple ने Hide My Email को @icloud.com पर ही रखा—लेकिन Sign in with Apple का डोमेन बदलेगा
Apple ने नए iCloud+ Hide My Email aliases को @private.icloud.com पर ले जाने की योजना रद्द कर दी है; ये अब भी @icloud.com पर बनेंगे। यूज़र्स को डर था कि अलग privacy domain से वेबसाइटें masked addresses को आसानी से पहचानकर ब्लॉक या flag कर सकेंगी। Sign in with Apple developers को @privaterelay.appleid.com और @private....
प्रकाशितकर्ताGPT-5.6 Luna से संपादितGPT Image 1.5 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- Apple ने नए iCloud+ Hide My Email aliases को @private.icloud.com पर ले जाने की योजना रद्द कर दी है; ये अब भी @icloud.com पर बनेंगे।
- यूज़र्स को डर था कि अलग privacy domain से वेबसाइटें masked addresses को आसानी से पहचानकर ब्लॉक या flag कर सकेंगी।
- Sign in with Apple developers को @privaterelay.appleid.com और @private.icloud.com दोनों domains स्वीकार करने होंगे, साथ ही validation, allowlists, relay domains और SPF records की समीक्षा करनी होगी।
AI संकेत
openai.comCreate a landscape editorial hero image for this Studio Global article: What changes did Apple make to its iCloud+ Hide My Email and Sign in with Apple email-domain plans after community backlash, why did users o. Article summary: Apple abandoned the plan to issue new iCloud+ Hide My Email aliases under `@private.icloud.com`, but kept the corresponding change for new Sign in with Apple relay addresses. Apple said the reversal followed “further con. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Apple ने अपनी प्रस्तावित email-domain योजना को दो हिस्सों में बांट दिया है। जून में कंपनी ने कहा था कि iCloud+ Hide My Email और Sign in with Apple, दोनों के नए addresses @private.icloud.com पर जारी किए जाएंगे। लेकिन 24 अगस्त को Apple ने स्पष्ट किया कि Hide My Email aliases अब भी @icloud.com पर ही रहेंगे। दूसरी ओर, Sign in with Apple के नए relay addresses 2026 के अंत में @privaterelay.appleid.com से @private.icloud.com पर स्थानांतरित होंगे। पुराने relay addresses बिना किसी रुकावट के काम करते रहेंगे। 10
Apple ने क्या बदला?
Apple की जून वाली मूल योजना के तहत दोनों privacy features से बनाए जाने वाले नए addresses को एक साझा @private.icloud.com domain के तहत लाया जाना था। पुराने @icloud.com Hide My Email aliases और @privaterelay.appleid.com वाले Sign in with Apple addresses के forwarding जारी रहने की बात कही गई थी। 15
अब संशोधित योजना इस प्रकार है:
- iCloud+ Hide My Email: नए aliases
@icloud.comपर ही जारी होंगे। - Sign in with Apple: 2026 के अंत में नए relay addresses
@private.icloud.comपर जारी किए जाएंगे। - मौजूदा Sign in with Apple addresses:
@privaterelay.appleid.comवाले addresses वैध रहेंगे और mail forwarding जारी रहेगी।
Apple ने इस फैसले को पलटने की वजह “आगे विचार करने” और community feedback को बताया है। कंपनी ने यह नहीं कहा कि किसी खास security disclosure के कारण यह निर्णय लिया गया। 10
@private.icloud.com को लेकर यूज़र्स ने आपत्ति क्यों की?
चिंता यह नहीं थी कि domain बदलते ही alias के पीछे मौजूद असली mailbox अपने-आप उजागर हो जाएगा। असली चिंता यह थी कि @private.icloud.com किसी address को साफ तौर पर Apple privacy relay के रूप में पहचानने योग्य बना देगा।
कोई वेबसाइट या ऐप केवल domain की जांच करके ऐसे address को पहचान सकता है। इसके बाद वह signup को अस्वीकार कर सकता है, दूसरा email address मांग सकता है या fraud और risk screening में इसे एक संकेत की तरह इस्तेमाल कर सकता है। इससे Hide My Email aliases को signup के समय ब्लॉक करना आसान हो जाता। 44
इसके विपरीत, @icloud.com का इस्तेमाल सामान्य iCloud email addresses के लिए भी होता है। इसलिए इस domain वाला Hide My Email alias उन सेवाओं को कम असामान्य दिखाई देता है जो masked addresses और सामान्य mailboxes में फर्क करना चाहती हैं। यही विरोध का मुख्य कारण था: यूज़र्स को लगा कि प्रस्तावित बदलाव Apple की forwarding व्यवस्था को बदले बिना भी Hide My Email की व्यावहारिक privacy और उसकी “सामान्य email address जैसा दिखने” की क्षमता कम कर सकता है। 35
Sign in with Apple developers को क्या अपडेट करना होगा?
Sign in with Apple इस्तेमाल करने वाले developers को इसे पुराने domain के replacement के बजाय relay domains के बीच transition की तरह देखना चाहिए।
दोनों relay domains स्वीकार करें
अपने account systems, email validation rules, regular expressions, allowlists और domain-specific logic को इस तरह अपडेट करें कि वे नए @private.icloud.com addresses के साथ मौजूदा @privaterelay.appleid.com addresses को भी स्वीकार करें। Apple की पहले की guidance में relay-domain handling के लिए @icloud.com का भी उल्लेख था। इसलिए systems को यह मानकर नहीं चलना चाहिए कि Apple relay के लिए केवल एक ही suffix वैध है। 8
10
सबसे महत्वपूर्ण बात: केवल इसलिए पुराने यूज़र्स को migrate या invalidate न करें कि उनका address legacy domain पर है। Apple के अनुसार मौजूदा @privaterelay.appleid.com addresses काम करते रहेंगे और बिना रुकावट mail forward करेंगे। 10
Outbound email relay configuration की जांच करें
अगर कोई ऐप या वेबसाइट Apple के private email relay के जरिए users को messages भेजती है, तो developers को Apple Developer account में outbound email के लिए इस्तेमाल होने वाले domains और subdomains register करने होंगे। Apple की configuration guidance के अनुसार registered email sources को SPF check भी पास करना जरूरी है। 6
Teams को खास तौर पर इन चीज़ों की समीक्षा करनी चाहिए:
- Registered sending domains और subdomains
- SPF DNS records
- Email validation और account-recovery flows
- Allowlists और blocklists
- ऐसे database fields या schemas जो किसी fixed email domain को मानकर चलते हों
- Customer-support और account-lookup tools जो email suffix के आधार पर users खोजते हों
Apple के documentation के मुताबिक relay service messages को user के verified Apple Account email addresses में से किसी एक पर forward करती है। 3
हालिया privacy disclosures से इस फैसले का संदर्भ कैसे समझ आता है?
Domain विवाद ऐसे समय सामने आया जब Apple की privacy systems में कमजोरियों को लेकर अलग-अलग reports प्रकाशित हुईं। इन घटनाओं से यह साबित नहीं होता कि @private.icloud.com खुद किसी user का email address या IP address leak करता। हालांकि, इन disclosures से यह समझ आता है कि users ने ऐसे बदलाव की इतनी बारीकी से जांच क्यों की, जो privacy aliases को पहचानना आसान बना सकता था।
Hide My Email में spam-bounce vulnerability
Hide My Email में सामने आई एक reported flaw के कारण spam के रूप में reject हुए message से alias के पीछे मौजूद असली address उजागर हो सकता था। यह address sender-side mail-transfer logs में दिखाई दे सकता था, जिससे feature का मुख्य privacy promise कमजोर पड़ता। Apple ने कहा कि उसने 3 जुलाई 2026 को इसका fix जारी किया और बाद की testing में समस्या दोबारा reproduce नहीं की जा सकी। 47
49
54
हालांकि, patch लग जाने से पहले का exposure अपने-आप खत्म नहीं होता। Third-party mail systems पुराने delivery logs संभालकर रख सकते हैं। इसलिए reports ने चेतावनी दी कि fix से पहले उजागर हुए addresses Apple के नियंत्रण से बाहर मौजूद records में रह सकते हैं। 48
60
Private Relay से IP leaks की reports
Researchers ने यह भी report किया कि WebKit से जुड़े कुछ traffic paths iCloud Private Relay को bypass कर सकते हैं और user का असली IP address उजागर कर सकते हैं। इनमें passkey से जुड़े WebAuthn requests, WebTransport और DNS prefetching शामिल थे। 19
20
23
बाद की एक report में iOS 26.6.1 में संभावित fix का उल्लेख किया गया। हालांकि उपलब्ध reporting में यह Apple की architecture या impact पर विस्तृत explanation के बजाय एक reported patch से जुड़ा निष्कर्ष है। 18
इन दोनों मामलों की तकनीकी प्रकृति email-domain visibility से अलग है। Hide My Email flaw bounced mail के जरिए address exposure से संबंधित थी, जबकि Private Relay reports उस network traffic से जुड़ी थीं जो relay path से बाहर जा सकता था। इनमें से कोई भी यह साबित नहीं करता कि प्रस्तावित @private.icloud.com domain सीधे user की पहचान उजागर करता।
Apple के फैसले का सबसे स्पष्ट अर्थ
सीधा और source-backed निष्कर्ष यह है कि Apple ने aliases के आसानी से block किए जा सकने को लेकर community opposition के बाद फैसला बदला। यूज़र्स का तर्क था कि Hide My Email को एक dedicated privacy domain पर ले जाने से वेबसाइटों को aliases पहचानने और अस्वीकार करने का आसान तरीका मिल जाएगा। Apple की अपनी घोषणा भी कहती है कि reversal community feedback की समीक्षा के बाद किया गया। 10
हालिया security disclosures को इस फैसले का प्रत्यक्ष कारण नहीं, बल्कि reputational context समझना ज्यादा सही होगा। इन घटनाओं ने Apple की privacy safeguards पर भरोसे को कमजोर किया हो सकता है, लेकिन Apple ने इन reports को domain decision से नहीं जोड़ा है।
व्यावहारिक नतीजा एक समझौते जैसा है: Hide My Email कम conspicuous @icloud.com suffix पर बना रहेगा, जबकि Sign in with Apple developers को नए @private.icloud.com addresses के साथ पुराने @privaterelay.appleid.com relay addresses का support भी जारी रखना होगा।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"Apple ने Hide My Email को @icloud.com पर ही रखा—लेकिन Sign in with Apple का डोमेन बदलेगा" का संक्षिप्त उत्तर क्या है?
Apple ने नए iCloud+ Hide My Email aliases को @private.icloud.com पर ले जाने की योजना रद्द कर दी है; ये अब भी @icloud.com पर बनेंगे।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
Apple ने नए iCloud+ Hide My Email aliases को @private.icloud.com पर ले जाने की योजना रद्द कर दी है; ये अब भी @icloud.com पर बनेंगे। यूज़र्स को डर था कि अलग privacy domain से वेबसाइटें masked addresses को आसानी से पहचानकर ब्लॉक या flag कर सकेंगी।
मुझे अभ्यास में आगे क्या करना चाहिए?
Sign in with Apple developers को @privaterelay.appleid.com और @private.icloud.com दोनों domains स्वीकार करने होंगे, साथ ही validation, allowlists, relay domains और SPF records की समीक्षा करनी होगी।
सूत्र
developer.apple.comUpdate: New domain for Sign in with Apple - Latest News
macrumors.comApple's New Hide My Email Domain Makes It Easier to Block iCloud ...
appleosophy.comApple reverses planned Hide My Email domain change ...