Not quite true, RCS (formerly Joyn) was designed by the consortium setting the cellular network standards as replacement for SMS and MMS. It was mainly expected to have the services run at the carrier network - though having it run somewhere else was an option (just like with SMS). Which is what google is doing now, they’re running their own servers.
Efforts to develop the protocol started almost two decades ago, and it was supposed to be taken into use about 15 years ago - but the protocol is just horrible, so the main surprise is that it didn’t fully die, but google ended up implementing it.
They could’ve done pretty much anything at that point - implementations for this were non-existent, and nobody really wanted to be the first to implement it, as - like I said - the whole thing is just horrible. It was requested back then when we started work on the Jolla1, but after having a closer look at the specs we laughed, and it was never brought up again.
Seems like you know a log about the topic. Do you think its better to push for RCS to become the new standard, just because it has momentum? Or would you rather we encourage Google, Apple, the carriers, etc., to switch over to something like Matrix or Signal?
Definitely something else. The original motivation (and one of the reasons it never took off) was to have a rich messaging service under control of the operators, just like SMS and MMS today - meaning they can bill you per message, if they want to. Parts of the problems the protocol has also come from the design requirement to keep the operator in control, when it isn’t really a requirement for a modern messaging service.
In the current setup with google running their own service that won’t happen - but it seems google is cooperating with the operators for that, i.e., as the operators couldn’t pull it off themselves they were happy to partner with google when google offered it. I don’t know about you, but “a messaging system with the control split between google and the operators” doesn’t sound like a very desirable thing to me.
Not really, it’s now been roughly ten years since I was analysing the spec, so it’d be quite a bit of effort for me to dig my old analysis up (if I even still have it). Also, there have been some new revisions of the standard since then (possibly with google involved in the end), so they might have fixed some of the worse bits - though I wouldn’t hold my breath.
Not quite true, RCS (formerly Joyn) was designed by the consortium setting the cellular network standards as replacement for SMS and MMS. It was mainly expected to have the services run at the carrier network - though having it run somewhere else was an option (just like with SMS). Which is what google is doing now, they’re running their own servers.
Efforts to develop the protocol started almost two decades ago, and it was supposed to be taken into use about 15 years ago - but the protocol is just horrible, so the main surprise is that it didn’t fully die, but google ended up implementing it.
They could’ve done pretty much anything at that point - implementations for this were non-existent, and nobody really wanted to be the first to implement it, as - like I said - the whole thing is just horrible. It was requested back then when we started work on the Jolla1, but after having a closer look at the specs we laughed, and it was never brought up again.
Seems like you know a log about the topic. Do you think its better to push for RCS to become the new standard, just because it has momentum? Or would you rather we encourage Google, Apple, the carriers, etc., to switch over to something like Matrix or Signal?
Definitely something else. The original motivation (and one of the reasons it never took off) was to have a rich messaging service under control of the operators, just like SMS and MMS today - meaning they can bill you per message, if they want to. Parts of the problems the protocol has also come from the design requirement to keep the operator in control, when it isn’t really a requirement for a modern messaging service.
In the current setup with google running their own service that won’t happen - but it seems google is cooperating with the operators for that, i.e., as the operators couldn’t pull it off themselves they were happy to partner with google when google offered it. I don’t know about you, but “a messaging system with the control split between google and the operators” doesn’t sound like a very desirable thing to me.
The Signal protocol imo is better. Plus many other messengers already use it, like WhatsApp and FB Mesennger.
Could you expand a bit on what makes it horrible?
Not really, it’s now been roughly ten years since I was analysing the spec, so it’d be quite a bit of effort for me to dig my old analysis up (if I even still have it). Also, there have been some new revisions of the standard since then (possibly with google involved in the end), so they might have fixed some of the worse bits - though I wouldn’t hold my breath.