- iPhone 15 ProでRCSメッセージングが1か月以上動作しない問題が続いており、Appleと通信事業者の間で責任の押し付け合いが続いている状況
- 過去にMMSおよびRCS関連の問題を自力で解決した経験を持つユーザーが、今回はiOS 26アップデート後にRCS有効化が止まった事例を詳しく記録
- GoogleがカスタムAndroid OSでRCSを意図的にブロックした前例と、米国の通信事業者がGoogle Jibeインフラに依存している点を指摘
- Appleサポートが問題を通信事業者のせいにしつつ実質的な診断権限を持っていないと批判し、ログ解析の結果
UserInteractionRequired.xml 関連のエラーが重要な手がかりとして示される
- RCS標準の複雑さとApple・Google・通信事業者間の責任不在がユーザー体験を損なう代表例として浮き彫りになっている
iPhoneでRCSが動作しない問題
- iPhone 15 Proで1か月以上RCSメッセージングが無効な状態が継続
- Appleは通信事業者の問題だとし、通信事業者はAppleの問題だとする状況
- AppleCare+を通じてサポートを求めたが、実質的な解決策は示されず
- iOS 18では正常に動作していたが、iOS 26アップデート後に「有効化を待機中」状態で停止
- 同じeSIMを別のiPhone（14 Pro Max、SE3）に移すと即座に有効化される
- T-Mobile、US Mobile（AT&T網）、Verizonの主要3通信事業者すべてで同じ症状が発生
ユーザーの背景と過去の経験
- AndroidとiOSをどちらも使うOS中立のユーザーで、LineageOSを自分でビルドして使用
- 過去にVerizon WirelessのMMS送信失敗問題を自力で修正した経験あり
- VerizonがUAProfドメインを廃止したためMMS受信が不可能になっていた問題を報告し、解決を促した
- T-MobileはUAProfを要求しないため同じ問題は発生しなかった
GoogleによるRCSブロックの事例
- 2023年末からGoogleがカスタムAndroid OSでRCSを意図的にブロック
- RCSが有効化されたように見えても、実際にはメッセージが送受信されない
- その後Googleはブロックの事実を認め、数か月後になってようやく無効化通知を追加
- ユーザーは**Pixel端末のフィンガープリントを偽装（spoof）**してRCSを復旧
- この方法が可能である点から、Googleの「スパム防止目的」という主張には説得力が乏しい
AppleのRCS導入と問題発生
- AppleはiOS 18でRCS 2.4のサポートを導入し、iOS 26系では**エンドツーエンド暗号化（E2E）**を追加予定
- iOS 26へのアップグレード後にRCS有効化失敗が発生
- Mullvad DNSを使っているが、家族の別のiPhoneでは問題なし
- ネットワーク設定のリセット、eSIM再発行、iMessageの切り替え、復元などさまざまな対処をすべて試しても失敗
ログ解析と原因の手がかり
idevicesyslog を使ってCommCenterログ数百MBを解析
UserInteractionRequired.xml ファイルが「無限有効」状態のまま残り、プロビジョニング失敗を引き起こしている可能性- ログには「Provisioning not possible」「IMS not ready」などのメッセージが多数確認される
- Appleの公式文書やサポートチームからはこのファイルに関する情報や解決策は提供されていない
Appleサポートの限界
- Appleの担当者は問題原因を通信事業者に帰するよう指示されている
- 実際にはすべての通信事業者で同じ症状が再現されており、その説明は成り立たない
- Apple Storeは**端末基板の交換（IMEI変更）**を提案したが、原因分析なしの単純交換にとどまる
- eSIMを別のテスト端末に移せないため、診断には限界がある
- ユーザーはAppleがログベースの原因分析と内部フィードバック体制を整えるべきだと指摘
Google Jibeインフラの役割
- 米国の通信事業者は自前のRCSサーバー運用をやめ、Google Jibeプラットフォームに依存
- Appleの担当者はこの構造を認識していないか、顧客に説明していない
- Jibe関連文書は通信事業者パートナー専用として公開されており、一般ユーザーはアクセスできない
- ユーザーはJibeが問題の核心である可能性を提起するが、Apple・Google・通信事業者のいずれにもアクセス経路がない
結論と要望
- Appleは単なる交換ではなく、根本的な問題分析と修正を行うべき
- オープンソース環境では問題を自分で把握・修正できる一方、閉鎖的なプラットフォームではユーザーの制御権がない
- RCS失敗の事例は、プラットフォーム間の相互運用性不足と責任回避の構造を示す例として提示される
- ユーザーはAppleに「Radar（バグ報告チャネル）」の提供を求め、ログベースでの原因究明を要求
1件のコメント
Hacker Newsの意見
最近 Android で SMS/MMS/RCS アプリをもう一度作ろうとしてみたが、予想以上に複雑で、ほとんど Google の独占的な仕組みに変わってしまっていることに驚いた
独自実装も不可能だ。Android で必要な特別権限は 通信事業者または OEM に承認されたアプリしか取得できない
以前は rcsjta リファレンス実装 のような API が登場すると言われていたが、10 年たっても実現していない
そのため RCS は完全に無効化した。メッセージング全体を Google に任せる理由はない。いっそ SMS/MMS/RCS 自体を使わないよう勧めるほうがましだと思う
以前のリファレンス実装は通信事業者がサーバーを閉鎖したことで消え、今では rust-rcs-client がもっとも新しいオープンソースクライアントだ
LineageOS やカスタム ROMでは自分で署名して権限を取得できるので、そこに可能性があると思う
Google が RCS を中継しているのは一時的な現象だと信じたい。いずれ通信事業者ベースのメッセージングに戻ってほしい
ただし Android は過去の開発者による権限乱用（追跡・テレメトリー）の問題でアクセス制限が厳しくなっており、結局は Google の RCS API 不在を各国が規制すべきだろう
Google が RCS 経由でスパム的な広告を送り始め、しかもブロック方法もない。結局 RCS は切った
こんな仕組みを Google が主導しているのはおかしい。Apple を非難していた道徳的優位ぶりも不快に感じる
世界中に何百もある通信事業者がそれぞれバラバラで統合できず、結局は「Google 版 iMessage」に回帰した
今や普遍的なのは通信事業者ではなく インターネットだ。だから米国外の多くの地域では WhatsApp、Signal、WeChat などが使われている
2076 年、Sam Altman が本物の AGI を達成したというニュースが流れる。量子コンピュータは数を分解し、常温核融合は冷たすぎて温める必要がある
それなのに、アメリカ人はいまだに 1993 年製の SMSで会話しているというのが面白い
ヨーロッパで WhatsApp が使われることが多いのは通信料金が高いからだが、結局それも Meta／Zuckerberg 所有のアプリにすぎない
Android ユーザー 2 人と RCS のグループチャットをしていたところ、1 人が iOS に乗り換えた瞬間に 大混乱が始まった
会話は分裂し、メッセージは見当違いのスレッドに現れ、グループ名は消えたり戻ったりを繰り返した
Mac クライアントも問題を悪化させた
iMessage のグループチャットは 10 代の間で いじめやドラマの温床になりやすい。最低年齢制限が必要だと思う
Google の RCS 無効化ページ で解決したら、その後は問題なくなった
RCS は 通信事業者が関与した時点で失敗が約束されていた標準だった
通信事業者が手を入れる標準はいつも同じ結末になる。だから WhatsApp や iMessage のようなアプリが人気を得たのだ
データ接続さえあればメッセージングでき、通信事業者は単なる データパイプの役割だけ果たせばいい
WhatsApp のほうがずっとましで、たとえ Meta が台無しにしても Signal に移ればいい。通信事業者に権限を戻すのは最悪だ
Android における RCS は本当に 頭痛の種だった
LineageOS と GrapheneOS を使い分けているが、RCS をサポートするのは Google Messages だけだ
GrapheneOS では Google Play の権限を最小化しなければならないため、RCS 認証が頻繁に失敗する
特に T-Mobileの RCS エンドポイントが Google Jibe から自社サーバーに切り替わってからは完全に壊れた
北米の人たちは自ら苦しみを招いているように見える
いずれ Apple のように 送金機能を入れる布石のようにも見える
Google は RCS を 汎用プロトコルだと宣伝しているが、Google サービスがなければ動かない
GrapheneOS ではまったく不可能だった
そのため Google が事実上すべての通信事業者を 代行しているかのように RCS を動かしている
もともとの仕様では各通信事業者が独自メッセンジャーアプリを配布する前提だったが、現実はまったく違う
Apple と Google Jibe の問題がよく分からない
Jibe が RCS バックエンドなら、これは デバイスのブラックリスト化の問題かもしれない
Apple Store のスタッフも理解はするだろうが、結局は「通信事業者の問題」として片付けるしかなさそうだ
Apple サポートも RCS の問題は通信事業者の所管だとして、iOS の復元手順を勧めてきた
iTunes バックアップ復元が不完全だと診断され、iCloud 復元を試しているところだ
したがってデバイスや IMEI が ブロックされた可能性もある
うちの会社では 1 日に数千件の 配送通知 SMSを Twilio で送っている
RCS への移行も試したが、500 ドル払って有効化しても 対応端末の比率が低すぎて実用性がなかった
結局 WhatsApp に切り替えた
自分も新しいスマホの設定中に RCS 有効化の案内が出たが断った。単純な SMS で十分で、複雑なことは別のアプリで対応する
それなのに自動で有効になっていて、また無効にし直さなければならなかった
自分も GrapheneOS で数か月にわたって RCS が動いていない
最初は通信事業者を変えたら解決したが、また壊れた。結局 iPhone に戻るべきか悩んでいる
まだ解決しておらず、RCS を再び有効にするのは不安だ
妹も Samsung で RCS が動かなかったが、原因は 古い SIM カードとアプリの競合だった
新しい SIM と設定変更で解決した。RCS は本当に 気難しいシステムだ