642
Pressure grows on Apple to open up iMessage (finance.yahoo.com)
submitted 2 years ago by [M, B] to c/technology@lemmy.world
198 comments fedilink hide all child comments
 

Pressure grows on Apple to open up iMessage::Samsung has joined Google’s campaign to force Apple to make iMessage RCS-compatible—but European regulators are more likely to get that job done.

you are viewing a single comment's thread
view the rest of the comments
[–] 19 points 2 years ago (1 child)

I don’t see any public license for GSMA Universal Profile and it seems you have to engage directly with GSMA to get any detail on the standard. Very much the opposite of things like Signal which not only are the standards public but so are the reference implementations.

I still don’t see an argument for why yet another proprietary standard and protocol is a good thing.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 0 points 2 years ago (2 children)

    well RCS is to be the successor to SMS, which I believe was also introduced by GSMA

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 17 points 2 years ago (2 children)

    What you are using on Android isn’t RCS, it’s RCS+Google’s proprietary extension. There is no encryption in the spec, and the original implementation that went through carriers is ignored and it goes through Google. It’s essentially Google’s iMessage and they are trying to find their way into breaking Apple’s market share under false pretense.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 9 points 2 years ago (1 child)

    I’ve just been reading the RCS Universal Profile Service Definition Document and it does stipulate encryption should be used but is hardly defined how encryption should be implemented nor does it set an interoperable standard for it. I like RCS even less now.

    “Methods for encryption, client verification, user authentication and access authorisation are applied by the client and the network on a per interface and protocol basis.”

    So basically RCS is happy for there to be interoperability with regards to encryption, almost forcing interoperable implementations to forgo encryption so that different implementations can communicate.

    Signal protocol is far far far better a standard than this lazy “service definition”.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 3 points 2 years ago (1 child)

    Yea, the standard is great for a decade+ ago when it came out, but I’d never trust it as is over other things like Signal or even iMessage. Google’s RCS implementation is as trustworthy as anything else Google makes. They don’t even support it across all their products last I heard. It’s a joke.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 0 points 2 years ago (1 child)

    I know, but isn't the point that Google Messages is interoperable with other implementations such as T-Mobile's or Verizon's?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 2 years ago

    That may be the point, but it’s not working out that way. The spec is older than iMessage. It failed. Google just took it and made their own implementation. I’m not sure if Google’s RCS works with Verizon’s for example, I’m sure basic things do. AFAIK third party developers can’t implement it in their apps, so you have to have an Android phone to use it. Someone correct me if I’m wrong. The entire thing relies on Google to keep it running.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 8 points 2 years ago

    RCS is still IP based so why SMS should be replaced with RCS over Signal still isn’t clear. RCS and Signal are both IP based protocols yet one is proprietary and the other is libre. If we’re getting rid of SMS, we should be replacing it with something anyone can implement without any concerns for licensing or the standard being controlled by a single entity (which Google seems to be positioning themselves to be).

  • permalink
  • fedilink
  • source
  • parent