- iPhone 15 Pro पर RCS messaging एक महीने से अधिक समय से काम नहीं कर रही है, और Apple व carrier के बीच जिम्मेदारी टालने का सिलसिला जारी है
- पहले MMS और RCS से जुड़ी समस्याओं को खुद ठीक कर चुके एक यूज़र ने इस बार iOS 26 अपडेट के बाद RCS activation रुक जाने की घटना को विस्तार से दर्ज किया है
- Google ने custom Android OS पर जानबूझकर RCS block किया था, और अमेरिकी carriers Google Jibe infrastructure पर निर्भर हैं — इस ओर ध्यान दिलाया गया है
- Apple support टीम पर carrier को दोष देने और वास्तविक diagnostic अधिकारों की कमी का आरोप है, और log analysis में
UserInteractionRequired.xml से जुड़ी error को मुख्य सुराग बताया गया है
- RCS standard की जटिलता और Apple·Google·carrier के बीच जिम्मेदारी की कमी यूज़र experience को खराब करने वाले प्रमुख उदाहरण के रूप में सामने आती है
iPhone पर RCS के काम न करने की समस्या
- iPhone 15 Pro पर एक महीने से अधिक समय से RCS messaging disabled स्थिति में है
- Apple इसे carrier की समस्या बताता है, और carrier इसे Apple की समस्या कहता है
- AppleCare+ के जरिए support मांगा गया, लेकिन कोई ठोस समाधान नहीं मिला
- iOS 18 में यह सामान्य रूप से काम कर रही थी, लेकिन iOS 26 अपडेट के बाद “activation pending” स्थिति में अटक गई
- वही eSIM किसी दूसरे iPhone (14 Pro Max, SE3) में डालते ही तुरंत activate हो जाती है
- T-Mobile, US Mobile (AT&T network), Verizon सहित तीनों बड़े carriers पर एक जैसी समस्या दिखी
यूज़र की पृष्ठभूमि और पिछला अनुभव
- Android और iOS दोनों इस्तेमाल करने वाला OS-neutral यूज़र, जो LineageOS को खुद build करके इस्तेमाल करता है
- पहले Verizon Wireless की MMS sending failure समस्या को खुद ठीक करने का अनुभव है
- Verizon ने UAProf domain बंद कर दिया था, जिससे MMS receive नहीं हो पा रही थी; यूज़र ने इसकी रिपोर्ट की और समाधान की दिशा में मदद की
- T-Mobile को UAProf की जरूरत नहीं थी, इसलिए वहां वही समस्या नहीं आई
Google द्वारा RCS block किए जाने का मामला
- 2023 के अंत से Google ने custom Android OS पर जानबूझकर RCS block करना शुरू किया
- RCS चालू दिखती थी, लेकिन वास्तव में संदेश भेजे या प्राप्त नहीं होते थे
- बाद में Google ने blocking की बात स्वीकार की, और कई महीनों बाद जाकर disable notification जोड़ी
- यूज़र ने Pixel device fingerprint spoof करके RCS फिर से चालू कर ली
- यह संभव होने से Google का “spam prevention” वाला तर्क कम भरोसेमंद लगता है
Apple का RCS अपनाना और समस्या की शुरुआत
- Apple ने iOS 18 में RCS 2.4 version support जोड़ा, और iOS 26 series में end-to-end encryption (E2E) जोड़ने की योजना है
- iOS 26 upgrade के बाद RCS activation fail होने लगा
- Mullvad DNS इस्तेमाल किया जा रहा है, लेकिन परिवार के दूसरे iPhone पर यह समस्या नहीं है
- network settings reset, eSIM दोबारा जारी करना, iMessage toggle, restore जैसी कई कोशिशें सब विफल रहीं
log analysis और कारण के सुराग
idevicesyslog के जरिए CommCenter logs के सैकड़ों MB का analysis किया गया
UserInteractionRequired.xml फ़ाइल “अनंत validity” स्थिति में रहकर provisioning failure का कारण हो सकती है
- logs में “Provisioning not possible”, “IMS not ready” जैसे कई संदेश मिले
- Apple के आधिकारिक documents या support टीम ने इस फ़ाइल से जुड़ी कोई जानकारी या समाधान नहीं दिया
Apple support की सीमाएं
- Apple कर्मचारियों को समस्या का कारण carrier पर डालने के लिए निर्देशित किया जाता है
- जबकि वास्तव में सभी carriers पर वही समस्या दोबारा सामने आती है, इसलिए यह व्याख्या टिकती नहीं
- Apple Store ने device board replacement (IMEI बदलना) सुझाया, लेकिन कारण का analysis किए बिना सिर्फ replacement की बात की
- eSIM को दूसरे test device में ले जाकर जांचना संभव नहीं था, जिससे diagnosis की सीमा रही
- यूज़र का कहना है कि Apple को log-based root cause analysis और internal feedback system बनाना चाहिए
Google Jibe infrastructure की भूमिका
- अमेरिकी carriers ने अपने RCS servers चलाना बंद कर दिया है और Google Jibe platform पर निर्भर हैं
- Apple कर्मचारी इस संरचना को या तो जानते नहीं, या ग्राहकों को समझाते नहीं
- Jibe से जुड़े documents सिर्फ carrier partners के लिए खुले हैं, इसलिए सामान्य यूज़र उन्हें नहीं देख सकते
- यूज़र का मानना है कि Jibe समस्या की जड़ हो सकता है, लेकिन Apple·Google·carrier तीनों में से किसी के पास भी स्पष्ट access path नहीं है
निष्कर्ष और मांगें
- Apple को सिर्फ replacement नहीं, बल्कि मूल समस्या का analysis और fix करना चाहिए
- open source environment में समस्याओं को खुद समझकर ठीक किया जा सकता है, लेकिन closed platform में यूज़र के पास नियंत्रण नहीं होता
- RCS failure का यह मामला platform interoperability की कमी और जिम्मेदारी से बचने वाली संरचना को उजागर करता है
- यूज़र ने Apple से “Radar (bug report channel)” उपलब्ध कराने और logs के आधार पर root cause पता लगाने की मांग की है
1 टिप्पणियां
Hacker News राय
हाल ही में Android पर SMS/MMS/RCS ऐप फिर से बनाने की कोशिश की, और यह देखकर हैरानी हुई कि मामला उम्मीद से कहीं ज़्यादा जटिल हो चुका है और लगभग Google के एकाधिकार वाले ढांचे में बदल गया है
इसे सीधे implement करना भी असंभव है। Android में ज़रूरी special permissions सिर्फ़ carrier या OEM द्वारा मंज़ूर किए गए apps को मिल सकती हैं
पहले कहा गया था कि rcsjta reference implementation जैसी APIs आएँगी, लेकिन 10 साल बाद भी यह हक़ीक़त नहीं बनी
इसलिए मैंने RCS पूरी तरह बंद कर दिया। messaging की पूरी चीज़ Google को सौंपने की कोई वजह नहीं है। बल्कि SMS/MMS/RCS खुद ही इस्तेमाल न करने की सलाह देना बेहतर लगता है
पुरानी reference implementation carriers द्वारा server बंद कर देने के बाद गायब हो गई, और अब rust-rcs-client सबसे हाल का open source client है
LineageOS या custom ROM में आप खुद sign करके permission ले सकते हैं, इसलिए उस तरफ़ मौका दिखता है
मैं उम्मीद करना चाहता हूँ कि Google का RCS relay करना बस अस्थायी स्थिति है। कभी न कभी यह फिर carrier-आधारित messaging पर लौटे
लेकिन Android में पहले developers द्वारा अधिकारों के दुरुपयोग (tracking·telemetry) की समस्या के बाद access restrictions बहुत कड़े हो गए हैं, और आख़िरकार Google के RCS API की अनुपस्थिति पर अलग-अलग देशों को regulation लाना पड़ सकता है
Google ने RCS के ज़रिए spam जैसे ads भेजने शुरू कर दिए, और इन्हें block करने का तरीका भी नहीं है। आख़िरकार मैंने RCS बंद कर दिया
Google का ऐसी व्यवस्था को lead करना बेतुका है। Apple की आलोचना करते समय जो moral superiority दिखाई जाती थी, अब वह भी घिनौनी लगती है
दुनिया भर के सैकड़ों carriers अपने-अपने तरीके से चलते हैं, इसलिए integration संभव नहीं था, और आख़िर में मामला फिर “Google version iMessage” पर लौट आया
अब सार्वभौमिक चीज़ carrier नहीं बल्कि internet है। इसी वजह से अमेरिका के बाहर ज़्यादातर लोग WhatsApp, Signal, WeChat वगैरह इस्तेमाल करते हैं
साल 2076 में खबर आती है कि Sam Altman ने असली AGI हासिल कर ली। quantum computers numbers को factor कर रहे हैं, और cold fusion इतनी ठंडी है कि उसे गरम करना पड़ रहा है
लेकिन फिर भी अमेरिकी लोग 1993 के SMS से ही बात कर रहे हैं, यही बात मज़ेदार है
यूरोप में carrier rates महंगे होने की वजह से लोग अक्सर WhatsApp इस्तेमाल करते हैं, लेकिन वह भी आखिर Meta/Zuckerberg के मालिकाना हक़ वाला app ही है
दो Android users के साथ RCS group chat चल रही थी, तभी उनमें से एक iOS पर चला गया और पूरी अफरातफरी शुरू हो गई
conversation अलग-अलग हो गईं, messages अजीब threads में दिखने लगे, और group title गायब होकर फिर वापस आता रहा
Mac client ने भी समस्या बढ़ाई
iMessage group chats किशोरों के बीच बहिष्कार और drama का अड्डा बन जाती हैं। मुझे लगता है minimum age limit होनी चाहिए
Google का RCS disable page इस्तेमाल करके इसे ठीक किया, और उसके बाद सब ठीक रहा
RCS ऐसा standard था जिसकी नाकामी carrier के शामिल होते ही तय हो गई थी
carrier जिस भी standard को छूते हैं, उसका अंत अक्सर यही होता है। इसी वजह से WhatsApp और iMessage जैसे apps लोकप्रिय हुए
data connection हो तो messaging हो जाती है, और carrier सिर्फ़ एक data pipe रह जाता है
WhatsApp कहीं बेहतर है, और अगर Meta उसे बिगाड़ भी दे तो Signal पर जाया जा सकता है। carrier को फिर से ताकत देना सबसे बुरा विकल्प है
Android पर RCS सच में सिरदर्द रहा है
मैं LineageOS और GrapheneOS के बीच बदल-बदल कर इस्तेमाल करता हूँ, और सिर्फ़ Google Messages ही RCS support करता है
GrapheneOS में Google Play permissions को न्यूनतम रखना पड़ता है, इसलिए RCS verification अक्सर fail हो जाता है
खास तौर पर T-Mobile के RCS endpoint के Google Jibe से अपने server पर शिफ्ट होने के बाद यह पूरी तरह टूट गया
North America के लोग जैसे खुद ही अपनी तकलीफ़ मोल लेते हैं
लगता है आगे चलकर Apple की तरह money transfer feature जोड़ने की तैयारी है
Google RCS को universal protocol बताकर प्रचार करता है, लेकिन Google services न हों तो यह चलता ही नहीं
GrapheneOS पर तो यह बिल्कुल संभव नहीं था
इसलिए Google लगभग सभी carriers की नकली तरफ़ से भूमिका निभाकर RCS चलाता है
मूल specification मानकर चलती थी कि हर carrier अपना messenger app distribute करेगा, लेकिन वास्तविकता पूरी तरह अलग है
मुझे Apple और Google Jibe वाली समस्या ठीक से समझ नहीं आती
अगर Jibe ही RCS backend है, तो यह device blacklist का मामला भी हो सकता है
Apple Store के कर्मचारी भी शायद इसे समझें, लेकिन आख़िर में वे भी इसे “carrier की समस्या” कहकर टालेंगे
Apple support ने भी कहा कि RCS की समस्या carrier के अधिकार-क्षेत्र में आती है और iOS restore procedure की सलाह दी
iTunes backup restore को अधूरा बताया गया, इसलिए अब iCloud restore से कोशिश चल रही है
इसलिए device या IMEI के blocked होने की संभावना भी हो सकती है
हमारी कंपनी हर दिन Twilio से हज़ारों delivery notification SMS भेजती है
RCS पर जाने की कोशिश की, लेकिन $500 देकर activate करने के बाद भी supported devices का अनुपात बहुत कम था, इसलिए यह व्यावहारिक नहीं लगा
आख़िरकार हमने WhatsApp पर स्विच कर लिया
नए phone setup के दौरान मुझे भी RCS enable करने का prompt आया था, लेकिन मैंने मना कर दिया। साधारण SMS काफ़ी है, और जटिल चीज़ें दूसरे apps से संभल जाती हैं
फिर भी यह अपने आप चालू हो गया, और मुझे दोबारा बंद करना पड़ा
GrapheneOS पर मेरे यहाँ भी कई महीनों से RCS नहीं चल रहा
शुरू में carrier बदलने से समस्या हल हुई थी, लेकिन फिर दोबारा टूट गया। अब सोच रहा हूँ कि क्या फिर iPhone पर लौटना पड़ेगा
अभी तक समस्या हल नहीं हुई, इसलिए RCS फिर से चालू करने में झिझक होती है
मेरी छोटी बहन के Samsung पर भी RCS नहीं चल रहा था, और वजह पुराना SIM card और app conflict निकली
नया SIM और settings बदलने से समस्या हल हो गई। RCS सच में बहुत नखरीला system है