Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
Google Communications

Google Says Over 1 Billion RCS Messages Sent in the US Daily (techcrunch.com) 55

An anonymous reader shares a report: During the Android Show leading up to Google I/O, Google on Tuesday offered a brief update on the adoption of the RCS (Rich Communication Services) protocol, an upgrade to SMS that offers high-resolution photos and videos, typing indicators, read receipts, improved group chat, and more. The company shared that the messaging standard now supports over a billion messages per day in the U.S.

This metric is based on an average of the last 28 days, Google noted. The stat is notable because Google fought for years to get Apple to adopt support for RCS on iOS, allowing for better communication between Android and Apple devices. Previously, iPhone users who received texts from friends on Android had to deal with blurry videos and images, and couldn't as easily manage group chats when their green-bubbled friends joined. Unlike with iMessage, group chats with Android users couldn't be renamed, nor could people be added or removed, and you couldn't exit when you wanted. Emoji reactions also didn't work properly, leading to annoying texts to let you know how an Android user reacted, instead of just displaying their emoji reaction directly.

This discussion has been archived. No new comments can be posted.

Google Says Over 1 Billion RCS Messages Sent in the US Daily

Comments Filter:
  • by WankerWeasel ( 875277 ) on Tuesday May 13, 2025 @02:42PM (#65373931)

    And that's because Google forces all Android phones to send their RCS messages through Google's own servers. This allows them to know who you're messaging and when, which is valuable data they can further use for advertising and more, especially paired with things like your location and more.

    • Shhh, tread carefully , the google marketing workers here will downvote your comment if you talk too loud..
    • Re: (Score:2, Interesting)

      by cayenne8 ( 626475 )
      I have a few Android friends....do they need to go into their settings (mostly some older phones)...and specifically set them to use RCS?

      In some of our group chats...they don't seem to be able to use these "new features" that I've long used on my iPhone.....so, curious if they need to change their settings?

      • Could be down to their carriers or their phone brand. RCS is a protocol but Google uses their own modified version of it. Normally, messages would go through their carrier RCS server but Android forces messages to instead use Google's servers.

        Your friends may have to check to see what RCS-related features they have enabled. There are options around if they do or don't use such with group messages.

      • by MBGMorden ( 803437 ) on Tuesday May 13, 2025 @03:12PM (#65374027)

        IIRC its you as an Apple user that would have to enable RCS (Apple didn't support this at all until recently). If you don't enable RCS then communications to/from Android users would still be over regular SMS.

        • by UnknowingFool ( 672806 ) on Tuesday May 13, 2025 @03:57PM (#65374129)
          Unfortunately Apple conforming to RCS does not mean iMessage is compatible entirely with Google anytime soon as Google has long called their protocol "RCS" even though they added their own nonstandard extensions to standard RCS. For example, Google uses the Signal protocol for E2EE but Apple does not use that protocol. The latest RCS specification (3.0) which was released in March 2025 added E2EE but I am not aware of the details of what protocol it implements.
          • So they decrypt your message and reencrypt to send out by signal protocol?
            • So they decrypt your message and reencrypt to send out by signal protocol?

              That would defeat the End to End part of E2EE. The players have to figure out these two encryption systems should work together.

              • Yep, that is correct.
                Ok, lets think about this.
                For starters, you are converting protocols from what I understand. RCS goes in, and Signal protocol goes out if it passes thru the Google server. So that implies decryption and re-encryption.

                I only know how WireGuard works, and a bit about Signal protocol.. but..
                So with wireguard... as far as I know, and I can dig deeper, point to point means your device to the server. So the encrypted packets go from your device to the server and are decrypted in RAM. If you a
                • RCS goes in, and Signal protocol goes out if it passes thru the Google server.

                  Citation needed. Passing "through" the Google server is not decryption any more than when encrypted messages are passed through the Internet via packets. The possible security exploit you are describing is "interception". The whole point of encryption is that even if the message is intercepted, it is hard if not impossible to decipher.

                  So with wireguard... as far as I know, and I can dig deeper, point to point means your device to the server. . .

                  What are you talking about? That is not remotely close to how encryption works.

                  If you are routing the message to another encrypted node on the network, Wireguard now encrypts it and sends it to that device. So it's encrypted 2x, once up to server, then again from server to the destination. I don't think the encrypted packets passthru. The data in RAM is unencrypted and could be inspected.

                  No. Let's start with a simple example. You establish a secure connection to Amazon.com to do so

                  • > RCS goes in, and Signal protocol goes out if it passes thru the Google server.

                    >>Citation needed. Passing "through" the Google server is not decryption any more than when encrypted messages are passed through the Internet via packets. The possible security exploit you are describing is "interception". The whole point of encryption is that even if the message is intercepted, it is hard if not impossible to decipher.

                    poster above said this, and I didn't dig further on it because it made sense to me,
                    • I just reread the whole thread.. it was you! I believe it is you who should be providing references.

                      You said " Signal protocol goes out if it passes thru the Google server." That is not how the Signal protocol [wikipedia.org] works. Not remotely close

                      This is false, you are correct that the encryption is not compromised, but the way the routing works potentially allows access to the data in cleartext:

                      You should read up on how End to End Encryption [wikipedia.org] works. Sending anything in the clear is not End to End Encryption.

                      This is true, but the endpoint of your communication is an apple or google server, not the other device:

                      Again not remotely true. For RCS and iMessage, the endpoints are the users. Not Apple. Not Google. Not your ISP. It is not End to Server Encryption. It is End to End Encryption.

                      You probably understand this, but whoever holds the private keys can have access to the information, that is Apple and Google.

                      Again. Not. Remotely. True. Apple and Google do not hold the private keys. The users d

                    • Thanks for mis interpreting everything I said.
                      Do have any actual networking experience?
                    • It wasn't my intention to descend into name calling, you are obviously correct on signal/omemo.

                      but YOU were the one who suggested that google uses signal protocol in their version of RCS, then you asked ME to provide references... I find that as irritating as my ex wife... you hit a hot button there...

                      So I really meant to question your reading comprehension, which really would be an even lower blow, so
                      lets call this one done and I apologize for any snarky tones.

                      Also, a knee jerk reaction to anything out of
                    • Thanks for mis interpreting everything I said.

                      How should I have misinterpeted: "Signal protocol goes out if it passes thru the Google server."? Signal protocol does not go "out" if it passes through the Google server. You simply do not know how the Signal protocol works.

                      Do have any actual networking experience?

                      Yes. And how is that remotely relevant that you do not know how Signal works?

                    • but YOU were the one who suggested that google uses signal protocol in their version of RCS, then you asked ME to provide references... I find that as irritating as my ex wife... you hit a hot button there...

                      Again. You literally wrote: "Signal protocol goes out if it passes thru the Google server." 1) Google DOES use the Signal protocol in RCS and 2) That's not how Signal works and I provided references; however, YOU still have not provided any references as to anything you wrote.

                      So I really meant to question your reading comprehension, which really would be an even lower blow, so lets call this one done and I apologize for any snarky tones.

                      Now you are trying to gaslight somehow because YOU didn't know how E2EE or Signal works. You probably still don't.

                      Also, a knee jerk reaction to anything out of ChatGPT isn't required. You should vet the output yourself, rather than just saying it's as wrong as your neighbor.

                      My interpretation is that you had ZERO clue on how E2EE works or how Signal works. But instead of actually researching th

                    • Jesus Christ. YOU SAID THAT. I took your word for it, and ran with it.
                      I am sorry if this has gone off the rails I don't enter into discussion to malign people or insult them, so I apologize, I don't know how this ended up in the ditch but it appears you seem to not understand what you have written.
                      You seem like a reasonable person and I wish you no malice, but this discussion is over.
                      Let's move on, I do apologize. Let's just shake hands and move on to the next discussion another day.
                    • Jesus Christ. YOU SAID THAT. I took your word for it, and ran with it.

                      No I did not. I said "The players have to figure out these two encryption systems should work together." The iMessage protocol is DIFFERENT than Signal protocol. Apple and Google will need to figure out how to pass messages between different E2EE systems. At no point did I say the process would involving decrypting and then re-encrypting a message as I specifically said that would defeat the entire purpose of E2EE.

                      Considering that RCS 3.0 was released in March 2025, probably neither Apple nor Google have an

        • If you don't enable RCS then communications to/from Android users would still be over regular SMS.
          Not would be via Telegram, Signal ... or "what ever".

      • Yes. And they probably need to use Google Messages and not whatever Samsung (or whatever) sets by default. The Apple user also has to have iOS 18 and a carrier that supports RCS for iPhones, this is definitely not all of them, although the big three now support RCS on iPhone.

      • by Rinnon ( 1474161 )
        You'll get annoying pop ups encouraging you to use RCS but you aren't actually forced to opt in (yet). If you use a third party messaging app, it may not support RCS. If you use Windows Phone Link it will also not support RCS.
    • by kqs ( 1038910 )

      As far as I know, Google only "forces" RCS through Google's servers when the service provider has decided to not provide their own servers. Google only made their own servers because service providers were not providing them, and now some of them are still not providing them. (And I think a few have contracted with Google to use Google's servers.)

      I think that iPhones will only use RCS if service providers have designated RCS servers.

      If you have evidence that Google "forces all Android phones to send their

      • If you use the default text messaging app on Android, Google forces use of their RCS servers through the Jibe hub.Additionally, Google doesn't openly make people aware of which servers are being used. The only way the carrier server is used is if the Universal Profile is configured and the carriers own messaging app is utilized. If the user installs Google Messages with RCS support via Jibe, messages go through Google’s servers.

        https://developers.google.com/... [google.com]

        • by kqs ( 1038910 )

          The page you linked is "RCS Business Messaging" and is a marketing front page with zero technical details and no mentions of "server" or Jibe. Maybe try providing a link that actually says what you are claiming?

          The Wikipedia RCS page says "Google Jibe provides RCS service directly if carrier does not" which seems to directly contradict your whiney conspiracy theory. https://en.wikipedia.org/wiki/... [wikipedia.org]

          • Oh yes, Wikipedia is a very legit source for technical information about messaging platform implementation. If you're so concerned about it, look into it. What I've shared is fact.

      • by ceoyoyo ( 59147 )

        Google doesn't force use of their RCS servers, but they do default to it. That's partly, as you say, because carriers were hit and miss about providing RCS themselves, but also because Google doesn't actually implement RCS, they implement their own proprietary extended version of it.

        • by kqs ( 1038910 )

          "Proprietary extended version" is exactly how every open protocol in the world has ever worked. You implement the base protocol so that you can interoperate with everyone, then add your optional extensions with the hope that the extension will be a part of the protocol in the future. And "proprietary" is doing a LOT of work here given that Google's E2EE has been open from the beginning, and is now well documented and will likely be in a future version of the protocol.

          Also, do you have a source for "defaul

    • This allows them to know who you're messaging and when

      That's a great conspiracy but the reality is they never needed RCS for this. You already run their OS, they have completely administrative control, no RCS needed.

    • by dstwins ( 167742 )
      Sorry, but no.. RCS isn't forcing path to google's services..

      The reason google wants RCS is it makes it feature parity between iphone and android and thus less of a reason for some people to stick with iphone (ie: if everything is "even" meaning cross device communication, then the ecosystem you choose is based on preference rather than a lack of feature) which actually provides a larger device footprint (which DOES benefit google and by extension android phone manufacturers).

      Because RCS is an OPEN STANDARD
      • Ha, that's all well and good in theory. But Google doesn't utilize the standard open source RCS. They have their own implementation which allows for capture of additional data and utilizes non-standard features only available through Google's specific implementation.

        And no, they do not use carrier or other servers in most cases. If you use Google Messages, which has more than 5 billion downloads and have RCS enabled (which Google said this year is enabled by more than 1 billion users) then it will only use

    • by AmiMoJo ( 196126 )

      I can confirm that this is not true.

      Open the Messages app, tap on your profile picture, settings, RCS chats, and then at the top it will say whose RCS server you are using. On my phone it is my cellular carrier's server, not Google's.

      Furthermore, since I never gave Google permission to use RCS data for anything other than delivering the messages, it would be illegal to use it for advertising. They have already been fined for GDPR violations so if they are doing it, I look forward to the next round of contri

  • by Khopesh ( 112447 ) on Tuesday May 13, 2025 @03:23PM (#65374051) Homepage Journal

    The RCS "standard" has no reference implementation and no support in the Android Open Source Project (AOSP), whose components are the basis for myriads of third-party forks like the Fossify suite [github.com] as well as the stock apps for pretty much all Android forks. As far as I know, only a few RCS clients have ever been created, and none of them are open-sourced: Google's, Apple's (which is new), Samsung's ("partially discontinued" and no longer on Google Play as of January [androidauthority.com]), +Message (only works in Japan), and a handful that only work in China and on HarmonyOS or HyperOS.

    With that in mind, it appears Google now has a view of pretty much every RCS in the world, especially outside of China and Japan. While they may not have your content, they have your relationship graph, which is very powerful metadata, especially when they combine it with everything else they know about you.

    (I wonder if Samsung would be willing to open-source their Samsung Messages app...)

    • by kqs ( 1038910 )

      The standard seems 100% open, including the E2EE piece. There is no open source implementation, but that is a completely different thing.

      Note that I have never tried to access the RCS standard to prove its openness, because I really don't care. But I've seen multiple statements that the RCS standard is open, so I suspect you're just abusing the term "open standard" to mean "open implementation" to bash Google (or RCS, or E2EE, or just to whine, I have no idea).

      Also: I am not happy that there are no open

      • by Khopesh ( 112447 ) on Tuesday May 13, 2025 @05:26PM (#65374351) Homepage Journal
        Here is the top hit in my query to find a source for you: Stop telling people that RCS is an open standard. It's 100% proprietary. [reddit.com] Quoting it:

        I've noticed a few r/android users, including some redditors, really love to claim that RCS is an open standard. I heard it so much, I started to just assume it was true. Unfortunately, this claim is entirely made up, and it's been repeated so many times here that it's kind of taken on a life of its own. It's one of those things that you don't seem to hear on other platforms, too, so I'm addressing it at the root.

        Now, unlike "open source," the term "open standard" is a little vague. But on the list of things we could use to define an open standard, none of these things are true o[f] RCS.

        The post then goes down the rabbit hole with tons of examples. The top-rated response to that does note that the documentation goes deeper than the author thought, so while it might be technically possible to create an open implementation with minimal reverse-engineering, it's extraordinarily difficult to do, especially without corporate backing, because it's unnecessarily complex and most OSS developers are waiting for AOSP to have a usable skeleton of a client (the RCS Test App doesn't appear to deliver this).

        • by kqs ( 1038910 )

          I mean, it's fine to define "open standard" as "MUST HAVE no license, no patent issues, complete and perfect documentation, and a perfect open implementation". And hey, all of those are good and are preferred. But saying "ha ha not open because it doesn't meet my definition of open" seems disingenuous. (And let's not even start with the arguments about "is this open implementation REALLY open by my definition of open"; I've seen enough of those BSD-vs-GPL arguments for a lifetime.)

          So, saying "This standa

      • by Gleenie ( 412916 )

        Note that I have never tried to access the RCS standard to prove its openness, because I really don't care.

        They're a pain in the arse to find on the GSMA site, but they are indeed there to download for free. This is the E2EE spec, which they adopted from Google: https://www.gsma.com/solutions... [gsma.com]

    • by dstwins ( 167742 )
      The reason there are not many ASOP clients is because its being implemented at the OS level and not the application level.. And thus very little reason work on a 3rd party one. Also while the RCS is an OIS (Open Industry Standard).. it doesn't mean everyone is going to spend thousands of hours on developing a 3rd party client (for what purpose?)..

      So yes, its open.. but like Ethernet, USB, Bluetooth and a number of open specs, to actually be compatible and validate the intercommunication isn't for the weak
  • Google has for years now called their messaging standard "RCS" which is an extension of the GSMA standard RCS or Universal Profile. Google RCS has added things like their own implementation of E2EE which had not been defined in Universal Profile specifications until recently. Other features like message responses have been added to the specifications over the years but may not be implemented by everyone yet.
  • Yet Google Voice still lacks RCS support. Soooo, there's that.
    • Google Voice sends and delivers from the cloud. But Google is also pushing E2EE for RCS. I don't think this will go anywhere until they extend E2EE to support multiple devices for one recipient the way that iMessage does.

  • WhatsApp was sending 100 billion daily messages back in 2020, although thatâ(TM)s globally.
    https://x.com/wcathcart/status... [x.com]

    Presumably Google only mentioned daily RCS messages in the US because everybody else is using WhatsApp.

    • by Samare ( 2779329 )

      Yes, that or other apps.
      I only use SMS messages instead of a proprietary app when I want to be sure the message will get sent and received, even without Internet connection on my side or the receiver's side.
      RCS fails at that, and is thus useless to me.
      When mobile operators will make RCS work when connected to 3G, 4G or 5G even without enabling/having mobile data, then it'll truly be useful and have a chance outside of the US.

  • RCS has also been a huge failure, at least within my family. Routinely, the messages outright fail to send. And without looking closely in the messaging app, its hard to tell they didn't send. And even more-so, they've made it more difficult to find the right place to tap on the impossibly small icon to swap back to SMS/MMS just to get a message to someone else.

  • One billion RCS messages daily. And 990 million are spam, political ads, automated crap, and phishing scams claiming that I've won something from Harbor Freight or I have to pay a toll or my car registration may be terminated. Sure.
  • Don't you love it that Google peeks into every one of these 1 billion messages every day?

  • once you count out the messages sent by Trump.
  • Unfortunately for Google, iMessage is so entrenched nobody wants to really switch to RCS, even with the GSMA working on an open end-to-end encryption standard. Most everyone in the USA are either on Facebook Messenger or WhatsApp as their primary messaging platforms.

Doubt isn't the opposite of faith; it is an element of faith. - Paul Tillich, German theologian and historian

Working...