Ich will einfach nur funktionierendes RCS-Messaging

 (wt.gd)
3 Punkte von GN⁺ 2025-11-21 | 1 Kommentare | Auf WhatsApp teilen
  • Auf einem iPhone 15 Pro besteht seit über einem Monat ein Problem, bei dem RCS-Messaging nicht funktioniert, während Apple und Mobilfunkanbieter sich weiterhin gegenseitig die Verantwortung zuschieben
  • Ein Nutzer, der frühere MMS- und RCS-Probleme schon selbst gelöst hat, dokumentiert diesmal detailliert einen Fall, in dem die RCS-Aktivierung nach dem Update auf iOS 26 hängen bleibt
  • Es wird darauf hingewiesen, dass Google RCS auf angepassten Android-Betriebssystemen absichtlich blockiert hat und US-Mobilfunkanbieter von der Google-Jibe-Infrastruktur abhängig sind
  • Das Apple-Supportteam wird dafür kritisiert, das Problem den Mobilfunkanbietern zuzuschieben und kaum echte Diagnosemöglichkeiten zu haben; als zentraler Hinweis aus der Log-Analyse wird ein Fehler im Zusammenhang mit UserInteractionRequired.xml genannt
  • Die Komplexität des RCS-Standards und die fehlende Verantwortung zwischen Apple, Google und den Mobilfunkanbietern zeigen sich als typisches Beispiel für eine schlechte Nutzererfahrung

Problem: RCS funktioniert auf dem iPhone nicht

  • Auf einem iPhone 15 Pro bleibt RCS-Messaging seit mehr als einem Monat deaktiviert
    • Apple verweist auf den Mobilfunkanbieter, der Mobilfunkanbieter wiederum auf Apple
    • Über AppleCare+ wurde Unterstützung angefordert, aber ohne konkrete Lösung
  • Unter iOS 18 funktionierte alles normal, doch nach dem Update auf iOS 26 bleibt der Status bei „Warten auf Aktivierung“ hängen
    • Wird dieselbe eSIM in ein anderes iPhone (14 Pro Max, SE3) eingesetzt, erfolgt die Aktivierung sofort
    • Bei drei großen Mobilfunkanbietern – T-Mobile, US Mobile (AT&T-Netz) und Verizon – tritt dasselbe Problem auf

Hintergrund des Nutzers und frühere Erfahrungen

  • Ein OS-neutraler Nutzer, der sowohl Android als auch iOS verwendet und LineageOS selbst baut
  • Hat in der Vergangenheit ein Problem mit fehlgeschlagenem MMS-Versand bei Verizon Wireless selbst behoben
    • Verizon hatte die UAProf-Domain abgeschaltet, wodurch MMS nicht empfangen werden konnten; der Nutzer meldete das Problem und stieß eine Lösung an
    • Bei T-Mobile trat dasselbe Problem nicht auf, da dort UAProf nicht erforderlich ist

Fallbeispiel: Googles RCS-Blockade

  • Seit Ende 2023 blockiert Google RCS auf angepassten Android-Betriebssystemen absichtlich
    • Es sieht zwar so aus, als sei RCS aktiviert, tatsächlich lassen sich aber keine Nachrichten senden oder empfangen
    • Google räumte die Blockade später ein und fügte erst Monate danach einen Hinweis zur Deaktivierung hinzu
  • Der Nutzer stellte RCS wieder her, indem er den Geräte-Fingerprint eines Pixel-Geräts spoofte
    • Dass dies möglich ist, untergräbt aus seiner Sicht Googles Begründung, die Maßnahme diene der Spam-Prävention

Apples Einführung von RCS und das auftretende Problem

  • Apple führte mit iOS 18 Unterstützung für RCS Version 2.4 ein; in der iOS-26-Reihe soll zusätzlich Ende-zu-Ende-Verschlüsselung (E2E) kommen
  • Nach dem Upgrade auf iOS 26 schlägt die RCS-Aktivierung fehl
    • Es wird Mullvad DNS verwendet, doch auf anderen iPhones in der Familie tritt das Problem nicht auf
    • Das Zurücksetzen der Netzwerkeinstellungen, das Neuausstellen der eSIM, das Umschalten von iMessage, Wiederherstellungen und zahlreiche weitere Maßnahmen blieben erfolglos

Log-Analyse und Hinweise auf die Ursache

  • Mit idevicesyslog wurden mehrere hundert MB an CommCenter-Logs analysiert
    • Die Datei UserInteractionRequired.xml könnte in einem Zustand mit „unendlicher Gültigkeit“ verbleiben und dadurch ein Provisioning-Scheitern verursachen
    • In den Logs finden sich zahlreiche Meldungen wie „Provisioning not possible“ und „IMS not ready“
  • In Apples offizieller Dokumentation und durch den Support gibt es keine Informationen oder Lösungsvorschläge zu dieser Datei

Grenzen des Apple-Supports

  • Apple-Mitarbeitende sind offenbar dazu angehalten, die Ursache den Mobilfunkanbietern zuzuschreiben
    • Tatsächlich lässt sich das Problem jedoch bei allen Mobilfunkanbietern gleichermaßen reproduzieren, sodass diese Erklärung nicht trägt
  • Der Apple Store schlug einen Tausch des Geräteboards (mit neuer IMEI) vor, ohne die Ursache des Problems zu analysieren
    • Da sich die eSIM nicht auf andere Testgeräte übertragen lässt, sind die Diagnosemöglichkeiten begrenzt
    • Der Nutzer betont, Apple müsse eine Log-basierte Ursachenanalyse und ein internes Feedback-System bereitstellen

Die Rolle der Google-Jibe-Infrastruktur

  • US-Mobilfunkanbieter betreiben keine eigenen RCS-Server mehr und verlassen sich auf die Google-Jibe-Plattform
    • Apple-Mitarbeitende kennen diese Struktur entweder nicht oder erklären sie Kundinnen und Kunden nicht
    • Dokumente zu Jibe sind nur für Mobilfunkpartner zugänglich, normale Nutzer haben keinen Zugriff
  • Der Nutzer hält Jibe für einen möglichen Kern des Problems, doch weder Apple noch Google noch die Mobilfunkanbieter bieten dafür einen zugänglichen Diagnosepfad

Fazit und Forderungen

  • Apple sollte nicht nur Geräte tauschen, sondern eine grundlegende Analyse und Behebung des Problems vornehmen
  • In Open-Source-Umgebungen lassen sich Probleme direkt untersuchen und beheben; auf geschlossenen Plattformen fehlt Nutzern diese Kontrolle
  • Der Fall des gescheiterten RCS zeigt mangelnde Interoperabilität zwischen Plattformen und eine Struktur der Verantwortungsabwehr
  • Der Nutzer fordert von Apple die Bereitstellung von „Radar“ (dem Bug-Report-Kanal) und verlangt eine Log-basierte Ursachenklärung

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-11-21
Hacker-News-Kommentare

  • Ich habe kürzlich versucht, unter Android erneut eine SMS/MMS/RCS-App zu bauen, und war überrascht, wie viel komplizierter das geworden ist und wie sehr es sich fast in eine Google-Monopolstruktur verwandelt hat.
    Eine direkte Implementierung ist auch nicht möglich. Die dafür nötigen Sonderberechtigungen unter Android bekommen nur von Mobilfunkanbietern oder OEMs freigegebene Apps.
    Früher hieß es, es würden APIs wie die rcsjta-Referenzimplementierung kommen, aber auch nach 10 Jahren ist das nicht passiert.
    Deshalb habe ich RCS komplett deaktiviert. Es gibt keinen Grund, das gesamte Messaging Google zu überlassen. Ich halte es eher für sinnvoll, zu empfehlen, SMS/MMS/RCS insgesamt gar nicht zu verwenden.

    • Noch problematischer ist, dass es je nach Anbieter unterschiedlich ist. RCS war ursprünglich ein anbieterzentrierter Standard, also bestimmen die Mobilfunkanbieter und nicht die Entwickler die Umsetzung.
      Die frühere Referenzimplementierung verschwand, als die Anbieter ihre Server abschalteten, und heute ist rust-rcs-client der aktuellste Open-Source-Client.
      Bei LineageOS oder Custom-ROMs kann man selbst signieren und so die Berechtigungen bekommen, daher sehe ich dort eine Chance.
      Ich möchte glauben, dass Googles Vermittlerrolle bei RCS nur ein vorübergehendes Phänomen ist. Hoffentlich kehrt es irgendwann zu anbieterbasiertem Messaging zurück.
      Allerdings wurden die Zugriffsmöglichkeiten unter Android wegen früherem Missbrauch von Entwicklerrechten (Tracking und Telemetrie) stark eingeschränkt, und letztlich müssten wohl einzelne Länder das Fehlen einer Google-RCS-API regulieren.
    • Ich hatte dieselbe frustrierende Erfahrung. Trotz der Einschränkungen rund um SMS habe ich eine App veröffentlicht, aber RCS lässt sich nicht integrieren. Es ist faktisch Googles iMessage.
    • Früher war ich ein klarer Befürworter von RCS, aber inzwischen wirkt es auf mich, als sei es zu einer Werbeplattform verkommen.
      Google hat begonnen, über RCS Spam-artige Werbung zu verschicken, und es gibt keine Möglichkeit, das zu blockieren. Deshalb habe ich RCS am Ende deaktiviert.
      Dass Google so eine Struktur vorantreibt, ist absurd. Auch diese moralische Überlegenheit gegenüber Apple wirkt inzwischen widerlich auf mich.
    • Meiner Ansicht nach hat Google wohl versucht, den Betriebsaufwand auf die Mobilfunkanbieter abzuwälzen, und ist damit gescheitert.
      Hunderte Anbieter weltweit arbeiten jeweils anders, daher war eine Integration unmöglich, und am Ende ist man wieder bei einer „Google-Version von iMessage“ gelandet.
      Universell ist heute nicht mehr der Mobilfunkanbieter, sondern das Internet. Deshalb nutzen Regionen außerhalb der USA meist WhatsApp, Signal, WeChat usw.
    • Am Ende unterscheidet es sich praktisch kaum von WhatsApp im Besitz von Meta.

  • Im Jahr 2076 heißt es dann, Sam Altman habe echtes AGI erreicht. Quantencomputer zerlegen Zahlen, Kaltfusion ist zu kalt und muss erst aufgewärmt werden.
    Und trotzdem unterhalten sich die Amerikaner immer noch über SMS aus dem Jahr 1993.

    • Bald macht man wohl noch Witze darüber, dass ehemalige Fusionsforscher eine Taskforce gebildet haben, um die Bluetooth-Audioqualität zu verbessern.
    • Wenn wieder darüber gespottet wird, dass die USA noch SMS nutzen, möchte ich immer sagen, dass SMS in den USA tatsächlich viel günstiger ist als in Europa.
      In Europa wird oft wegen teurer Mobilfunktarife WhatsApp genutzt, aber das ist am Ende eben auch nur eine App im Besitz von Meta/Zuckerberg.
    • Dazu kam noch der Witz, dass inzwischen selbst IPv6 wirklich fast vollständig eingeführt sei.
    • Das Problem ist nicht das Jahr von SMS, sondern dass man nicht vergessen sollte, dass es sich um eine noch ältere Technologie als TCP handelt.

  • Ich war in einem RCS-Gruppenchat mit zwei Android-Nutzern, und als einer von ihnen auf iOS wechselte, begann das totale Chaos.
    Gespräche wurden aufgeteilt, Nachrichten tauchten in falschen Threads auf, und der Gruppentitel verschwand und kam ständig wieder.
    Der Mac-Client hat die Sache noch verschlimmert.

    • Aus Sicht von Eltern mit Kindern kann diese Instabilität von RCS-Gruppenchats sogar ein Vorteil sein.
      iMessage-Gruppenchats können unter Teenagern leicht zu einem Nährboden für Mobbing und Drama werden. Ich finde, dafür sollte es ein Mindestalter geben.
    • Ich hatte unter Android dasselbe Problem, bevor ich auf ein iPhone gewechselt bin.
      Ich habe es über Googles Seite zum Deaktivieren von RCS gelöst, und danach war alles in Ordnung.

  • RCS war ein zum Scheitern verurteilter Standard, sobald Mobilfunkanbieter involviert waren.
    Standards, an denen Mobilfunkanbieter mitwirken, enden immer gleich. Deshalb wurden Apps wie WhatsApp und iMessage populär.
    Solange eine Datenverbindung vorhanden ist, funktioniert Messaging, und die Anbieter dienen nur noch als einfache Datenleitungen.

    • Andererseits wäre RCS ohne Mobilfunkanbieter wohl nie ausgerollt worden. Denn die vorinstallierten Anbieter-Apps unterstützen RCS.
    • Es überrascht mich, dass es in den USA immer noch Bestrebungen gibt, zu SMS zurückzukehren.
      WhatsApp ist viel besser, und selbst wenn Meta es ruiniert, kann man zu Signal wechseln. Den Mobilfunkanbietern wieder Macht zu geben, wäre das Schlechteste.

  • RCS unter Android war wirklich ein Riesenärgernis.
    Ich nutze abwechselnd LineageOS und GrapheneOS, aber nur Google Messages unterstützt RCS.
    Bei GrapheneOS müssen die Berechtigungen für Google Play minimal bleiben, daher schlägt die RCS-Authentifizierung oft fehl.
    Vor allem als der RCS-Endpunkt von T-Mobile von Google Jibe auf eigene Server umgestellt wurde, ging alles komplett kaputt.

    • Eigentlich ist das ein nur auf Nordamerika begrenztes Problem. Im Rest der Welt nutzt man WhatsApp und weiß oft nicht einmal, was RCS ist.
      Die Nordamerikaner scheinen sich dieses Leid selbst einzubrocken.
    • Googles RCS hat eine Root-Erkennung eingebaut. Das hängt mit der Zahlungsfunktion in RCS zusammen, wodurch am Ende inoffizielle Systeme wie GrapheneOS blockiert werden.
      Das wirkt wie eine Vorbereitung darauf, später wie Apple auch Geldtransferfunktionen einzubauen.

  • Google bewirbt RCS als universelles Protokoll, aber ohne Google-Dienste funktioniert es nicht.
    Auf GrapheneOS war es überhaupt nicht möglich.

    • RCS selbst ist zwar universell, aber Unterstützung durch Mobilfunkanbieter gibt es kaum, und Support für Drittanbieter-Apps war nie Teil der Spezifikation.
      Deshalb übernimmt Google faktisch stellvertretend für alle Anbieter den Betrieb von RCS.
      Die ursprüngliche Spezifikation ging davon aus, dass jeder Anbieter seine eigene Messenger-App verteilt, aber die Realität sieht völlig anders aus.
    • Sogar Google Voice unterstützt kein RCS. Da es von bandwidth.com betrieben wird, scheint selbst Google dort nichts machen zu können.

  • Ich verstehe das Problem mit Apple und Google Jibe nicht ganz.
    Wenn Jibe das RCS-Backend ist, könnte es sich auch um ein Problem mit einer Geräte-Blacklist handeln.
    Die Mitarbeiter im Apple Store werden das vermutlich auch verstehen, können es letztlich aber nur auf ein „Problem des Mobilfunkanbieters“ schieben.

    • Tatsächlich wurde es mit mehreren Anbietern getestet, darunter SKT und Verizon, aber es ließ sich nicht lösen.
      Auch der Apple-Support meinte, RCS-Probleme fielen in den Zuständigkeitsbereich des Mobilfunkanbieters, und empfahl eine iOS-Wiederherstellung.
      Da diagnostiziert wurde, dass die Wiederherstellung aus einem iTunes-Backup unvollständig sei, wird jetzt eine Wiederherstellung über iCloud versucht.
    • Jibe verlangt unter iOS eine App-Attest-Authentifizierung (siehe Abschnitt 2.11 der Spezifikation RCC.14).
      Daher ist es auch möglich, dass das Gerät oder die IMEI gesperrt wurde.

  • Unser Unternehmen verschickt pro Tag mehrere tausend SMS mit Versandbenachrichtigungen über Twilio.
    Wir wollten auf RCS umsteigen, aber selbst nach Zahlung von 500 $ für die Aktivierung war der Anteil unterstützter Geräte viel zu gering, um praktisch nutzbar zu sein.
    Am Ende sind wir auf WhatsApp umgestiegen.

    • Tatsächlich deaktivieren viele Nutzer RCS absichtlich.
      Auch ich bekam bei der Einrichtung eines neuen Telefons eine Benachrichtigung zur Aktivierung von RCS, habe aber abgelehnt. Ein einfaches SMS reicht mir, alles Komplexere löse ich mit anderen Apps.
      Trotzdem wurde es automatisch aktiviert, sodass ich es wieder ausschalten musste.

  • Bei mir funktioniert RCS auf GrapheneOS seit Monaten nicht mehr.
    Anfangs ließ es sich durch einen Anbieterwechsel beheben, aber dann ging es wieder kaputt. Inzwischen überlege ich, ob ich am Ende doch wieder zu einem iPhone zurückmuss.

    • Früher lief es problemlos, aber zuletzt ist es komplett kaputt. Die entsprechende Diskussion läuft schon lange im GrapheneOS-Forum.
      Es ist noch nicht gelöst, deshalb ist es mir zu riskant, RCS wieder zu aktivieren.
    • Ich hatte dasselbe Problem bei Google Fi. Es wurde kurzzeitig behoben und ging dann wieder kaputt, und am Ende waren Gruppenchats zerstört.

  • Auch bei meiner jüngeren Schwester funktionierte RCS auf einem Samsung-Gerät nicht, und die Ursache war eine alte SIM-Karte plus App-Konflikt.
    Mit einer neuen SIM und geänderten Einstellungen ließ sich das beheben. RCS ist wirklich ein heikles System.

    • Mich würde interessieren, welche konkrete Hardware-Unterstützung RCS eigentlich verlangt.