this post was submitted on 16 Nov 2023
272 points (95.0% liked)

Android

17652 readers
206 users here now

The new home of /r/Android on Lemmy and the Fediverse!

Android news, reviews, tips, and discussions about rooting, tutorials, and apps.

πŸ”—Universal Link: !android@lemdro.id


πŸ’‘Content Philosophy:

Content which benefits the community (news, rumours, and discussions) is generally allowed and is valued over content which benefits only the individual (technical questions, help buying/selling, rants, self-promotion, etc.) which will be removed if it's in violation of the rules.


Support, technical, or app related questions belong in: !askandroid@lemdro.id

For fresh communities, lemmy apps, and instance updates: !lemdroid@lemdro.id

πŸ’¬Matrix Chat

πŸ’¬Telegram channels / chats

πŸ“°Our communities below


Rules

  1. Stay on topic: All posts should be related to the Android OS or ecosystem.

  2. No support questions, recommendation requests, rants, or bug reports: Posts must benefit the community rather than the individual. Please post to !askandroid@lemdro.id.

  3. Describe images/videos, no memes: Please include a text description when sharing images or videos. Post memes to !androidmemes@lemdro.id.

  4. No self-promotion spam: Active community members can post their apps if they answer any questions in the comments. Please do not post links to your own website, YouTube, blog content, or communities.

  5. No reposts or rehosted content: Share only the original source of an article, unless it's not available in English or requires logging in (like Twitter). Avoid reposting the same topic from other sources.

  6. No editorializing titles: You can add the author or website's name if helpful, but keep article titles unchanged.

  7. No piracy or unverified APKs: Do not share links or direct people to pirated content or unverified APKs, which may contain malicious code.

  8. No unauthorized polls, bots, or giveaways: Do not create polls, use bots, or organize giveaways without first contacting mods for approval.

  9. No offensive or low-effort content: Don't post offensive or unhelpful content. Keep it civil and friendly!

  10. No affiliate links: Posting affiliate links is not allowed.

Quick Links

Our Communities

Lemmy App List

Chat and More


founded 1 year ago
MODERATORS
 

It's happening!!!

you are viewing a single comment's thread
view the rest of the comments
[–] lemmyvore@feddit.nl -1 points 11 months ago (2 children)

What do you think Apple will do? 😁

Cue several years of Google and Apple pointing at each other and shouting "see, they don't want to be compatible with us!"

RCS was an idiotic take from the start. It should've been a layer of encryption over SMS and remain otherwise stateless and platform agnostic.

But of course companies and governments don't really want encryption. So it became something that's trivially easy to subvert by each company that implements it, because it needs to pass through servers, and who controls the servers gets to be an ass about it.

[–] skuzz@discuss.tchncs.de 8 points 11 months ago

RCS was an idiotic take from the start.

It's origin came from a good place. The wireless industry, not Google, started driving the standard to retire/replace SMS/MMS. However, then the wireless industry was reduced to a duo-culture and Google decided to drive RCS after many years of carriers/manufacturers trying to do their own thing to little success.

Another route: MMS could be enhanced to have some modern features while still being backwards-compatible. The datagrams are just XML and the syntax is akin to E-Mail. Larger message sizes could be supported, while the gateways still handle resize/reformat for older device backwards compatibility. There was even a format for a few minutes in the early aughts called EMS that had some promise but it died from disuse. Message delivery confirmation has existed since GSM and CDMA.

There's even a standard for IMS video calls that has been in the 3GPP stack since the 1999 release that would've allowed universal standard video calls. Since carriers hated building data networks and consumers weren't ready for video calls, it just sat stagnant until iChat AV/FaceTime came along and popularized video calls. It's still there, it could still be used.

Somewhere along the way, standards-based universal calls, video, and messaging took a back seat to tech bros and their proprietary stacks, and governments (at least the US) were too stupid and incompetent to understand what regulation was necessary to correct this path we are now on. Hopefully the EU can continue to help fix this.

[–] Rootiest@lemmy.world 7 points 11 months ago* (last edited 11 months ago) (1 children)

It should've been a layer of encryption over SMS and remain otherwise stateless and platform agnostic.

Umm what?

SMS has a very short size limit. Implementing RCS as an encryption layer on top of it would require devices to send several messages just to cover a short one-word reply. They also often come out of order so they would need to include a numbering system so the client could piece them back together.

Granted that is already how SMS works on modern devices, but the underlying protocol is woefully inept at modern messaging and completely unviable for what you're proposing.

How should media attachments work? I assume you expect that to just use encryption built on MMS? So media can come through even more compressed than basic MMS? None of the actual benefits of RCS would be possible if it was built on top of the existing ancient standards.

[–] lemmyvore@feddit.nl 1 points 11 months ago

Encrypting doesn't necessarily boost the size of the message. You can also use compression very effectively since it's mostly text.

You don't need to also solve media hosting, you can just leave it be links like it is now. Just adding encryption would be an amazing improvement.

There are no additional changes needed to the transport layer, it would be transparent for telcos. It can be an OTG encryption layer.

Initial key exchange would be the only part that would require a couple of additional one-time messages but it would be automated. And not all messages need to be encrypted, nobody cares that my package has been shipped. And it would be an improvement anyway from having zero encryption to being able to have encryption

The whole thing is so simple that it could be implemented today by all the SMS apps without missing a beat. The only thing missing is the willingness to do so.

In fact it could be added as an option in any SMS app very easily β€” only for people who are both on the same app of course.