Yeah... I just started getting back into building sms/mms/rcs apps on Android and oh boy. It's much more of a mess than I expected, and much more "oh so it's basically just Google now, and they seem to be trying to lock it down further" than I expected (or hoped).
And you can't even implement it yourself because it requires special permissions on Android, which you can only get if you're a carrier/oem-blessed app. And the early "you'll be able to build other apps, there will be an API like this: https://github.com/android-rcs/rcsjta" promises (which would put it on par with sms/mms) never materialized, despite a reference implementation that did exactly that over a decade ago.
At this point I'm just totally against RCS and I'm intentionally turning it off. Why hand all of your messaging communications over to Google, when they've got such a consistent history of being hostile? We're much better off going back to telling people not to use sms (or mms or rcs) at all because it's insecure.
> And you can't even implement it yourself because it requires special permissions on Android
That depends on your carrier, which is even worse. There are several ways to activate RCS for a phone number, as this standard is meant for carriers rather than app developers, and the carrier gets to choose which one they want.
I think the reference implementation died around the time carriers shut down their RCS servers because nobody was using them. https://github.com/Hirohumi/rust-rcs-client seems to be the most reason open RCS client at the moment (with an Android demo app).
The real need and opportunity for an RCS messenger is on the LineageOS/custom ROM scene, where these permissions are available (you can sign the ROM yourself, after all).
As for the Google stuff, RCS being routed through Google is an anomaly that will hopefully be fixed as carriers add support to it so native Android <-> iOS messaging isn't completely terrible. Progress has been slow outside of countries that still use SMS (like the USA) but eventually we'll be back to normal carrier-based carrier message exchange once things calm down a bit.
On the Android side of things, I don't expect things to change soon, as most of the restricted fields were at one point available to developers and were mostly used to stalk users across installs without their knowledge for tracking and "telemetry" purposes. A country where people actually use SMS/RCS will have to crack down on Google's lack of an RCS API.
The problem with all these problems is that it makes RCS noticeably worse in both normal use and for your privacy than a regular web chat via some other system. And I do not see a path for it that escapes that.
I'm very happy that they're essentially using MLS, that's a real benefit[1]. But other chat apps can (and some do) do that too, without actively driving every single carrier globally to give Google all of your messaging activity. We're better off having diversity.
This all could reverse course and become acceptable, but I don't see how it would happen in practice. It seems much more likely that everyone will just give up and say "yeah that didn't work".
1: Though without alternate impls they can just silently MITM it and how would you know? RCS users: have you ever verified your messaging keys out of band? Do you know how? I can't find it in Messages. The "Universal Profile https://www.gsma.com/solutions-and-impact/technologies/netwo..." for RCS that describes a ton of things compliant apps have to do (many of which Google Messages does not seem to do, as far as I can tell) has no instructions at all to show users their keys or provide a common way to verify them (as far as I can tell). Client diversity provides a way to detect some attacks here, but there is currently almost no client diversity, and instead it seems to be shrinking towards just Google Messages, using Google's servers.
^ They are correct, the MLS / E2EE part of RCS is quite new and not yet implemented ~anywhere. So it gets no points until widespread, and this is now a decade after RCS's introduction. I think we can expect it to take a long time yet, if at all.
> eventually we'll be back to normal carrier-based carrier message
Why would you want to go into this closed model, where you’ll likely be charged per-account? How is this any better than XMPP, email, or any other IM protocol out there?
> generally included in the plan you pay anyway for data access.
Er, what? The main reason why most of the world moved from SMS to internet-based messaging is because SMS was far more expensive.
> having it for emergencies is nice
In what kind of emergency could SMS be useful?
> just to bootstrap an alternative, secure channel.
But you need to exchange SMS numbers to do that. You might just as well exchange emails, XMPP, or whatever other protocol your going to use later and skip SMS entirely.
My novice read of it is that Google made the mistake of trying to hand off the management burden to carriers, since they felt that the way to make something universal like SMS/MMS is to include carrier support.
But that obviously didn’t work because there are hundreds (thousands?) of cellular carriers around the world and they are the wrong people to manage such a thing.
So they basically are steering it back to “Google’s shitty iMessage.”
The universal thing isn’t the carrier anymore, the universal thing is the Internet that runs on top of it, which is perhaps why just about everyone outside the US tends to use messaging apps like WhatsApp/Signal/WeChat/etc.
It turns out that the only thing worse than the platform monopolist was the old phone carries monopolies.
> just about everyone outside the US tends to use messaging apps like WhatsApp/Signal/WeChat/etc.
This is The Way. Well, several ways, since you inevitably end up a bit fragmented, but usually a country will settle on one, usually WhatsApp. Further east Telegram is also popular.
...and then WhatsApp starts to send ads in push-notifications that you can't turn off. And you either have to live with it, or be a massive black hole in your friends communities.
I don't know if RCS is the way, but monopolistic messaging apps definitely aren't.
> and then WhatsApp starts to send ads in push-notifications that you can't turn off
*that you can't filter.
Every time an app begs me to enable notifications, I give it the side-eye because I immediately assume it's going to include notifications that I don't want to see, which are essentially ads for some app feature / some part of their walled garden.
I want to be able to filter notifications at the OS level. That could be by a substring search on the content of the notification, or by a unique-per-call-site (in the code) identifier included in the API the app uses to surface a notification (though I suspect most apps would just re-use the same identifier everywhere because the developers don't want me to be able to filter their ads).
> My novice read of it is that Google made the mistake of trying to hand off the management burden to carriers, since they felt that the way to make something universal like SMS/MMS is to include carrier support.
I'm not sure who you are calling "carriers", but it sounds like the people who own a mobile network. They buy gear off a supplier like Nokia / Huawei, contract them to install and maintain it, then make their money back over time by selling the bandwidth to consumers and hopefully a "free" phone as well.
They aren't the engineering power houses the telco's of old were, like AT&T. Rather they are reverse - a marketing powerhouse, duking it out with other marketing power houses. Their technical know how is close to 0. In fact on the retail support side, it might even be negative. When I deal with them, I come away with the impression would have trouble fixing a propelling pencil. If Google thought they could manage a massively parallel e2e messaging stack, they were deluding themselves.
This is the real reason Huawei was banned by the West. It wasn't just that it meant they were using Chinese make the gear, with opaque Chinese firmware, although I guess that was bad enough. It was that if the telco's bought Huawei, Huawei ran it for them. "Ran" means hands on, 24 hours a day, with in Huawei engineers deployed around the country keeping it ticking. Having a Chinese company running your countries mobile phone infrastructure was an impossible swallow.
Every time I have gotten a SIM card in a country south of the US-Mexico border, the carrier spams the text messaging. But nobody else uses it.
In the US we don't reliably use WhatsApp, iMessage is locked down, and Signal, etc., are just for tech bros or political hacks. Yet, everyone wants to text instead of call, so we are in this world where we need to make RCS work, and they are just not putting in the effort.
What I mean is that in Mexico, Brazil, and many other countries, WhatsApp is the de facto messaging standard. Businesses expect you to have it, restaurant ordering is integrated with it, etc.
Yeah. I'm as frustrated as you are. I had an app in the app store even with all the restrictions around SMS, but there's simply no way to integrate with RCS, so this is basically Google's iMessage.
+1. I was a strong proponent of RCS earlier. Don't care about Green/Blue bubble nonsense. But Google (an Ad company) started abusing RCS to send garbage ads my way. And there is no way to block that as well except for disabling RCS. I feel this is a loophole Google can abuse where local regulations ban vendors for sending promotional messages.
Whatever it is, Google of all org should not be at the Helm of this.
And the amount of moral policing they did to apple. Disgusting assholes. I hate Apple for a lot of reasons. iMessage is definitely not one of them.
I know this is a niche complaint but I hate packaging golang things. On Gentoo contributors are stuck hosting giant dependency tarballs since you need the modules to build a package and we sandbox networking while building.
I definitely think people will regret adopting Golang in time. It's this generation's Java, except without an smooth off-ramp in Kotlin/Scala and even less of the benefits.
In some countries, Whatsapp is pretty much the de facto town square. Friend groups, family groups, event planning, customer support for businesses (though now it's just talking to shitty AI bots), all on WhatsApp. You can't beat the network effects any more. One understands why Meta paid 19b for it.
Our IT department has found a way. Want to get some credentials sent to you (usually just for new accounts)? They send it only via Signal as a out of band method.
This turned Signal into the defacto default in our org.
Signal does some things well, but lacks far behind other apps in UX. It doesn't do cloud backups either, which keeps me from recommending it to less technical folks.
> Telegram, for all its faults, has an excellent desktop app.
Their developers are also very responsive to PR's, I have a couple GCC build fixes in it.
I really soured on Signal early with when running BB10, they would not let us fork and use/distribute websocket builds to get around not having google play services on available on that platform: https://github.com/libresignal/libresignal/issues/37#issueco...
I'm still a little sour on it now because there's still no way to transfer the identity since they refuse itunes/icloud backup, refuse any way to export a key, and I have to look at hideous corporate memphis icons every time I set up Signal new again on iOS (at least Android doesn't have the last thing).
I mentioned before, but I use mautrix-signal to be able to have a unified (except for telegram) messenger on desktop with nheko or element via matrix. It works really well.
> Why hand all of your messaging communications over to Google, when they've got such a consistent history of being hostile?
The alternative is to hand all your communications to carriers, who have a consistent history of being incompetent, extortionate and bending over to authorities to disclose everything you've ever said at the drop of a hat. Exhibit A is SMS, which is totally unencrypted, plagued by bad actors, and a cesspool of spam and fraud.
In an ideal world you could choose who does your RCS, in the same way that you can pick your email provider, but the way it's baked into the telco ecosystem makes this basically impossible.
The year is 2076. An independent panel of experts has finally confirmed Sam Altman achieved AGI, for real this time. Quantum computers are factorizing numbers left and right. Cold nuclear fusion got so cold that we have to warm it up a little. Americans are still trying to communicate over something called "SMS", a text message protocol from 1993, but nobody knows why.
I don’t know a lot about the rest of Europe on this, but here in France it’s been more than a decade SMS are unlimited in mobile plans, and these plans are quite cheap.
Ignoring pride, WhatsApp has major advantages over SMS/MMS, including high-quality media, group chats that actually work, free international messaging, video calls, and (unless they're lying) encryption.
I would be pleased if everyone who uses SMS with me switched to WhatsApp. I would be more pleased if they switched to Signal, but the UX benefits of either one are significant.
I actually took this to heart and deployed it natively on multiple VLANs in my home. Then, even with the abundance of address space, Comcast pulled the ability to use IPv6 in this manner and I'm back to to using NAT on all my VLANs except for one. Progress.
> Comcast pulled the ability to use IPv6 in this manner
Can you expand on this?
It's been a while since I've explored IPv6, but I'm on Comcast and I recently switched from OpenWRT to an Ubiquiti router and was surprised that 1) it doesn't enable IPv6 by default and 2) It asks for configuration [2] that I'm not sure how to answer. I thought everything "just worked" with Router Advertisement.
In a nutshell, Comcast used to provide a /60 to residential customers and this could be subnetted into more than one LAN. Nowadays they only provide a single /64 and this can only be used for one subnet.
I was in a working RCS chat with two Android users. One of them switched to iOS and it’s been sheer chaos ever since. The conversation splits and rejoins, messages randomly choose which copy to appear in, my view is full of little daily notes that I added and removed the switcher from the conversation (of course I didn’t), old titles for the group are resurrected and then disappear…and the Mac client has a few of its own quirky ways of destroying the same chat.
FWIW, RCS group chat on Android being horribly broken is actually a feature if you have kids. I've spoken to many parents of girls in the 7 - 13 age group (and have two myself), and the amount of drama and bullying due to iMessage group chats is several orders of magnitude higher than what kids with Android experience.
I actually think iMessage group chats should have a minimum age limit, from a kids perspective they are no different than Snapchat et al.
Not the protocol, the group chat UX. iMessage gives kids easy access to a place where they can create groups, name them, invite and kick out other kids at will, and send messages + audio/video. It's minimally different from Snap or Discord - except that those actually have parental controls, and there is no easy way to disable iMessage group chats.
The equivalent is simply lacking from Android due to RCS group chat being a broken mess.
- create group: send an MMS message to whoever you want in the "group". Now you have a group chat.
- invite people: send a new MMS message including all past participants and the one additional participant.
- kick them out: Send a new MMS message including all past participants except for the person you want to remove.
- send messages + audio/video: MMS supports all of this.
I have experience where my child with a working android phone was socially excluded by the girls with hand-me-down Apple products because she couldn't "text" with them. Most of them didn't even have working cell service, just iMessage over wifi.
Kids in most european countries use whatsapp even though they are under the minimum age.
Ban an app, another appear. Ban all apps and they would join any of the services that provide a web frontend. Kids in the late 90's/early 2000 were using IRC when ICQ and MSN messenger didn't support group chat, usually from a web client before they were introduced to mirc and other irc clients.
Yes. That's also part of the technical experience that also changes the resulting social landscape. I used to think "what's the point of banning something if people can get it anyway" but after seeing how cannabis became hyper-commercialized in the USA, I see that both the ban and evasion are just part of the game. (Which nobody should get prison for)
There are, but if kids are using iMessage for it and not using other things even though they could, not having iMessage can serve to insulate a kid from it.
Parental controls may prevent some of the kids from installing third-party messaging apps, or maybe they're just unwilling to. There are a weird number of adults in my social circle who I can't convince to do so, though I'd imagine kids to be a little more flexible.
"Missing out because my parents are lame" is a minor social stigma that kids will (should!) experience in many situations anyways. The benefits significantly outweigh the drawbacks.
Friendships are importance for psychological health and development.
When you're excluded from the primary means of communications with potential friends, and can never find out where and when they are meeting to get together, it's not "minor".
This seems to be a disingenuous comparison. With RCS it’s supposed to work but it’s broken, which is your “parental control.”
But I don’t think either platform lets you control messaging group chat functionality this way. They just offer approved contacts and complete disable as your options to control messaging.
I also think your “amount of drama” might be badly measured simply because the majority of kids in the US use iOS.
I have an iphone, previously had an android. I had trouble with RCS chats and then did the "Don't have your previous device" part here, https://messages.google.com/disable-chat. And since then things have been pretty good for me.
RCS has been a royal pain for me on Android, too. Partially my fault since I'm using non-default ROMs (LineageOS on my Fairphone 4, which I then replaced with GrapheneOS on my Pixel 9a), but also mostly Google's fault for taking as janky of an approach as possible when it comes to its Messages app (which seems to be the only actively-maintained Android SMS app with RCS support, because of course it is).
The Graphene folks have at least been making progress on getting it working (my understanding is that Messages expects special permissions from Android and Play Services that GrapheneOS has to specifically whitelist without blowing massive holes in the Google Play sandbox, and without those permissions it fails to verify the phone number for certain carriers — T-Mobile included, in my case). Hopefully whatever fix they come up with works for the long haul; it was really annoying to have RCS working fine for all of two weeks only for it to immediately start failing again when the required RCS endpoint switched from Google's Jibe instance to whatever T-Mobile is allegedly maintaining themselves.
The rest of the world isn't on WhatsApp. What a bizarre claim. Vietnam uses Zalo. Japan uses Line. Korea uses Kakaotalk. China uses WeChat. Iran is Telegram.
And in the US more people are using iMessage than SMS thanks to iPhone's 58% market share.
I don't know about you, but I personally talk with Iranians more on Whatsapp than telegram. I know the Iranian government did ban whatsapp for a while, but its still popular. I remember reading an article on here about a whatsapp leak, and it mentioned that there are over 60 million whatsapp users in Iran. Considering that Iran has a population of around 91 million, that's a huge majority of the country.
Can confirm, my family back in Iran doesn't use Telegram and haven't for quite some time. They're all on WhatsApp. Telegram seemed to be popular in Iran during the Whatsapp ban and it switched back to Whatsapp being dominant it seems. Which is very annoying to me because I loathe Meta and don't use any of their products.
I think Germany has a high amount of users on Signal, it's quite interesting seeing the stats about messaging apps in different countries, it's very fractured internationally while being very consistent inside borders.
I for one fucking hate that most of Sweden uses FB Messenger, it's the clunkiest of them all, and since I don't like using it all I constantly miss important messages from friends from not having the app installed and checking Facebook once in a blue moon :/
> The rest of the world is on WhatsApp and doesn't even know what RCS messaging is.
Absolutely _not_ the case here (France), the overwhelming default is SMS (and now RCS). Sure people use WhatsApp but also Telegram just as much these days, but in both cases it's _not the default_.
Maybe because it's been, I don't know, one to two decades that SMS have been unlimited in even the most basic plans.
Also RCS Just Works here, I've seen my non-Apple contacts move to RCS over time as they got OS or phone upgrades.
I'd blame NA carriers, which, from afar, seem to have a habit of screwing up in so many ways.
Early adopter syndrome strikes again. None of my friends or family have Whatsapp, Whatsapp doesn't (currently) work with other services, and all of us have had SMS for nearly as long as we have had cell phones.
Slow cable Internet and 120v residential electricity are two more examples. I fortunately have fiber now, but I'll be stuck dreaming of 240v outlets and appliances for the rest of my life.
Alas, my workshop didn't come with 240 already run, so that was an added expense to get my welder set up.
An electric tea kettle that didn't take an hour to warm up would be very nice.
My well pump runs on 120v, and when the motor kicks in the whole house knows.
240v has lower voltage drop over distances, puts off less heat due to lower amperage for the same wattage, and since we're dreaming, we could switch over to a sane plug design like Type F or G instead of A and B.
I don't know- I'm in England whastapp is the default and it makes me sad.
I was hoping when I first learnt about RCS that it could be an alternative to Meta owning everyone's comminications channels, but I've given up that hope a fair while ago.
I remember installing WhatsApp and it proceeded to delete all contacts from my phone. Haven't ever installed WhatsApp ever since. Have told people to either contact me through e-mail, google chat, LINE, discord or irc after that incident.
That's not true at all. Random data point. Estonia. I have a _single_ contact that uses WhatsApp. Everybody else is reachable via FB Messenger/Discord/SMS/Signal/Google Chat/Instagram.
One issue with Google's RCS implementation is that they've added root detection, something mandatory if you follow the RCS payments spec. Google will probably eventually want to mirror Apple's "send money*" feature to their messenger which precludes GrapheneOS and other non-official software (including Google's GSI images).
*: unless someone does a chargeback after, which makes the money disappear from your account, a major source of "oops I accidentally sent (too much) money (to the wrong person)" scams
Yeah, that root detection is the bane of my existence, beyond just RCS. Even entirely ignoring my phone having much stronger security than with the stock OS (and therefore rendering the whole “security” excuse to be complete BS), if I want to take on the risk of using an “insecure” device for payments or whatever then that's my choice to make and mine alone.
Your credit card probably has a policy where they take on the liability for fraud. At least in that case, you're not the one primarily taking on the risk for using an insecure device
The risk they'd allegedly take on by letting me use an “insecure” device is far lower than the risk already inherent in, say, the card having an RFID chip in it that anyone can silently scan from a distance unless I happen to have the foresight to buy and use a fancy RF-blocking wallet (that actually does block RF signals), or the card having all of the authenticating info¹ printed directly on it such that anyone who has access to it for the whole three seconds it takes to snap a photo of both sides can then use it to make purchases on quite literally every website that accepts credit cards.
Needless to say: letting me use an “insecure” device for tap-to-pay would considerably lower their risk compared to me not using a device at all and instead using a physical card — even, again, ignoring that my device is in all likelihood considerably more secure (and therefore exposing them to even less risk) than it was in its stock configuration.
----
¹ except for my ZIP code, which is easily guessable if you know roughly where I live — which I don't exactly keep particularly secret!
I use a rooted android phone with a custom ROM and I'm on your side. I was just pointing out that you wouldn't be taking on all the risk if your credit card provider assumes some liability for fraud.
RCS was doomed from the start by virtue of the carriers playing any kind of role beyond acting as dumb pipes. Any standard that the carriers have their fingers in will be doomed to the same fate.
It’s one of the main reasons why WhatsApp, iMessage, etc have such popularity. A cell connection is merely one of many means of access and carriers have no structural role whatsoever, meaning that if you’ve got cell data you’ve got messaging.
Yeah it's kind of wild how many Americans want to regress to the bad old days of SMS. WhatsApp is just so much better. At least it has been for the last decade. Maybe Meta will ruin it soon but if that happens we can all move to Signal (until they ruin it). Either way it's better than giving an ounce of power back to telcos.
I guess what I'm getting at is that there should've been standardization around a fully web-based protocol that does not involve the carriers in any way.
Like imagine if instead of investing in RCS, Google instead created a web-based "Advanced Messaging Protocol" or something to that effect, which specifies capabilities roughly in line with those of RCS. The big guys like Google, Apple, Meta, and MS would run their own servers, but there'd be no reason why smaller players like FastMail and Proton couldn't also run them. Most users would just roll with the major providers pre-configured on their platform of choice but more savvy users could choose their own.
That could've rolled out and been adopted and iterated upon far more quickly than RCS has.
Exactly. There's absolutely no reason why I should even need a phone number in 2025. All person-to-person communication (text, call, video, file transfer, etc) should just be an open standard running on TCP.
The RCS protocol is universal. Carrier RCS support is minimal, though, and third-party RCS support was never part of the spec and essentially unimplemented.
Google had to pretend to be everyone's carrier to make RCS work because the GSMA spec assumed everyone would download/install their carriers' messenger apps to use RCS, like you would back in the day with SMS/MMS. This expectation was broken the day Google allowed app developers to write third-party SMS apps, but that hasn't bothered the spec people so far.
When RCS was designed, carriers still programmed most of the phones, and if not, provisioning SMS messages would program generic vendor implementations on the phones. That's essentially what RCS still does, except now we have phone operating systems that let users freely install system applications.
The iPhone was unique in that it refused to let carriers customize its operating system. That's part of why Apple had to partner with a relatively obscure carrier on launch, while Motorola/Samsung/Nokia/Sony Ericsson/Android phones launched on random carriers all the time.
Many people still buy phones from their carriers which comes with all kinds of apps pre-installed, including carrier-branded SMS apps in many cases.
Everyone in their right mind would have made that assumption when the system was designed. Only some weirdoes at Apple and a few hard-core open source enthusiasts cared.
Of course, that doesn't mean that operating system vendors such as Apple and Google can't simply implement RCS and all the weird carrier quirks they need to deal with in their own apps anyway, and to make messaging available using an API. They already do that kind of stuff with SMS, MMS, location information, internet connectivity, and practically anything else the phone does. They just decided that they're not really gonna bother with an API for this specific trick your phone can do.
> When RCS was designed, carriers still programmed most of the phones
The past truly is a foreign country.
> Many people still buy phones from their carriers which comes with all kinds of apps pre-installed, including carrier-branded SMS apps in many cases.
You're joking, right? I've never seen this in Europe since the flip phone days. I thought we had left that in the past. Most people here buy their phones outright, but even when on a plan, they don't fill your phone with malware.
If Grandma had to install a seperate app to use RCS, she too would probably end up using Signal, since the barrier to entry is the same.
The reason iMessage is popular in the US is the fact that it's functionally just SMS, being used by the default message app. The reason that didn't happen in Europe is that SMS used to cost money to send, so nobody was already deeply invested in that system, but instead rushed to Whatsapp et al., since those were free and SMS was not. SMSes are free nowadays, but by now we're all already invested, and all the apps provide a better experience than SMS and RCS (the former due to lack of features, the latter because its often broken) and even Grandma has Whatsapp to keep in touch with family, if only because little Timmy installed it.
Wait til you find out Google Voice still doesn't support RCS. (To be fair bandwidth.com runs the service under it and it feels like a product Google wanted to get rid of but was stuck with)
I don’t fully get what he thinks the issue is and how it relates to Google Jibe (which apparently is the RCS-as-a-service platform the US carriers use).
Has Jibe somehow blacklisted his phone? In that case, Apple might technically be right — it’s a carrier issue, but with all major carriers, since he says they’re all using Jibe on the backend.
Anyway, I doubt he’d sound crazy, as he puts it, to the Apple Store people making this case. They might even be sympathetic, but this is probably the best he’ll get, since Apple’s whole protocol is to get you on one centrally preauthorized track or another to having a working phone.
>Has Jibe somehow blacklisted his phone? In that case, Apple might technically be right — it’s a carrier issue, but with all major carriers, since he says they’re all using Jibe on the backend.
That's my guess, yeah. The only unrelated carrier I haven't tried yet is Boost/DISH. I can hop networks on US Mobile but I don't think it'll help. So far I've tried 3 T-Mobile lines on this phone, the US Mobile line on AT&T's network, and my mom's Verizon Wireless line.
> Anyway, I doubt he’d sound crazy, as he puts it, to the Apple Store people making this case.
It's difficult: I probably should have had a write-up before going in, my list in the blog is not complete of steps I tried to get this going. Understand though that all the user facing and employee facing documentation says if it's RCS it must be the carrier.
Had an awesome senior support agent a few calls ago that knew what he was talking about. Actually described previous issues where RCS would not activate early in iOS 26 with a single sim user that had an inactive but not deleted eSIM. I believe the store also repeated a similar mention today.
The senior support agent on the phone just hadn't gotten to the point of fully ruling out an on-phone software state issue. What I mean is I restored a backup from iTunes that their diagnostics reported as incompletely restored. So after our call he wanted me to either try that again or do an iCloud backup. I did the latter, since it seemed to be described as a different restore process that's less likely to copy back a broken state to the device.
Oh man. It's not just Apple. I've had months of RCS not working on GrapheneOS, and have no idea who to blame. The first time it stopped working, I fixed it by switching carriers (AT&T -> T-Mobile). Maybe I'll try switching back! Or maybe I'll switch back to an iPhone and give in to iMessage. :(
It worked for me on GrapheneOS for quite a while, but a couple months ago things started breaking and I no longer have it enabled. There's an absolute behemoth of a thread discussing the issue, and unfortunately it's still active which I assume means I'm not safe to enable it again yet. If you want some light reading to help put yourself to sleep: https://discuss.grapheneos.org/d/1353-using-rcs-with-google-...
Honestly at this point, untangling my group chat mess was such a headache that I'll never turn RCS on again. I need to have 100% confidence that my messages are received and sent, and Google has forever broken that trust re: RCS. I managed to coax most of them over to alternative platforms, but I can't subject my poor grandmother to that headache, so it's SMS/MMS going forward for me.
I had the same issue, with Google Fi! The only thing that briefly resolved it was swapping my number over to an older phone running stock android. Stopped working again when I switched back to my other phone. I just ended up turning it off entirely, but it irreparably broke a few group chats I was in.
We send many thousands of delivery notifications per day on SMS over Twilio. I've been wanting to use RCS for a long time (better group notification experiences, branded identification etc). Tried to do so last month: you pay a fee (I think $500) to enable RCS with a third-party only to find out that a small percentage of devices have it enabled making it effectively useless. So we switched to WhatsApp.
> only to find out that a small percentage of devices have it enabled making it effectively useless.
Which means a lot of people actively don't want it and have turned it off or not elected to turn it on when setting up a new phone. I got prompted to turn it on with my now S65 a while ago and said no (I just want basic works-everywhere simple SMS, thanks, for anything fancier I've got chat-app-de-jour. It got turned on anyway so I had to find the option and turn it back off.
Man, I remember a few years ago when I was in a place without good Internet reception, but good enough phone reception. Wanted to send a SMS instead of a WhatsApp message and only noticed hours later that my phone switched to RCS without fallback and my "SMS" didn't go out because of the missing internet connection.
I disabled RCS that day and never enabled it again.
2G and 3G networks are dying. 4G+ is entirely packet based. "Phone reception without internet reception" simply isn't a thing once the final analogue networks die out. That's what RCS is built for.
RCS has the advantage of theoretically being able to get priority through the baseband, but if you're using Google's RCS servers rather than your carrier's, that's not going to work.
No, RCS is 'built for' a cheap and thinly vieled attempt for carriers to retain some control over messaging. Oh, and for mass surveillance purposes.
It's not a coincidence that RCS still requires carrier hardware and coordination, despite being an IP messaging protocol. It's also not a coincidence that the protocol did not feature E2EE, despite even student project protocols providing that.
> RCS has the advantage of theoretically being able to get priority through the baseband, but if you're using Google's RCS servers rather than your carrier's, that's not going to work.
Phone calls also can get priority over plain SIP traffic and SMS messages get transmitted on mobile networks before 3G connections are established to send Teams messages. I don't think net neutrality laws covers carrier network functionality like this.
> and SMS messages get transmitted on mobile networks before 3G connections are established to send Teams messages.
this is different as you already explained
Net neutrality:
> Net neutrality is the principle that internet service providers (ISPs) treat all online traffic equally and openly, without discrimination, blocking, throttling or prioritisation.
I know what net neutrality is. I just doubt it applies to RCS. Packet switched versus circuit switched transmission of digital messages is just an implementation detail.
With the introduction of LTE, everything from calls to texts have been IP based TCP/UDP/maybe SCTP packets. Does WhatsApp get to file a net neutrality violation because the phone's native SIP client gets priority by the modem/carrier? Does Gmail get to file a claim because SMS messages exchanged through SIP are delivered faster than their push notifications? Does Telegram get to file a claim because you have to pay for a megabyte of roaming costs traveling abroad while you only pay for a single "SMS" despite both being a TCP packet? I don't know. I don't expect those claims to apply.
RCS is the same, in that it's a core carrier feature that communicates between your phone's messaging service and your carrier's infrastructure. RCS' envelope is actually quite similar to MMS' design, except MMS' data transmission still had to be implemented in a circuit-switched way because it came from the 3G era.
Google muddied the water by offering carrier infrastructure (an RCS server) worldwide to any phone that wants to connect to it. It's as if I would host my own SMSC I'd let anyone in the world connect to. It's not the normal use case and as carriers are implementing their own RCS services, I expect this anomaly to slowly disappear over time.
The distinction between third party messengers and SMS/MMS/RCS is a good thing, in my opinion. SMS/MMS/RCS providers need to be able to exchange what is essentially a live feed on a phone number with law enforcement at a moment's notice. Messengers like Signal don't. If third party services would fall under the same category as RCS, it'd stand to reason that the same would also apply in terms of law enforcement orders, and I don't think anyone but the law enforcement agencies would want that.
IMS traffic (voice & conventional SMS) runs on a different PDP context or "bearer" (think "VLAN" but on the cellular interface) which is prioritized at the network level over the general-purpose internet access bearer. I assume that if RCS is offered by the carrier then it would also be running over a dedicated bearer.
I haven't seen separate APNs for RCS here†. Since the iOS support, what "offered by the carrier" means in most the world is only (de)registration through IMS service entitlement. Unlike the Google Jibe / Messages pairing done OTT using an SMS token to check your phone number, which is still the case in a lot of countries. Once the registration established, it's plain data traffic to Google servers.
† Here = "global" RCS, de facto controlled by Google. I haven't checked carrier settings for RCS islands such as the deployment in China or Korea.
My sister had an issue with RCS not working on her Samsung. It turned out she had a SIM card too old for AT&T to support RCS on it and some Samsung related software issues related to their SMS apps and Google’s SMS apps conflicting. A fresh SIM and a couple software tweaks netted her RCS.
I’d assume this isn’t the issue here but RCS seems to be a bit fickle.
There isn't specialized hardware support. As I remember Samsung had their own RCS implementation with some carriers (T-Mobile, possibly AT&T but I'm not sure there). They sunset this and moved to Google Messages. Those android devices would report which servers they used. This of course is hidden from the Apple user.
I was going to make the MMS section of this post about the 'ISIS Wallet' boondoggle that is the closest business parallel I can think of to RCS and actually did require specialized hardware support. Same 3 carriers I've been trying RCS with on the iPhone tried to make a mobile payment wallet: https://en.wikipedia.org/wiki/Softcard They rebranded it to Softcard since the 'We support ISIS' branding aged like milk. Google Wallet competed and took over the assets, sort of like what happened with RCS.
For the specialized hardware... the SIM card needed to have an embedded secure element that handled the keys for the payment system and the phone needed to support connecting to that secure element on the SIM card. I think these started to hit the market in 2010 or so, and you would have had to have a SIM card new enough to support it, here's a pic of the T-Mobile one, I had one: https://www.tmonews.com/wp-content/uploads/2013/08/Screen-Sh...
Last time I had enabled RCS I received a flood of "DHL needs your address" and "Mom I have a new phone number" scams from the UK and the Philippines. So far I'm not aware of anything useful I've missed out on by not having it enabled.
Same, it got enabled for me during an iOS update, forgot about it and suddenly got added to groups without my knowledge or consent and after about 100+ spam messages during a night I disabled RCS. What a waste.
I had random people adding me to groups to send spam to my phone even before RCS.
In fact, I don't think I've ever received spam through RCS, but I have through MMS and even more so through SMS. Looking back at all the spam texts I've received in the past several months, every single instance was SMS/MMS. Not a single time of RCS.
It had the potential to be a great replacement if it just worked™ like SMS/MMS (well, MMS was also quite fickle back in the days), given it's so brittle across devices even on the same OS, with little means of troubleshooting by end-users and even less from non-tech savvy users, it's kinda dead in the water.
I understand what RCS is and I don't understand why it matters.
Everything about the concept of a phone number is confusing to me. It's a string of digits that if someone guesses, they can activate the most active notification your phone has (ringing), at any time, no matter if you know them or not. Better yet, depending on your notification and MMS app settings, they might be able to make a dick pic appear on your lock screen on a whim - big spammers of this seem to get marked by the carriers and apps pretty quickly, but for a more targeted one off, still easy.
As opposed to tcp/IP based chat apps that basically require a bilateral human-initiated handshake before someone can message you...
I do receive occasional spam on WhatsApp, Telegram and Signal. Besides the operator spam (try our shiny new AI feature!)
Tying and account to a phone number is a privacy nightmare.
I guess Facebook/Meta does it for easier social graph extraction/profiling, while Signal tried to hand of verification to precent spam.
But for the sake of this argument, we may just assume all of them are evil.
It really isn't. SMS did not support adding random mobile numbers to a group chat and blasting them with spam. Someone needs to either fix RCS properly for current day use-cases or it just needs to go away.
It's Google's way to openwash their new chat app into a "standard" where 100% of the data runs through their servers in the backend for every carrier they care about.
Yeah I took a look at it: Google added the encryption extensions a full two years before the GSMA put them into the standard so it feels like their new chat app. Not to mention that it’s been around since 2007 and everyone started tailing about it when google started talking about it a couple years ago
No one gave a crap about RCS and no one was supporting it until Google decided that they needed a new chat app because they hadn't made everyone switch in a while.
They are not referring to a WhatsApp specific UX issue, but to the cognitive load of having multiple apps that you have to remember who to use which for, and their different interfaces.
raises hand
I have a bunch of problems with WhatsApp.
Have you tried to restore a backup? You cant, unless it is uploaded to google cloud. No google account, no backup. (including the adress book that's tied to the account, since you are asking, they changed restore rules recently)
Have you tried denying adress book access? Whatsapp barrs you from starting a conversation.
But there is the workaround with https://wa.me/+phone
...except for WhatsApp web
Have you ever tried putting Whatsapp in an Android work profile? Now try to export a chat!
Every once in a while a get the task to save all pictures of a conversation and it is usually a pain (If you think its easy, try again in Androids work profile).
From a UX perspective I would never mourn WhatsApp
Btw Google also stopped providing RCS proxy or whatever that was for small mobile providers. Message in settings will just say RCS is not supported, funnily that also breaks Gemini in Messages app, with infinite spinner.
I have sympathy with the technical and debugging plight but genuinely why are people still dealing with this, SMS/RCS is to the US what fax machines are to Japan. You can only put so much lipstick on a pig. Any bog standard IP based messenger has had none of these issues and all of the features that RCS is supposed to fix for a decade.
But it's still tied to your carrier. I'd really prefer to keep my communication disconnected from my connectivity provider. These should be two completely separate services that I can manage independently. I just want my mobile provider to provide internet. Full stop. Nothing else. But of course they want to inject themselves into as much of my life as possible to make themselves stickier with a nice side of siphoning up more data.
Imagine a world where your ISP also separately provided an IRC messaging service. Why would you ever use that over actual IRC?
This is how I feel about SMS, and phone numbers too for that matter. They're still around for historical reasons, but if we started anew, I can't imagine we would build out that infrastructure separately from the greater internet, and if we would have, I can't think of a reason why.
RCS is basically email over HTTP, wrapped in a layer of carrier stuff. The same way Visual Voicemail is IMAP but wrapped in a layer of carrier stuff.
The spec also handles video calls, conference calls, sending/receiving money, and just about anything else a modern messenger does.
It just lacked E2EE for the longest time, which makes sense when you consider that the police and secret service have their tendrils in the standards body that publishes the spec.
Group chats and just about everything else messaging clients have supported for a decade are part of the Universal Profile that came out nine years ago (file sharing, location sharing, audio messages, etc., although Signal still lacks location sharing so I guess RCS is still ahead of the curve here). These features will not always fall back well to SMS/MMS, though, according to the spec: https://www.gsma.com/solutions-and-impact/technologies/netwo...
Synchronisation is not part of the problem it's trying to solve (sending messages between devices), the same way SMS and MMS don't, so that's up to the apps implementing the protocol.
E2EE has been added very recently (https://www.gsma.com/solutions-and-impact/technologies/netwo... came out a few months ago), and post-quantum encryption is still being developed. It uses standard MLS (RFC 9420) for messaging, so verification will have to be implemented however normal MLS implementations do it. I don't know if there's a standardised way to do it, I haven't fully read the most recent RCS spec yet.
I oversimplified RCS somewhat, it's not just HTTP wrapped in carrier stuff. It's also SIP, SDP, XML, OIDC, RTP, and JSON wrapped in carrier stuff. Still, page 428 of the second link shows an example of a POST request that you can make after combining all of the tidbits of specification that came before it, and that's where the simple JSON+XML shine through the stack of protocols that are tasked with delivering it. The E2EE layer is basically just sending base64'd encrypted messages over that same interface.
The protocol makes sure a message sent from one phone/tablet/watch makes it to the other end. If you want to synchronise that message between your devices, you'll have to build that locally.
Apple, Google, and Samsung can synchronize SMS messages through their cloud services, so the same also goes for RCS. For more privacy-oriented folk, KDE Connect can also offer SMS messaging to the desktop by synchronising locally with a connected phone.
You're right, but between my carrier and Meta, I'd prefer to trust my carrier, even if it's just to know which window to throw a brick through. Maybe I'm being too European on this, but I'm not willing to hand over basic communications to private industry, especially companies whose entire business strategy is building profiles on people.
I still hope for a protocol to win out that's not tied to one party.
Between your carrier and Meta, the choice is clear, but your carrier is almost certainly not a saint. Between your carrier and literally and open source message service, Signal being the obvious one, the choice is again clear.
Not to mention that the choice isn't really between your carrier and Meta, but rather Google and Meta, since most people on Android end up just using Google servers for RCS, and that choice is much more of a toss-up.
"hey bro, just download this crappy totally trustworthy app and add me just to talk to me and only me!" is a patently ridiculous thing to try and sell people on.
It's patently ridiculous to trust the Signal Foundation more than phone carriers? I wasn't aware that AT&T and T-Mobile are run for the benefit of humanity.
Any app that implements RCS is run by gigantic corporations, most of which I'd argue are closer to the US government than even Meta, it's not obvious to me where the ridicule comes in.
I don't know, WhatsApp won my local market decades ago by not having to pay 10 cents per message. People didn't really care about encrypted chats until maybe ten years ago, and even today millions are using Telegram for their every day messaging. No idea what the security situation of Vibe and Facebook Messenger are these days, but their numbers also exceed the hundreds of millions together.
We're stuck with iMessage, which Apple is actively hostile towards non-users. Even for me, who had an iPhone, it was a royal pain in the ass. What do you mean I can't see my messages online? I need a Mac? Are you fucking kidding me? I'm a paying customer, why am I being nickled and dimed?
That, and then SMS MMS. Which are so unbelievably bad they're basically worthless.
I shouldnt have to spend 2.5 thousand dollars to get an acceptable messaging experience. I shouldn't. RCS isn't really helping, but the situation is absolutely NOT for the better IMO.
It looks like they're using US Mobile (which resells T-Mobile as "Death Star"). IIRC US Mobile has some big gaps, I wouldn't be surprised if RCS if one of them. With their rebadged Verizon service you don't even get Visual Voicemail
That’s what I thought too. The author appears to have tried every obvious debugging step, except for switching away from US Mobile.
I’ve been using US Mobile myself for a little over a year, and I remember a period of about 2-3 months where most carriers had implemented RCS for iOS on their services, but US Mobile had not, so I couldn’t use RCS for a while. I don’t know what they had to implement to get RCS working on iOS, but it’s possible that their implementation does not work with iOS 26.
Why should they? I honestly think they would have been justified giving RCS the middle finger indefinitely. It's effectively google-owned and a shitty protocol (no e2e by default being top of mind).
Also, the idea of wanting the carriers more involved in messaging is hilarious, just use one of the 10+ 100x better messaging platforms. The carries horribly bungled SMS/MMS and they ceded all control of RCS to google, why in the world would anyone want them involved. They barely can do their jobs as dumb pipes.
By spec E2EE (via MLS, or something extremely similar) is in fact the default - it's part of the Universal Profile, at least as of 3.0 which I have been reading.
Is Google following that with Google Messages? We have no way to verify! How great for everyone.
And this is what I find so galling, it took them to version 3.0 to decide to do that?
My quick googling shows:
v1: 2016
v2: 2017
v3: 2025
So, yes "by default" in the current year it supports it but no one (including google) is using 3.0 yet. Apple has pledged to do it in iOS 26 (currently using 2.4) and Google has some proprietary e2ee on top of 2.6.
It's just all a mess, the furthest thing possible from an "open standard" (not saying anyone claimed it was, that's just what I would have prefered if we were trying to replace SMS/MMS), and hopelessly behind all other messaging platforms.
I was curious about the adoption timeline actually, yeah - hadn't looked at that in detail yet. Thanks!
How wonderful that they've been claiming better security all along too. (it may be true, sms is terrible - but they know many people will think E2EE or similar when they hear that)
I believe they can't. RCS is implemented over IMS (IP Multimedia Subsystem), part of the mobile carrier infra and tightly tied to them (SIM card auth, APN settings pushed from the operator, etc)
I've seen this same behaviour with IOS messaging ten years ago; I would travel between countries with roaming enabled and every time I changed countries and turned on my iPhone, iMessage would be waiting for activation.
Once spent 5 hours on the phone with an iMessage developer in Ireland helping them debug the issue.
At that time, we didn't have eSIM so I ended up with an Android phone for roaming and my iPhone for home country.
Many months later I got an update from Apple. It was something to do with activation. iOS used to send a hidden SMS to a server in the UK and sometimes while roaming it would time out.
I am going through something very similar. My entire family is on the same T-Mobile plan, and on recent iPhones - however, my wife's phone is the only one where RCS fails to work over Wi-Fi (only works over cellular). I've reset her network settings completely, no dice. T-Mobile support is worthless on this and basically just offered to recreate her eSim (didn't work). Apple said I need to talk to T-Mobile, not them. When she's off Wi-Fi, it seems to work. I honestly have no idea what could be broken here.
Most of my friends here in Sweden use Signal. But on the rare occasions that we had to switch back to messages lately, for example when Signal was down, I noticed RCS has been working flawlessly.
It's quite the nice surprise because it's a technology you heard about years ago and now suddenly it crops up in daily life. We all gave up on it years ago too and used other IM apps like Signal, Briar or SimpleX.
You where all on android I presume?
Since RCS does not work on iPhone in sweden.
NONE of the carriers have support for it, they support it for android but not ios.
It was originally started in 2007 and first deployments started rolling out around 2012. The US carriers were just spectacularly bad at implementing it, so Google swooped in and did it themselves. Then they extended it in non-standard ways and added E2EE. Good, but not standard so also not as helpful as it sounds because if your conversation partners aren't (or weren't, maybe it's better now?) using Google's implementation then your conversations were sent in the clear, just like MMS and SMS before it.
I admit I didn't even know I was using RCS on Android until I switched to a cheap flip-phone and I could no longer post to a Wordle group chat that I had been in for years. What is the possible advantage to the user for a messaging platform that ONLY works on an Android or iOS device with an active number? Don't want.
I did notice one oddity with RCS on Apple, namely that initially it could not be enabled if the device was in Lockdown Mode. In one of the recent updates, 18.x for some lowish value of x, that was fixed, and so my iPhone now has RCS enabled.
However, I found that Apple have screwed another part of Lockdown Mode as of 18.7.2.
If a website makes use of Javascript, and is viewed in Safari then the page reloads a couple of times then crashes with no content but an error message. That can generally be fixed by turning off Javascript in Settings, or by turning off Lockdown mode for that specific web page - rather defeating its purpose.
This has been a problem (for others) for years and apparently nobody knows why or how to fix it. So go through a checklist of disabling, uninstalling, clearing, removing, inserting, restarting, updating, toggling, calling, waiting, praying.
I can almost guarantee that the issue is a carrier issue, I use RCS on an iphone and it works out of the box, and I have all the things you listed for troubleshooting.
+1 for this being my experience. Used RCS on a Pixel 6a and a Pixel 8 before switching to an iPhone. As soon as my carrier got approved by Apple (or whatever the hell that process was), RCS just worked out of the box with my (increasingly few) Android friends. I was actually surprised by how smooth it was, once it was actually available from Apple.
I got so angry that I turned off RCS on my iPhone after I was somewhere with limited service, I was sending messages and they were being seriously delayed. Friends were trying to reach me and the same was happening. I finally broke down and got out of the group chat I was in and messaged the friend in the group chat that had iMessage and things worked great (still spotty but at least I did not think that things were working when they were not).
I don't know or frankly care where the problem is but it has made me swear off RCS completely. iMessage works and SMS gets the job done when I can't use iMessage.
I know why Google is pushing RCS so hard, but that alone should be concerning.
i Have no idea what RCS is but i know i disabled it on my iphone because it basically always makes my phone fall back to SMS when i have even the slightest lapse in network connectivity.
What's good in RCS? As I understand, they are cleartext, sender and receiver number are also cleartext and go through mobile telco which means they can charge for every message and the government can see everything. Looks like garbage technology to me.
Also the idea that anyone can send messages to anyone without permission is ridiculous. Made specially for spammers and scammers.
If phone makers want an universal message exchange standard, it should be encrypted and completely ignore telecoms interests.
RCS issue on iPhone, reminds me of an old movie qupte... "Lex, this is Detroit. You think the cops are gonna waste city-dollars on a stolen Swedish car?"
I truly do wonder about the amount of tech debt that must be inside of the Messages app on MacOS and iOS. It's got to be massive.
I also wonder what they're using (protocol) under the hood that lags behind other chat clients like Telegram and Signal and WhatsApp. It works, but I wonder how/if it'll continue to scale and stay competitive.
It’s fine for ephemeral chats. But one of the pissoffs of restoring the phone is losing all of my signal messages each time. I threw it on Android device today since it was getting annoying explaining to my active signal contacts each time my identity changed and I will have at least another restore ahead of me still.
I think you need the old device in hand to do it. If you wipe the device and restore from a backup, there's no way to transfer the history. There's some new cloud backup feature in Signal Android Beta, but this wouldn't help on an iPhone.
There's an option for a password-protected backup to the local filesystem. Of course you need to copy that backup to somewhere else if you want to be able to restore it without the old phone.
Signal's sub-par desktop app and "you can't restore more than five days of history and if you want more you're wrong" approach, together with the complete inability to use the normal app on more than one device (phone + tablet, for instance), makes for a pretty terrible user experience.
The protocol and the service behind it are state-of-the-art, but it's a tough sell if you're coming from something that just works on every device, like iMessage or WhatsApp.
> No sir, this isnt crazy, the problem is that we're paying for a service that isnt accountable for their issues.
Once again there's no direct business relationship between Google Jibe and me. The carriers ceded monopoly control to Google Jibe, at that point they have effectively become a wholesale utility; for the US market at least. Internationally this may not be the case.
Apple is adamant to say they don't handle running RCS and there's nothing to suggest in the phone logs that they do anything but connect to carrier, verify RCS provisioning from the carrier, and then try to activate on jibecloud.net and (mis)handle the response from it.
So from my view: Jibe is a black box that customer facing Apple employees are not even aware exists for RCS and the only way to handle a device Jibe service doesn't like is to replace it or swap the board, since they can't troubleshoot it. I can't see Google's documentation and my guess is carriers only handle the initial provisioning to communicate to Jibe that <blank> phone number on <blank> IMEI/IMSI should be allowed to register presence on Jibe. Just like I was able to reset my phone's state by wiping the esims and factory resetting, Jibe should have such an accessible function from either the carrier's end or Apple's end.
I actually forgot to mention in the post that I tried https://messages.google.com/disable-chat weeks ago on both numbers and then waiting days after before re-enabling. Didn't work, and transferring the lines to other phones after would activate on RCS within seconds.
Jibe has different forms, but essentially, it's software that's supposed to be run on your carrier's network. As a customer, it doesn't matter if your carrier is using the network-hosted version of Jibe or the cloud version, it's your carrier's responsibility to Make It Work.
For things like SMS/MMS servers, SIP servers, and other carrier infrastructure, carriers still like to run this stuff themselves. For RCS this was also the case a decade ago, but then RCS died an unceremonious death when third party messengers ate its lunch and carriers failed spectacularly trying to advertise "joyn".
Jibe is a black box that must follow the RCS specification. It's your carrier's responsibility to make that work. As long as Apple is following the RCS spec, they're right in saying it's not their problem. Your carrier should be telling Google to fix their shit.
> <blank> phone number on <blank> IMEI/IMSI should be allowed to register presence on Jibe
Funny, I more or less said a few weeks ago that SIM cards do not guarantee freely being able to swap numbers between phones more than eSIMs do, because the carrier could tie the SIM's phone number to the IMEI in the backend either way. That was just kinda dismissed as a not being a real threat... and yet here it seems exactly what's happened for the RCS part of your service!
I've never heard of RCS until this day, and honestly... what's the point of it?
Why would you even touch your phones "vanilla" messaging app?
I know Americans go feral and will try to murder you if you don't use iMessage or whatever, but I never understood why.
Not having to rely on the good intentions of Signal or the corporate interests of WhatsApp/Line/WeChat/Telegram/etc. is a good reason in my book. There's no proof of bad intentions, but if I were the NSA/CIA, I'd set up a service like Signal, tweaked to encrypt in such a way that only I can decrypt its messages.
SMS/MMS is simply terrible to use, but at least it follows the normal "my carrier sends messages to your carrier" approach. The alternative "my carrier sends messages to Facebook to send messages to your carrier" flow adds an unnecessary middle-man, most of which will sell your data.
So instead you rely on the good intentions of your phone carrier? At least there are N third party messaging options that compete as well as open source/decentralized ones that aren't just run by a single business. But I'd rather pick between all of the various messaging options than having another thing that my phone provider needs to do well.
But since all the networks since 4G, there is no more low-level network support for things like SMS. Everything, including voice and messages, is IP- and packet-based. So the only thing the carrier does anymore is to authenticate that IP connection through your SIM card and bind your identity to the phone number. It actually doesn't really matter if messages are "network native" or through a third-party app, there is no more guaranteed timeslot and reliable delivery that SMS used to have.
And nowadays, RCS is also outsourced to Google by basically every carrier.
So RCS is the same as WhatsApp et al., only that the app you are using doesn't tell you that Google will monitor all your communications in addition to the monitoring your carrier does...
It doesn't really matter what the encapsulation is/was, the values of a federated protocol the carrier participates in directly remain the same. The downside is you bundle the privacy to your carrier but that concern should really be solved with E2EE, not trust in a given provider. The upside is your communication service status is tied to your connection service status, and federated out immediately from there. You also gain the ability to fallback transparently to SMS/MMS in the exact same way RCS would work.
Google botched up RCS a bit in order to get it momentum, but plenty of carriers do support RCS natively as that's the only way Apple did it with iOS. Google did at least push E2EE options, but those only landed in GSM with RCS Universal Profile 3.0 and I don't think Apple has given a date for when they will support that profile on iOS. That is to say, the problems here are not inherent to RCS itself but the typical adoption and rollout problems of communication protocols.
All that aside, I'd gladly sacrifice the federated service provider flow if there were actually an equally popular federated solution to latch on to with full fallback capability to aid the remaining transition (+ the protocol actually be designed with radio power saving in mind). It's just RCS is by far the closest thing to that full package vs any other generic data messaging service.
> Google did at least push E2EE options, but those only landed in GSM with RCS Universal Profile 3.0 and I don't think Apple has given a date
This is my guess also. It was published in March[1] this year and I think it was too late to include in this year's iOS 26 release, so possibly iOS 27.
They have promised to implement it:
> "End-to-end encryption is a powerful privacy and security technology that iMessage has supported since the beginning, and now we are pleased to have helped lead a cross industry effort to bring end-to-end encryption to the RCS Universal Profile published by the GSMA," said an Apple spokesperson. "We will add support for end-to-end encrypted RCS messages to iOS, iPadOS, macOS, and watchOS in future software updates." [2]
And you can't even implement it yourself because it requires special permissions on Android, which you can only get if you're a carrier/oem-blessed app. And the early "you'll be able to build other apps, there will be an API like this: https://github.com/android-rcs/rcsjta" promises (which would put it on par with sms/mms) never materialized, despite a reference implementation that did exactly that over a decade ago.
At this point I'm just totally against RCS and I'm intentionally turning it off. Why hand all of your messaging communications over to Google, when they've got such a consistent history of being hostile? We're much better off going back to telling people not to use sms (or mms or rcs) at all because it's insecure.
That depends on your carrier, which is even worse. There are several ways to activate RCS for a phone number, as this standard is meant for carriers rather than app developers, and the carrier gets to choose which one they want.
I think the reference implementation died around the time carriers shut down their RCS servers because nobody was using them. https://github.com/Hirohumi/rust-rcs-client seems to be the most reason open RCS client at the moment (with an Android demo app).
The real need and opportunity for an RCS messenger is on the LineageOS/custom ROM scene, where these permissions are available (you can sign the ROM yourself, after all).
As for the Google stuff, RCS being routed through Google is an anomaly that will hopefully be fixed as carriers add support to it so native Android <-> iOS messaging isn't completely terrible. Progress has been slow outside of countries that still use SMS (like the USA) but eventually we'll be back to normal carrier-based carrier message exchange once things calm down a bit.
On the Android side of things, I don't expect things to change soon, as most of the restricted fields were at one point available to developers and were mostly used to stalk users across installs without their knowledge for tracking and "telemetry" purposes. A country where people actually use SMS/RCS will have to crack down on Google's lack of an RCS API.
I'm very happy that they're essentially using MLS, that's a real benefit[1]. But other chat apps can (and some do) do that too, without actively driving every single carrier globally to give Google all of your messaging activity. We're better off having diversity.
This all could reverse course and become acceptable, but I don't see how it would happen in practice. It seems much more likely that everyone will just give up and say "yeah that didn't work".
1: Though without alternate impls they can just silently MITM it and how would you know? RCS users: have you ever verified your messaging keys out of band? Do you know how? I can't find it in Messages. The "Universal Profile https://www.gsma.com/solutions-and-impact/technologies/netwo..." for RCS that describes a ton of things compliant apps have to do (many of which Google Messages does not seem to do, as far as I can tell) has no instructions at all to show users their keys or provide a common way to verify them (as far as I can tell). Client diversity provides a way to detect some attacks here, but there is currently almost no client diversity, and instead it seems to be shrinking towards just Google Messages, using Google's servers.
^ They are correct, the MLS / E2EE part of RCS is quite new and not yet implemented ~anywhere. So it gets no points until widespread, and this is now a decade after RCS's introduction. I think we can expect it to take a long time yet, if at all.
Why would you want to go into this closed model, where you’ll likely be charged per-account? How is this any better than XMPP, email, or any other IM protocol out there?
Should you use it for day-to-day messaging? No. But having it for emergencies is nice - if anything, just to bootstrap an alternative, secure channel.
Er, what? The main reason why most of the world moved from SMS to internet-based messaging is because SMS was far more expensive.
> having it for emergencies is nice
In what kind of emergency could SMS be useful?
> just to bootstrap an alternative, secure channel.
But you need to exchange SMS numbers to do that. You might just as well exchange emails, XMPP, or whatever other protocol your going to use later and skip SMS entirely.
But that obviously didn’t work because there are hundreds (thousands?) of cellular carriers around the world and they are the wrong people to manage such a thing.
So they basically are steering it back to “Google’s shitty iMessage.”
The universal thing isn’t the carrier anymore, the universal thing is the Internet that runs on top of it, which is perhaps why just about everyone outside the US tends to use messaging apps like WhatsApp/Signal/WeChat/etc.
> just about everyone outside the US tends to use messaging apps like WhatsApp/Signal/WeChat/etc.
This is The Way. Well, several ways, since you inevitably end up a bit fragmented, but usually a country will settle on one, usually WhatsApp. Further east Telegram is also popular.
I don't know if RCS is the way, but monopolistic messaging apps definitely aren't.
https://apple.stackexchange.com/questions/474179/how-do-i-di...
*that you can't filter.
Every time an app begs me to enable notifications, I give it the side-eye because I immediately assume it's going to include notifications that I don't want to see, which are essentially ads for some app feature / some part of their walled garden.
I want to be able to filter notifications at the OS level. That could be by a substring search on the content of the notification, or by a unique-per-call-site (in the code) identifier included in the API the app uses to surface a notification (though I suspect most apps would just re-use the same identifier everywhere because the developers don't want me to be able to filter their ads).
With RCS, you have at least multiple providers and the ability to switch without being socially exiled.
Isn't it fair to say the US has settled on iMessage and, to a lesser extent, RCS/SMS?
I'm not sure who you are calling "carriers", but it sounds like the people who own a mobile network. They buy gear off a supplier like Nokia / Huawei, contract them to install and maintain it, then make their money back over time by selling the bandwidth to consumers and hopefully a "free" phone as well.
They aren't the engineering power houses the telco's of old were, like AT&T. Rather they are reverse - a marketing powerhouse, duking it out with other marketing power houses. Their technical know how is close to 0. In fact on the retail support side, it might even be negative. When I deal with them, I come away with the impression would have trouble fixing a propelling pencil. If Google thought they could manage a massively parallel e2e messaging stack, they were deluding themselves.
This is the real reason Huawei was banned by the West. It wasn't just that it meant they were using Chinese make the gear, with opaque Chinese firmware, although I guess that was bad enough. It was that if the telco's bought Huawei, Huawei ran it for them. "Ran" means hands on, 24 hours a day, with in Huawei engineers deployed around the country keeping it ticking. Having a Chinese company running your countries mobile phone infrastructure was an impossible swallow.
In the US we don't reliably use WhatsApp, iMessage is locked down, and Signal, etc., are just for tech bros or political hacks. Yet, everyone wants to text instead of call, so we are in this world where we need to make RCS work, and they are just not putting in the effort.
The user base pales in comparison to WhatsApp but it did double in the last couple of years.
What I mean is that in Mexico, Brazil, and many other countries, WhatsApp is the de facto messaging standard. Businesses expect you to have it, restaurant ordering is integrated with it, etc.
In the US, we don't have anything except SMS/RCS.
Whatever it is, Google of all org should not be at the Helm of this.
And the amount of moral policing they did to apple. Disgusting assholes. I hate Apple for a lot of reasons. iMessage is definitely not one of them.
Whoever knows how to download WhatsApp, knows how to download Signal.
This turned Signal into the defacto default in our org.
I hate writing on a phone - anything longer than a few words I use my computer for.
Their developers are also very responsive to PR's, I have a couple GCC build fixes in it.
I really soured on Signal early with when running BB10, they would not let us fork and use/distribute websocket builds to get around not having google play services on available on that platform: https://github.com/libresignal/libresignal/issues/37#issueco...
I'm still a little sour on it now because there's still no way to transfer the identity since they refuse itunes/icloud backup, refuse any way to export a key, and I have to look at hideous corporate memphis icons every time I set up Signal new again on iOS (at least Android doesn't have the last thing).
I mentioned before, but I use mautrix-signal to be able to have a unified (except for telegram) messenger on desktop with nheko or element via matrix. It works really well.
Yes it does.
The alternative is to hand all your communications to carriers, who have a consistent history of being incompetent, extortionate and bending over to authorities to disclose everything you've ever said at the drop of a hat. Exhibit A is SMS, which is totally unencrypted, plagued by bad actors, and a cesspool of spam and fraud.
In an ideal world you could choose who does your RCS, in the same way that you can pick your email provider, but the way it's baked into the telco ecosystem makes this basically impossible.
* SMS is cheaper in America than in Europe where carriers gouge their customers for it.
* Usually this means the non-Americans are just using WhatsApp (owned by Meta/Zuckerberg) instead, which is hardly something to be proud of.
We also have free roaming in the whole Europe.
The adoption of messaging apps caused a lot of carriers to reduce or eliminate the SMS fees, as they saw the business was evaporating.
One of Signal's main cost centers is activation SMS messages. For many other small players it is a significant factor too.
I would be pleased if everyone who uses SMS with me switched to WhatsApp. I would be more pleased if they switched to Signal, but the UX benefits of either one are significant.
Can you expand on this?
It's been a while since I've explored IPv6, but I'm on Comcast and I recently switched from OpenWRT to an Ubiquiti router and was surprised that 1) it doesn't enable IPv6 by default and 2) It asks for configuration [2] that I'm not sure how to answer. I thought everything "just worked" with Router Advertisement.
[2] https://help.ui.com/hc/en-us/articles/115005868927-UniFi-Gat...
I actually think iMessage group chats should have a minimum age limit, from a kids perspective they are no different than Snapchat et al.
The equivalent is simply lacking from Android due to RCS group chat being a broken mess.
All of that has been (and still is) available on everyone's phones since the dawn of time except for "name them": https://en.wikipedia.org/wiki/Multimedia_Messaging_Service
At least in Berlin (School and Uni) my experience was that WhatsApp was far more prevalent already (due to more mixed Android/iOS environment likely).
Ban an app, another appear. Ban all apps and they would join any of the services that provide a web frontend. Kids in the late 90's/early 2000 were using IRC when ICQ and MSN messenger didn't support group chat, usually from a web client before they were introduced to mirc and other irc clients.
Bottom line: they would find a way.
Parental controls may prevent some of the kids from installing third-party messaging apps, or maybe they're just unwilling to. There are a weird number of adults in my social circle who I can't convince to do so, though I'd imagine kids to be a little more flexible.
Friendships are importance for psychological health and development.
When you're excluded from the primary means of communications with potential friends, and can never find out where and when they are meeting to get together, it's not "minor".
But I don’t think either platform lets you control messaging group chat functionality this way. They just offer approved contacts and complete disable as your options to control messaging.
I also think your “amount of drama” might be badly measured simply because the majority of kids in the US use iOS.
87% of teens have an iPhone.
https://www.pipersandler.com/teens
The Graphene folks have at least been making progress on getting it working (my understanding is that Messages expects special permissions from Android and Play Services that GrapheneOS has to specifically whitelist without blowing massive holes in the Google Play sandbox, and without those permissions it fails to verify the phone number for certain carriers — T-Mobile included, in my case). Hopefully whatever fix they come up with works for the long haul; it was really annoying to have RCS working fine for all of two weeks only for it to immediately start failing again when the required RCS endpoint switched from Google's Jibe instance to whatever T-Mobile is allegedly maintaining themselves.
The rest of the world is on WhatsApp and doesn't even know what RCS messaging is.
But here in North America,we like pain.
And in the US more people are using iMessage than SMS thanks to iPhone's 58% market share.
I don't know about you, but I personally talk with Iranians more on Whatsapp than telegram. I know the Iranian government did ban whatsapp for a while, but its still popular. I remember reading an article on here about a whatsapp leak, and it mentioned that there are over 60 million whatsapp users in Iran. Considering that Iran has a population of around 91 million, that's a huge majority of the country.
I for one fucking hate that most of Sweden uses FB Messenger, it's the clunkiest of them all, and since I don't like using it all I constantly miss important messages from friends from not having the app installed and checking Facebook once in a blue moon :/
Absolutely _not_ the case here (France), the overwhelming default is SMS (and now RCS). Sure people use WhatsApp but also Telegram just as much these days, but in both cases it's _not the default_.
Maybe because it's been, I don't know, one to two decades that SMS have been unlimited in even the most basic plans.
Also RCS Just Works here, I've seen my non-Apple contacts move to RCS over time as they got OS or phone upgrades.
I'd blame NA carriers, which, from afar, seem to have a habit of screwing up in so many ways.
Slow cable Internet and 120v residential electricity are two more examples. I fortunately have fiber now, but I'll be stuck dreaming of 240v outlets and appliances for the rest of my life.
EU also mandates dedicated circuits for big appliances, so there is no difference in practice.
The two things I can think of are electric kettle and a raclette machine.
Tools are mostly battery powered those days. A home workshop would most likely be wired in 240 or three phases anyways.
What else are you missing?
An electric tea kettle that didn't take an hour to warm up would be very nice.
My well pump runs on 120v, and when the motor kicks in the whole house knows.
240v has lower voltage drop over distances, puts off less heat due to lower amperage for the same wattage, and since we're dreaming, we could switch over to a sane plug design like Type F or G instead of A and B.
I've been using electric kettles in north america and whilst they take longer, we're talking 5 minutes not an hour.
Some hyperbole can be appropriate but you're just being disingenuous here, or you've never actually used a kettle.
Very poor quality for images and videos, emoji reactions, editable messages, deletable messages, group administration.
I was hoping when I first learnt about RCS that it could be an alternative to Meta owning everyone's comminications channels, but I've given up that hope a fair while ago.
That's not true at all. Random data point. Estonia. I have a _single_ contact that uses WhatsApp. Everybody else is reachable via FB Messenger/Discord/SMS/Signal/Google Chat/Instagram.
China is always an exception,but they are locked partially out of the whole internet
There is a rumor when both companies tried to enter the Indian market: Whatsapp won.
WeChat assumes there is good reception and fast data transfer anywhere so there is no need to compress pictures and videos.
Whatsapp could be passed as Android APK between phones. And it resizes and recompresses every picture you send.
So thats my guess why WhatsApp won 1/6 of the planets pooulation in India.
*: unless someone does a chargeback after, which makes the money disappear from your account, a major source of "oops I accidentally sent (too much) money (to the wrong person)" scams
Needless to say: letting me use an “insecure” device for tap-to-pay would considerably lower their risk compared to me not using a device at all and instead using a physical card — even, again, ignoring that my device is in all likelihood considerably more secure (and therefore exposing them to even less risk) than it was in its stock configuration.
----
¹ except for my ZIP code, which is easily guessable if you know roughly where I live — which I don't exactly keep particularly secret!
It’s one of the main reasons why WhatsApp, iMessage, etc have such popularity. A cell connection is merely one of many means of access and carriers have no structural role whatsoever, meaning that if you’ve got cell data you’ve got messaging.
Like imagine if instead of investing in RCS, Google instead created a web-based "Advanced Messaging Protocol" or something to that effect, which specifies capabilities roughly in line with those of RCS. The big guys like Google, Apple, Meta, and MS would run their own servers, but there'd be no reason why smaller players like FastMail and Proton couldn't also run them. Most users would just roll with the major providers pre-configured on their platform of choice but more savvy users could choose their own.
That could've rolled out and been adopted and iterated upon far more quickly than RCS has.
(I use GraphenOS and couldn't make it work for the life of me)
Google had to pretend to be everyone's carrier to make RCS work because the GSMA spec assumed everyone would download/install their carriers' messenger apps to use RCS, like you would back in the day with SMS/MMS. This expectation was broken the day Google allowed app developers to write third-party SMS apps, but that hasn't bothered the spec people so far.
Who in their right mind would make this assumption? I'd hate to have to explain that one to grandma.
The iPhone was unique in that it refused to let carriers customize its operating system. That's part of why Apple had to partner with a relatively obscure carrier on launch, while Motorola/Samsung/Nokia/Sony Ericsson/Android phones launched on random carriers all the time.
Many people still buy phones from their carriers which comes with all kinds of apps pre-installed, including carrier-branded SMS apps in many cases.
Everyone in their right mind would have made that assumption when the system was designed. Only some weirdoes at Apple and a few hard-core open source enthusiasts cared.
Of course, that doesn't mean that operating system vendors such as Apple and Google can't simply implement RCS and all the weird carrier quirks they need to deal with in their own apps anyway, and to make messaging available using an API. They already do that kind of stuff with SMS, MMS, location information, internet connectivity, and practically anything else the phone does. They just decided that they're not really gonna bother with an API for this specific trick your phone can do.
The past truly is a foreign country.
> Many people still buy phones from their carriers which comes with all kinds of apps pre-installed, including carrier-branded SMS apps in many cases.
You're joking, right? I've never seen this in Europe since the flip phone days. I thought we had left that in the past. Most people here buy their phones outright, but even when on a plan, they don't fill your phone with malware.
So unfortunately SMS will still be around for quite some time
now RCS compared to SMS is a bit more secure (in theory at least), so would rather over plain SMS but never over signal
The reason iMessage is popular in the US is the fact that it's functionally just SMS, being used by the default message app. The reason that didn't happen in Europe is that SMS used to cost money to send, so nobody was already deeply invested in that system, but instead rushed to Whatsapp et al., since those were free and SMS was not. SMSes are free nowadays, but by now we're all already invested, and all the apps provide a better experience than SMS and RCS (the former due to lack of features, the latter because its often broken) and even Grandma has Whatsapp to keep in touch with family, if only because little Timmy installed it.
Has Jibe somehow blacklisted his phone? In that case, Apple might technically be right — it’s a carrier issue, but with all major carriers, since he says they’re all using Jibe on the backend.
Anyway, I doubt he’d sound crazy, as he puts it, to the Apple Store people making this case. They might even be sympathetic, but this is probably the best he’ll get, since Apple’s whole protocol is to get you on one centrally preauthorized track or another to having a working phone.
That's my guess, yeah. The only unrelated carrier I haven't tried yet is Boost/DISH. I can hop networks on US Mobile but I don't think it'll help. So far I've tried 3 T-Mobile lines on this phone, the US Mobile line on AT&T's network, and my mom's Verizon Wireless line.
> Anyway, I doubt he’d sound crazy, as he puts it, to the Apple Store people making this case.
It's difficult: I probably should have had a write-up before going in, my list in the blog is not complete of steps I tried to get this going. Understand though that all the user facing and employee facing documentation says if it's RCS it must be the carrier.
Had an awesome senior support agent a few calls ago that knew what he was talking about. Actually described previous issues where RCS would not activate early in iOS 26 with a single sim user that had an inactive but not deleted eSIM. I believe the store also repeated a similar mention today.
The senior support agent on the phone just hadn't gotten to the point of fully ruling out an on-phone software state issue. What I mean is I restored a backup from iTunes that their diagnostics reported as incompletely restored. So after our call he wanted me to either try that again or do an iCloud backup. I did the latter, since it seemed to be described as a different restore process that's less likely to copy back a broken state to the device.
So it is entirely plausible that they banned the device, I guess. (Or they could have banned the IMEI, as mentioned)
Which means a lot of people actively don't want it and have turned it off or not elected to turn it on when setting up a new phone. I got prompted to turn it on with my now S65 a while ago and said no (I just want basic works-everywhere simple SMS, thanks, for anything fancier I've got chat-app-de-jour. It got turned on anyway so I had to find the option and turn it back off.
I disabled RCS that day and never enabled it again.
RCS has the advantage of theoretically being able to get priority through the baseband, but if you're using Google's RCS servers rather than your carrier's, that's not going to work.
It's not a coincidence that RCS still requires carrier hardware and coordination, despite being an IP messaging protocol. It's also not a coincidence that the protocol did not feature E2EE, despite even student project protocols providing that.
sounds like a violation of net neutrality
I'm not a lawyer, though, so who knows.
this is different as you already explained
Net neutrality:
> Net neutrality is the principle that internet service providers (ISPs) treat all online traffic equally and openly, without discrimination, blocking, throttling or prioritisation.
https://eur-lex.europa.eu/EN/legal-content/glossary/open-int...
With the introduction of LTE, everything from calls to texts have been IP based TCP/UDP/maybe SCTP packets. Does WhatsApp get to file a net neutrality violation because the phone's native SIP client gets priority by the modem/carrier? Does Gmail get to file a claim because SMS messages exchanged through SIP are delivered faster than their push notifications? Does Telegram get to file a claim because you have to pay for a megabyte of roaming costs traveling abroad while you only pay for a single "SMS" despite both being a TCP packet? I don't know. I don't expect those claims to apply.
RCS is the same, in that it's a core carrier feature that communicates between your phone's messaging service and your carrier's infrastructure. RCS' envelope is actually quite similar to MMS' design, except MMS' data transmission still had to be implemented in a circuit-switched way because it came from the 3G era.
Google muddied the water by offering carrier infrastructure (an RCS server) worldwide to any phone that wants to connect to it. It's as if I would host my own SMSC I'd let anyone in the world connect to. It's not the normal use case and as carriers are implementing their own RCS services, I expect this anomaly to slowly disappear over time.
The distinction between third party messengers and SMS/MMS/RCS is a good thing, in my opinion. SMS/MMS/RCS providers need to be able to exchange what is essentially a live feed on a phone number with law enforcement at a moment's notice. Messengers like Signal don't. If third party services would fall under the same category as RCS, it'd stand to reason that the same would also apply in terms of law enforcement orders, and I don't think anyone but the law enforcement agencies would want that.
† Here = "global" RCS, de facto controlled by Google. I haven't checked carrier settings for RCS islands such as the deployment in China or Korea.
I’d assume this isn’t the issue here but RCS seems to be a bit fickle.
I was going to make the MMS section of this post about the 'ISIS Wallet' boondoggle that is the closest business parallel I can think of to RCS and actually did require specialized hardware support. Same 3 carriers I've been trying RCS with on the iPhone tried to make a mobile payment wallet: https://en.wikipedia.org/wiki/Softcard They rebranded it to Softcard since the 'We support ISIS' branding aged like milk. Google Wallet competed and took over the assets, sort of like what happened with RCS.
For the specialized hardware... the SIM card needed to have an embedded secure element that handled the keys for the payment system and the phone needed to support connecting to that secure element on the SIM card. I think these started to hit the market in 2010 or so, and you would have had to have a SIM card new enough to support it, here's a pic of the T-Mobile one, I had one: https://www.tmonews.com/wp-content/uploads/2013/08/Screen-Sh...
Turns out that random people can add you to groups, send spam and from what I can see you can do nothing to prevent it. I've disabled it.
So don't fret too much about not having it.
In fact, I don't think I've ever received spam through RCS, but I have through MMS and even more so through SMS. Looking back at all the spam texts I've received in the past several months, every single instance was SMS/MMS. Not a single time of RCS.
RCS isn't a Google only thing. And it isn't an "app". It is disappointing that people don't understand that RCS is a great replacement for SMS/MMS.
Everything about the concept of a phone number is confusing to me. It's a string of digits that if someone guesses, they can activate the most active notification your phone has (ringing), at any time, no matter if you know them or not. Better yet, depending on your notification and MMS app settings, they might be able to make a dick pic appear on your lock screen on a whim - big spammers of this seem to get marked by the carriers and apps pretty quickly, but for a more targeted one off, still easy.
As opposed to tcp/IP based chat apps that basically require a bilateral human-initiated handshake before someone can message you...
Tying and account to a phone number is a privacy nightmare.
I guess Facebook/Meta does it for easier social graph extraction/profiling, while Signal tried to hand of verification to precent spam. But for the sake of this argument, we may just assume all of them are evil.
And there is one singular app which supports RCS.
In many ways, it's a regression from SMS. In that SMS is somewhat universal, and RCS is so specialized it's almost worthless.
MMS did, which far predates RCS.
No one gave a crap about RCS and no one was supporting it until Google decided that they needed a new chat app because they hadn't made everyone switch in a while.
Have you tried to restore a backup? You cant, unless it is uploaded to google cloud. No google account, no backup. (including the adress book that's tied to the account, since you are asking, they changed restore rules recently)
Have you tried denying adress book access? Whatsapp barrs you from starting a conversation. But there is the workaround with https://wa.me/+phone ...except for WhatsApp web
Have you ever tried putting Whatsapp in an Android work profile? Now try to export a chat!
Every once in a while a get the task to save all pictures of a conversation and it is usually a pain (If you think its easy, try again in Androids work profile).
From a UX perspective I would never mourn WhatsApp
https://www.reddit.com/r/GoogleMessages/comments/1be8gxk/fix...
This is how I feel about SMS, and phone numbers too for that matter. They're still around for historical reasons, but if we started anew, I can't imagine we would build out that infrastructure separately from the greater internet, and if we would have, I can't think of a reason why.
The spec also handles video calls, conference calls, sending/receiving money, and just about anything else a modern messenger does.
It just lacked E2EE for the longest time, which makes sense when you consider that the police and secret service have their tendrils in the standards body that publishes the spec.
Synchronisation is not part of the problem it's trying to solve (sending messages between devices), the same way SMS and MMS don't, so that's up to the apps implementing the protocol.
E2EE has been added very recently (https://www.gsma.com/solutions-and-impact/technologies/netwo... came out a few months ago), and post-quantum encryption is still being developed. It uses standard MLS (RFC 9420) for messaging, so verification will have to be implemented however normal MLS implementations do it. I don't know if there's a standardised way to do it, I haven't fully read the most recent RCS spec yet.
I oversimplified RCS somewhat, it's not just HTTP wrapped in carrier stuff. It's also SIP, SDP, XML, OIDC, RTP, and JSON wrapped in carrier stuff. Still, page 428 of the second link shows an example of a POST request that you can make after combining all of the tidbits of specification that came before it, and that's where the simple JSON+XML shine through the stack of protocols that are tasked with delivering it. The E2EE layer is basically just sending base64'd encrypted messages over that same interface.
Apple, Google, and Samsung can synchronize SMS messages through their cloud services, so the same also goes for RCS. For more privacy-oriented folk, KDE Connect can also offer SMS messaging to the desktop by synchronising locally with a connected phone.
I still hope for a protocol to win out that's not tied to one party.
Not to mention that the choice isn't really between your carrier and Meta, but rather Google and Meta, since most people on Android end up just using Google servers for RCS, and that choice is much more of a toss-up.
It's patently ridiculous to trust the Signal Foundation more than phone carriers? I wasn't aware that AT&T and T-Mobile are run for the benefit of humanity.
Any app that implements RCS is run by gigantic corporations, most of which I'd argue are closer to the US government than even Meta, it's not obvious to me where the ridicule comes in.
We're stuck with iMessage, which Apple is actively hostile towards non-users. Even for me, who had an iPhone, it was a royal pain in the ass. What do you mean I can't see my messages online? I need a Mac? Are you fucking kidding me? I'm a paying customer, why am I being nickled and dimed?
That, and then SMS MMS. Which are so unbelievably bad they're basically worthless.
I shouldnt have to spend 2.5 thousand dollars to get an acceptable messaging experience. I shouldn't. RCS isn't really helping, but the situation is absolutely NOT for the better IMO.
I’ve been using US Mobile myself for a little over a year, and I remember a period of about 2-3 months where most carriers had implemented RCS for iOS on their services, but US Mobile had not, so I couldn’t use RCS for a while. I don’t know what they had to implement to get RCS working on iOS, but it’s possible that their implementation does not work with iOS 26.
That skips the carrier nonsense, and it also means that for iPhone users they're not actually running on google jibe servers.
Thing is. Apple won't do this. Malicious compliance and all.
Also, the idea of wanting the carriers more involved in messaging is hilarious, just use one of the 10+ 100x better messaging platforms. The carries horribly bungled SMS/MMS and they ceded all control of RCS to google, why in the world would anyone want them involved. They barely can do their jobs as dumb pipes.
Is Google following that with Google Messages? We have no way to verify! How great for everyone.
And this is what I find so galling, it took them to version 3.0 to decide to do that?
My quick googling shows:
v1: 2016
v2: 2017
v3: 2025
So, yes "by default" in the current year it supports it but no one (including google) is using 3.0 yet. Apple has pledged to do it in iOS 26 (currently using 2.4) and Google has some proprietary e2ee on top of 2.6.
It's just all a mess, the furthest thing possible from an "open standard" (not saying anyone claimed it was, that's just what I would have prefered if we were trying to replace SMS/MMS), and hopelessly behind all other messaging platforms.
How wonderful that they've been claiming better security all along too. (it may be true, sms is terrible - but they know many people will think E2EE or similar when they hear that)
I believe they can't. RCS is implemented over IMS (IP Multimedia Subsystem), part of the mobile carrier infra and tightly tied to them (SIM card auth, APN settings pushed from the operator, etc)
... unless they become a mobile operator
Once spent 5 hours on the phone with an iMessage developer in Ireland helping them debug the issue.
At that time, we didn't have eSIM so I ended up with an Android phone for roaming and my iPhone for home country.
Many months later I got an update from Apple. It was something to do with activation. iOS used to send a hidden SMS to a server in the UK and sometimes while roaming it would time out.
It's quite the nice surprise because it's a technology you heard about years ago and now suddenly it crops up in daily life. We all gave up on it years ago too and used other IM apps like Signal, Briar or SimpleX.
In both aspects, RCS is at most cosplaying, to say nothing of using phone numbers as the primary identifier.
I’ll gladly welcome any blunder by its proponents, as it gives more people the chance to realize this.
However, I found that Apple have screwed another part of Lockdown Mode as of 18.7.2.
If a website makes use of Javascript, and is viewed in Safari then the page reloads a couple of times then crashes with no content but an error message. That can generally be fixed by turning off Javascript in Settings, or by turning off Lockdown mode for that specific web page - rather defeating its purpose.
This has been a problem (for others) for years and apparently nobody knows why or how to fix it. So go through a checklist of disabling, uninstalling, clearing, removing, inserting, restarting, updating, toggling, calling, waiting, praying.
I don't know or frankly care where the problem is but it has made me swear off RCS completely. iMessage works and SMS gets the job done when I can't use iMessage.
I know why Google is pushing RCS so hard, but that alone should be concerning.
Also the idea that anyone can send messages to anyone without permission is ridiculous. Made specially for spammers and scammers.
If phone makers want an universal message exchange standard, it should be encrypted and completely ignore telecoms interests.
https://clip.cafe/detroit-rock-city-1999/we-must-get-the-cop...
Now, if iMessage was broken, apple would surely care.
I also wonder what they're using (protocol) under the hood that lags behind other chat clients like Telegram and Signal and WhatsApp. It works, but I wonder how/if it'll continue to scale and stay competitive.
The protocol and the service behind it are state-of-the-art, but it's a tough sell if you're coming from something that just works on every device, like iMessage or WhatsApp.
I do receive spam in Signal, because i had to register a phone number.
I loose my chat history if I do not log into the desktop client for FIXNUM days.
The desktop client may crash as soon as you kill its supporting terminal.
I have tried the user name feature once and signal reported, that they had lost my username, I would need to create a new one.
I have not tried backup and restore. So far I am not in the mood for a potential failure.
This thread was depressing to me — I can't believe we're still dealing with the lack of a truly open near universally used secure messaging system.
I bridge signal to matrix on my homeserver using signal-mautrix: https://github.com/mautrix/signal
This allows me to use different phones without going through transfer/wipe. Still needs a primary device though, which was the iPhone until yesterday.
No sir, this isnt crazy, the problem is that we're paying for a service that isnt accountable for their issues.
Thats crazy.
Once again there's no direct business relationship between Google Jibe and me. The carriers ceded monopoly control to Google Jibe, at that point they have effectively become a wholesale utility; for the US market at least. Internationally this may not be the case.
Apple is adamant to say they don't handle running RCS and there's nothing to suggest in the phone logs that they do anything but connect to carrier, verify RCS provisioning from the carrier, and then try to activate on jibecloud.net and (mis)handle the response from it.
So from my view: Jibe is a black box that customer facing Apple employees are not even aware exists for RCS and the only way to handle a device Jibe service doesn't like is to replace it or swap the board, since they can't troubleshoot it. I can't see Google's documentation and my guess is carriers only handle the initial provisioning to communicate to Jibe that <blank> phone number on <blank> IMEI/IMSI should be allowed to register presence on Jibe. Just like I was able to reset my phone's state by wiping the esims and factory resetting, Jibe should have such an accessible function from either the carrier's end or Apple's end.
I actually forgot to mention in the post that I tried https://messages.google.com/disable-chat weeks ago on both numbers and then waiting days after before re-enabling. Didn't work, and transferring the lines to other phones after would activate on RCS within seconds.
For things like SMS/MMS servers, SIP servers, and other carrier infrastructure, carriers still like to run this stuff themselves. For RCS this was also the case a decade ago, but then RCS died an unceremonious death when third party messengers ate its lunch and carriers failed spectacularly trying to advertise "joyn".
Jibe is a black box that must follow the RCS specification. It's your carrier's responsibility to make that work. As long as Apple is following the RCS spec, they're right in saying it's not their problem. Your carrier should be telling Google to fix their shit.
Funny, I more or less said a few weeks ago that SIM cards do not guarantee freely being able to swap numbers between phones more than eSIMs do, because the carrier could tie the SIM's phone number to the IMEI in the backend either way. That was just kinda dismissed as a not being a real threat... and yet here it seems exactly what's happened for the RCS part of your service!
I mean, most of the world just uses WhatsApp (with the notable exception of the US which for some reason likes iMessage).
RCS is as crappy as SMS or MMS because it give carriers a say in the matter.
Interoperability should have just used plain old IP based protocols, having carriers in the mix is just asking for trouble.
SMS/MMS is simply terrible to use, but at least it follows the normal "my carrier sends messages to your carrier" approach. The alternative "my carrier sends messages to Facebook to send messages to your carrier" flow adds an unnecessary middle-man, most of which will sell your data.
Whatsapp provides metadata about my social profile and my active ours of the day to Facebook/Meta.
Carrier text message available is a bonus to me.
But since all the networks since 4G, there is no more low-level network support for things like SMS. Everything, including voice and messages, is IP- and packet-based. So the only thing the carrier does anymore is to authenticate that IP connection through your SIM card and bind your identity to the phone number. It actually doesn't really matter if messages are "network native" or through a third-party app, there is no more guaranteed timeslot and reliable delivery that SMS used to have.
And nowadays, RCS is also outsourced to Google by basically every carrier.
So RCS is the same as WhatsApp et al., only that the app you are using doesn't tell you that Google will monitor all your communications in addition to the monitoring your carrier does...
Google botched up RCS a bit in order to get it momentum, but plenty of carriers do support RCS natively as that's the only way Apple did it with iOS. Google did at least push E2EE options, but those only landed in GSM with RCS Universal Profile 3.0 and I don't think Apple has given a date for when they will support that profile on iOS. That is to say, the problems here are not inherent to RCS itself but the typical adoption and rollout problems of communication protocols.
All that aside, I'd gladly sacrifice the federated service provider flow if there were actually an equally popular federated solution to latch on to with full fallback capability to aid the remaining transition (+ the protocol actually be designed with radio power saving in mind). It's just RCS is by far the closest thing to that full package vs any other generic data messaging service.
This is my guess also. It was published in March[1] this year and I think it was too late to include in this year's iOS 26 release, so possibly iOS 27.
They have promised to implement it:
> "End-to-end encryption is a powerful privacy and security technology that iMessage has supported since the beginning, and now we are pleased to have helped lead a cross industry effort to bring end-to-end encryption to the RCS Universal Profile published by the GSMA," said an Apple spokesperson. "We will add support for end-to-end encrypted RCS messages to iOS, iPadOS, macOS, and watchOS in future software updates." [2]
1 https://www.gsma.com/solutions-and-impact/technologies/netwo...
2 https://www.macrumors.com/2025/03/14/apple-encrypted-rcs-mes...