I think the main point of replacing sms with rcs is that it would be the default preinstalled carrier-agnostic-protocol messaging app on everyone’s phones. If signal could be preinstalled and be an open platform instead of using centralized servers then I think that would achieve the same thing. But because it isn’t, it can’t be the lowest common denominator that everyone falls back to if you and someone else don’t have the same messaging app preferences.
Right now, you can say “use signal” all you want, but if you make a friend who isn’t interested in installing a messaging app, you have to fall back to sms. Rcs is just about making a better fallback option that people won’t refuse to download because it’s ubiquitous and supported by even the default preinstalled messaging apps.
I hear what your saying, except RCS is not ubiquitous, is it? As I understand it, RCS defaults back to regular SMS if one party in the conversation doesn’t have it, but IMO that seems to work against the benefits of RCS and delays adoption. I’m not saying Signal is the answer here and RCS has potential, but it seems like messaging is fractured and to ensure you’re getting RCS like features, a choice does need to be made in terms of which app to use.
Note, this doesn’t work with any other (hypothetical) RCS clients, this is not a part of the RCS standard, it’s a feature entirely proprietary to Google Messages.
Yes, but I’m pretty sure that Google users their own proprietary model and their own servers. So they took RCS and built on it. Not to mention that Google Messages is a Google product…till they kill it or rebrand it, like they did with Google Allo. From Google’s FAQ page on RCS (everything mentions “Google’s backend”):
How RCS chats work?
When you use RCS chats by Google, messages are sent and received through Google’s RCS backend over the internet. Messages can either be delivered to or received from users on other RCS service providers. If RCS chats are provided by Google, but your recipient’s RCS service is with another provider, your messages are routed through Google’s RCS backend and then routed to your recipient’s RCS backend.
That’s true, and I’m not a big fan of that either, I’d like to not have to rely on Google as well, but they do interoperate with other providers (for example with my provider) because it’s a standard. I don’t see how they discontinue RCS unless the whole standard fails to succeed, which seems unlikely.
And since they encrypt the messages, I see less of an issue with them providing the service, it’s just store-and-forward of data they cannot read.
Of course it would be best if every provider implemented RCS on their own and the Google backend would not be needed, but most of them dragged their feet until Google stepped in and enabled it for the rest of the world.
I don’t think it’s fair to lump RCS support in GMessages in with the rest of their products, even though I’m also skeptical of any product launches by them these days because they have a bad track record.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: [email protected]
5. Engage respectfully: Harassment, flamebaiting, bad faith engagement, or agenda posting will result in your posts being removed. Excessive violations will result in temporary or permanent ban, depending on severity.
6. Memes are not allowed to be posts, but are allowed in the comments.
7. Posts from clickbait sources are heavily discouraged. Please de-clickbait titles if it needs to be submitted.
8. Submission statements of any length composed of your own thoughts inside the post text field are mandatory for any microblog posts, and are optional but recommended for article/image/video posts.
Serious question, why not just use Signal?
Cos everyone is too lazy to switch.
I think the main point of replacing sms with rcs is that it would be the default preinstalled carrier-agnostic-protocol messaging app on everyone’s phones. If signal could be preinstalled and be an open platform instead of using centralized servers then I think that would achieve the same thing. But because it isn’t, it can’t be the lowest common denominator that everyone falls back to if you and someone else don’t have the same messaging app preferences.
Right now, you can say “use signal” all you want, but if you make a friend who isn’t interested in installing a messaging app, you have to fall back to sms. Rcs is just about making a better fallback option that people won’t refuse to download because it’s ubiquitous and supported by even the default preinstalled messaging apps.
I hear what your saying, except RCS is not ubiquitous, is it? As I understand it, RCS defaults back to regular SMS if one party in the conversation doesn’t have it, but IMO that seems to work against the benefits of RCS and delays adoption. I’m not saying Signal is the answer here and RCS has potential, but it seems like messaging is fractured and to ensure you’re getting RCS like features, a choice does need to be made in terms of which app to use.
Excellent. Looks like Google is finally on the right path to making a good messager after all these years.
How long until they kill it off like everything else that worked well?
Note, this doesn’t work with any other (hypothetical) RCS clients, this is not a part of the RCS standard, it’s a feature entirely proprietary to Google Messages.
deleted by creator
I don’t think so, https://reddit.com/r/Android/s/dbT0PE4eft has a response on whether or not it is open source
[This comment has been deleted by an automated system]
That is my understanding, is it’s encryption on top of RCS. So even if another messaging system were to use RCS you wouldn’t be able to read them.
They have not and likely will not.
Every now and then, I consider using a Google product, and then I remember this.
RCS is not a Google product but the official SMS successor.
Yes, but I’m pretty sure that Google users their own proprietary model and their own servers. So they took RCS and built on it. Not to mention that Google Messages is a Google product…till they kill it or rebrand it, like they did with Google Allo. From Google’s FAQ page on RCS (everything mentions “Google’s backend”):
How RCS chats work? When you use RCS chats by Google, messages are sent and received through Google’s RCS backend over the internet. Messages can either be delivered to or received from users on other RCS service providers. If RCS chats are provided by Google, but your recipient’s RCS service is with another provider, your messages are routed through Google’s RCS backend and then routed to your recipient’s RCS backend.
That’s true, and I’m not a big fan of that either, I’d like to not have to rely on Google as well, but they do interoperate with other providers (for example with my provider) because it’s a standard. I don’t see how they discontinue RCS unless the whole standard fails to succeed, which seems unlikely.
And since they encrypt the messages, I see less of an issue with them providing the service, it’s just store-and-forward of data they cannot read. Of course it would be best if every provider implemented RCS on their own and the Google backend would not be needed, but most of them dragged their feet until Google stepped in and enabled it for the rest of the world.
I don’t think it’s fair to lump RCS support in GMessages in with the rest of their products, even though I’m also skeptical of any product launches by them these days because they have a bad track record.