# 작동하는 RCS 메시징만 원한다

> Clean Markdown view of GeekNews topic #24506. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=24506](https://news.hada.io/topic?id=24506)
- GeekNews Markdown: [https://news.hada.io/topic/24506.md](https://news.hada.io/topic/24506.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2025-11-21T08:33:31+09:00
- Updated: 2025-11-21T08:33:31+09:00
- Original source: [wt.gd](https://wt.gd/i-just-want-my-rcs-messaging-to-work)
- Points: 3
- Comments: 1

## Topic Body

- iPhone 15 Pro에서 **RCS 메시징이 한 달 넘게 작동하지 않는 문제**가 지속되고 있으며, Apple과 통신사 간에 책임 공방이 이어지는 상황  
- 과거 **MMS 및 RCS 관련 문제를 직접 해결해본 경험**이 있는 사용자가, 이번에는 iOS 26 업데이트 이후 RCS 활성화가 멈춘 사례를 상세히 기록  
- **Google이 커스텀 Android OS에서 RCS를 의도적으로 차단한 전례**와, 미국 통신사들이 **Google Jibe** 인프라에 의존하고 있다는 점을 지적  
- Apple 지원팀이 문제를 **통신사 탓으로 돌리며 실질적 진단 권한이 부족**하다고 비판, 로그 분석 결과 `UserInteractionRequired.xml` 관련 오류가 핵심 단서로 제시됨  
- **RCS 표준의 복잡성과 Apple·Google·통신사 간 책임 부재**가 사용자 경험을 저해하는 대표적 사례로 드러남  

---

### iPhone에서 RCS가 작동하지 않는 문제
- iPhone 15 Pro에서 한 달 이상 **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(버그 리포트 채널)** ” 제공을 요청하며, 로그 기반 원인 규명을 요구

## Comments



### Comment 46625

- Author: neo
- Created: 2025-11-21T08:33:31+09:00
- Points: 1

###### [Hacker News 의견](https://news.ycombinator.com/item?id=45974869) 
- 최근 Android에서 **SMS/MMS/RCS 앱**을 다시 만들어보려 했는데, 예상보다 훨씬 복잡하고 거의 **Google 독점 구조**로 변해버린 걸 보고 놀랐음  
  직접 구현도 불가능함. Android에서 필요한 특수 권한은 **통신사나 OEM이 승인한 앱**만 받을 수 있음  
  예전엔 [rcsjta 레퍼런스 구현](https://github.com/android-rcs/rcsjta) 같은 API가 생길 거라 했지만, 10년이 지나도 실현되지 않았음  
  그래서 RCS는 아예 꺼버림. 메시징 전부를 Google에 맡길 이유가 없음. 차라리 SMS/MMS/RCS 자체를 쓰지 말자고 권하는 게 낫다고 생각함
  - 통신사마다 다르다는 게 더 문제임. RCS는 원래 **통신사 중심 표준**이라 개발자가 아니라 통신사가 방식을 정함  
    예전 레퍼런스 구현은 통신사들이 서버를 닫으면서 사라졌고, 지금은 [rust-rcs-client](https://github.com/Hirohumi/rust-rcs-client)가 가장 최근의 오픈소스 클라이언트임  
    **LineageOS나 커스텀 ROM**에서는 직접 서명해 권한을 얻을 수 있으니 그쪽이 기회라고 봄  
    Google이 RCS를 중계하는 건 일시적 현상이라 믿고 싶음. 언젠가 통신사 기반 메시징으로 돌아가길 바람  
    다만 Android는 예전 개발자 권한 남용(추적·텔레메트리) 문제로 접근 제한이 심해졌고, 결국 **Google의 RCS API 부재**를 각국이 규제해야 할 것 같음
  - 나도 같은 좌절을 겪었음. SMS 관련 제약 속에서도 앱을 출시했지만, RCS는 통합이 불가능함. 사실상 **Google의 iMessage**임
  - 예전엔 RCS를 적극 지지했지만, 지금은 **광고 플랫폼으로 전락**했다고 느낌  
    Google이 RCS를 통해 스팸성 광고를 보내기 시작했고, 차단 방법도 없음. 결국 RCS를 꺼버림  
    이런 구조를 Google이 주도하는 건 말이 안 됨. Apple을 비난하던 도덕적 우월감도 역겹게 느껴짐
  - 내 생각엔 Google이 **운영 부담을 통신사에 넘기려다 실패**한 것 같음  
    전 세계 수백 개 통신사가 제각각이라 통합이 불가능했고, 결국 “Google판 iMessage”로 회귀함  
    이제 보편적인 건 통신사가 아니라 **인터넷**임. 그래서 미국 외 지역은 대부분 WhatsApp, Signal, WeChat 등을 씀
  - 결국 현실적으로는 **Meta가 소유한 WhatsApp**과 다를 바 없음

- 2076년, **Sam Altman이 진짜 AGI를 달성**했다는 소식이 나옴. 양자컴퓨터는 숫자를 쪼개고, 냉융합은 너무 차가워서 데워야 함  
  그런데 여전히 미국인들은 1993년산 **SMS**로 대화 중이라는 게 웃김
  - 이제는 **블루투스 오디오 품질 개선**을 위해 전직 핵융합 과학자들이 태스크포스를 꾸렸다는 농담이 나올 지경임
  - “미국은 아직도 SMS 쓴다”는 비꼼이 나올 때마다, 사실 미국에선 SMS가 유럽보다 **훨씬 저렴**하다는 걸 말하고 싶음  
    유럽은 통신사 요금이 비싸서 WhatsApp을 쓰는 경우가 많지만, 그건 결국 **Meta/Zuckerberg 소유 앱**일 뿐임
  - IPv6도 이제는 **진짜로 거의 완전 도입**된 상태라는 농담도 덧붙임
  - 문제는 SMS의 연도가 아니라, **TCP보다도 오래된 기술**이라는 점을 잊지 말아야 함

- Android 사용자 두 명과 RCS 그룹 채팅을 하다가 한 명이 iOS로 바꾸자 **대혼란**이 시작됨  
  대화가 분리되고, 메시지가 엉뚱한 스레드에 나타나고, 그룹 제목이 사라졌다 돌아오기를 반복함  
  Mac 클라이언트도 문제를 더함
  - 아이가 있는 부모 입장에선 이런 **RCS 그룹 채팅의 불안정성**이 오히려 장점일 수도 있음  
    iMessage 그룹 채팅은 10대 사이에서 **왕따·드라마의 온상**이 되기 쉬움. 최소 연령 제한이 필요하다고 생각함
  - 나도 iPhone으로 바꾸기 전 Android에서 같은 문제를 겪었음  
    [Google의 RCS 비활성화 페이지](https://messages.google.com/disable-chat)를 통해 해결했더니 그 뒤로는 괜찮았음

- RCS는 **통신사가 개입한 순간부터 실패가 예정된 표준**이었음  
  통신사가 손대는 표준은 항상 같은 결말을 맞음. 그래서 WhatsApp, iMessage 같은 앱이 인기를 얻은 것임  
  데이터 연결만 있으면 메시징이 가능하고, 통신사는 단순한 **데이터 파이프** 역할만 함
  - 그래도 통신사가 없었다면 RCS가 배포되지도 못했을 것임. 기본 탑재된 통신사 앱이 RCS를 지원하기 때문임
  - 미국에서 여전히 SMS로 돌아가려는 움직임이 있다는 게 놀라움  
    WhatsApp이 훨씬 낫고, 설령 Meta가 망쳐도 Signal로 옮기면 됨. **통신사에 권한을 다시 주는 건 최악**임

- Android에서 RCS는 정말 **골칫거리**였음  
  LineageOS와 GrapheneOS를 번갈아 쓰는데, Google Messages만 RCS를 지원함  
  GrapheneOS는 Google Play 권한을 최소화해야 해서 RCS 인증이 자주 실패함  
  특히 **T-Mobile**의 RCS 엔드포인트가 Google Jibe에서 자체 서버로 바뀌면서 완전히 깨졌음  
  - 사실 이건 **북미 한정 문제**임. 나머지 지역은 WhatsApp을 쓰고 RCS가 뭔지도 모름  
    북미 사람들은 고통을 자초하는 듯함
  - Google의 RCS는 **루팅 감지**를 추가했음. RCS 결제 기능 때문인데, 결국 GrapheneOS 같은 비공식 OS는 차단됨  
    나중에 Apple처럼 **송금 기능**을 넣으려는 포석 같음

- Google이 RCS를 **보편 프로토콜**이라 홍보하지만, Google 서비스가 없으면 작동하지 않음  
  GrapheneOS에서는 아예 불가능했음
  - RCS 자체는 보편적이지만, **통신사 지원이 거의 없고** 제3자 앱 지원도 명세에 포함되지 않았음  
    그래서 Google이 사실상 모든 통신사를 **가짜로 대행**하며 RCS를 작동시킴  
    원래 명세는 각 통신사가 자체 메신저 앱을 배포하는 걸 전제로 했지만, 현실은 완전히 다름
  - 심지어 **Google Voice조차 RCS 미지원**임. bandwidth.com이 운영 중이라 Google도 손을 못 대는 듯함

- Apple과 Google Jibe 문제를 잘 이해 못하겠음  
  Jibe가 RCS 백엔드라면, 이게 **기기 블랙리스트** 문제일 수도 있음  
  Apple Store 직원들도 이해는 하겠지만, 결국 “통신사 문제”로 돌릴 수밖에 없을 듯함
  - 실제로 여러 통신사(SKT, Verizon 등)로 테스트했지만 해결되지 않았음  
    Apple 지원팀도 RCS 문제는 통신사 소관이라며 **iOS 복원 절차**를 권장했음  
    iTunes 백업 복원이 불완전하다는 진단을 받아 iCloud 복원으로 시도 중임
  - Jibe는 iOS에서 **App Attest 인증**을 요구함 (RCC.14 명세 2.11항 참고)  
    따라서 기기나 IMEI가 **차단당했을 가능성**도 있음

- 우리 회사는 하루에 수천 건의 **배송 알림 SMS**를 Twilio로 보냄  
  RCS로 전환해보려 했지만, $500을 내고 활성화해도 **지원 단말 비율이 너무 낮아** 실용성이 없었음  
  결국 WhatsApp으로 전환함
  - 실제로 많은 사용자가 RCS를 **의도적으로 비활성화**함  
    나도 새 폰 설정 중 RCS 활성화 알림이 떴지만 거절했음. 단순한 SMS면 충분하고, 복잡한 건 다른 앱으로 해결함  
    그런데도 자동으로 켜져서 다시 꺼야 했음

- 나도 GrapheneOS에서 몇 달째 RCS가 안 됨  
  처음엔 통신사 바꾸면 해결됐지만, 다시 깨짐. 결국 iPhone으로 돌아가야 하나 고민 중임
  - 예전엔 잘 됐는데 최근엔 완전히 깨짐. 관련 토론이 [GrapheneOS 포럼](https://discuss.grapheneos.org/d/1353-using-rcs-with-google-messages-on-grapheneos)에 길게 이어지고 있음  
    아직 해결되지 않아 RCS를 다시 켜기엔 불안함
  - Google Fi에서도 같은 문제를 겪었음. 잠시 해결됐다가 다시 깨졌고, 결국 **그룹 채팅이 망가짐**

- 내 여동생도 Samsung에서 RCS가 안 됐는데, 원인은 **오래된 SIM 카드와 앱 충돌**이었음  
  새 SIM과 설정 수정으로 해결됨. RCS는 정말 **까다로운 시스템**임
  - RCS가 구체적으로 **어떤 하드웨어 지원**을 요구하는지 궁금함
