Earlier quoted context omitted.
Extra context I forgot to provide: > RCS may require access to certain SIM card information, which only pre-installed apps can do > because they don't want to implement RCS themselves. Sounds like they can't implement RCS themselves even if they wanted to, not simply that Google doesn't provide an open source implementation? (Referring to app developers here, not custom ROM devs.)
They can't implement RCS for every carrier, but they can implement it for some. Others require nothing more than a network call to a predefined HTTP address over a data connection. Although Google may dislike it, I don't believe Google's RCS implementation (the one most of the world uses) requires elevated permissions. Their activation sequence is proprietary and closed source, though so I'm not 100% sure. Just havin…
Apple will soon support encrypted RCS messaging with Android users
241–250 of 270 posts
Re: Apple will soon support encrypted RCS messaging with Android users
#242So essentially, it's not really an Apple thing, it's more that the universal RCS profile just didn't have encryption, and Google RCS was a non-standard extension that nobody else was allowed to use. The real news is the update to GSMA RCS, because without that, none of this matters. What I'm missing in the article is who's going to own the keys and why this is probably going to default to the telcos as if it's MMS. A…
I understand your point that the "news" part is that RCS standard now includes E2EE, rather than about Apple's support for said standard. But I don't think it's fair to suggest or imply that this development is unrelated to Apple either. RCS has been a thing for nearly a decade, and Google 's RCS backend has been doing non-standard E2EE for half that time. Within 8 months of Apple publicly announcing they would adopt…
It's more likely Apple was made aware of the spec/Jibe/Messages roadmap when they finally got on board, decided not to target the latest UP version for some reason, and realized implementing the current E2EE scheme would be wasted effort given it would need to be revamped within a year. The iOS RCS client is still pretty far from being provisioned worldwide.
Re: Apple will soon support encrypted RCS messaging with Android users
#243Earlier quoted context omitted.
Yep. They’re never going away. Blue = iMessage Green = Other It doesn’t matter if both support 100% identical feature sets, it’s gonna stay like that.
do you have evidence for this?
Blue bubbles are a branding thing, they wouldn’t share them with others. Then what’s the point of having the branding?
They do actually indicate a difference of functionality. RCS doesn’t support iMessage apps for example, not that those get much use.
But like I said, even at parity I think they’d keep the branding.
Re: Apple will soon support encrypted RCS messaging with Android users
#244Earlier quoted context omitted.
What false pretense? They dictate two different ways of sending messages with different capabilities.
If they were functionally equivalent, why signal a difference? What's the benefit, you think? I'm not saying that they definitely would signal a difference, but in this hypothetical, if the color difference remained, it would be obvious why.
Re: Apple will soon support encrypted RCS messaging with Android users
#245Earlier quoted context omitted.
That's false. The color green is irrelevant. If the Apple bubbles had been green, and the Android bubbles had been blue, still the Android bubbles would have been shamed. It was never about the color. It was because of the SMS/iMessage feature incompatibilities.
Let me spell it out: the arbitrary color lets you identify the ones who use Android. Some people think the reason for using Android is being poor. Others don’t want to be seen as poor, because social posturing is important to them.
Re: Apple will soon support encrypted RCS messaging with Android users
#246Earlier quoted context omitted.
I don't believe this FUD. I think overal the market has moved from from charging for messages. I fully believe carriers would love to rip off everyone as much as they can, but I think carriers know customers would just use facebook messenger if they tried charging per-message.
Carriers charging too much is exactly why WhatsApp became so popular in so many countries. It was optimised for very little data usage, so was dramatically cheaper than SMS.
Re: Apple will soon support encrypted RCS messaging with Android users
#247Earlier quoted context omitted.
Yes, but it seems unlikely that they wouldn’t reuse as much of that infrastructure as possible to perform the same function for the same users.
Their infrastructure is iMessage protocol specific, though, and that's incompatible with whatever Google does for RCS. So either somebody has to build some new service bridging the gap, or RCS encryption is "serverless" in the way that e.g. OTR was, but unlike Signal (which needs explicit server support for managing pre-keys to bootstrap new connections while the recipient is offline, for example).
Re: Apple will soon support encrypted RCS messaging with Android users
#248Earlier quoted context omitted.
Now that Signal cannot be the SMS / RCS app, yes that's too much hassle. Network effects are too powerful.
Oh, what's up with Signal?
Re: Apple will soon support encrypted RCS messaging with Android users
#249Earlier quoted context omitted.
America is the world's biggest market and most hackernews live here. So it's pretty relevant here.
China has 1b consumers. Just saying. India too.
Re: Apple will soon support encrypted RCS messaging with Android users
#250Earlier quoted context omitted.
How does it show that? Blue bubbles don't mean privacy, and green bubbles don't mean insecure. I would presume encrypted RCS would satisfy privacy, and would remain green to indicate it doesn't support iMessage-specific features.
iMessage is encrypted. Blue means the “SMS” was sent over iMessage and it is secure. Green means it was sent as a normal SMS. This is super helpful for non-technical people that want privacy.
No it doesn't, and it would mean that even less when green messages start meaning end-to-end encrypted RCS.