I predict one of two outcomes once Apple becomes aware of this. Either they’ll modify the iMessage protocol to break Nothing Phones compatibility, or they’ll sue Nothing Phone for violating some kind of IP law. Apple absolutely wants to maintain their walled garden and letting a non-Apple product transparently interact on equal footing with Apple products runs counter to that.
Outcome 3: they buy whatever company is responsible for creating this compatibility layer, slowly integrate it so they can skate past several international regulations/lawsuits trying to open iMessage, and declare victory.
Because that’s not their goal, they absolutely don’t want iMessage to work on Android, at least not without severe limitations. They want Android to look like a second class citizen. If they bought the intermediary company it would be with the intent of strangling it not expanding it. They’ll just slow walk the murder so that regulators don’t take too much notice.
The messaging is provided by a third party who is dedicated to working on their iMessage compatibility. Apple has no reason to stop this because this is a good move for them in the larger battle between mobile messaging standards.
Google owns Jibe, the company behind RCS messaging found on all Android phones and an emerging, competent product from the only game in town that can compete with Apple. Google has decided to take this to the government level and push for a unified phone messaging standard, normally a good thing, but proposed their own RCS solution. The one they own and whose servers Google scrapes for user info.
Apple is pushing iMessage as a protest against Google and their inevitable lawsuit to conform with RCS adoption. Android may win unless Apple shows it has parity and provides a non-legislative option: if enough people use iMessage then governments don’t have to make any laws or enforce changes. The company Nothing is using iMessage, which helps Apple prove there is both a significant user base, which would cause a burden on Apple and it’s customers to change, and there is no monopoly on iMessage or messaging in general. So if enough people use iMessage, Apple sees it as a good thing.
Apple has been pushing iMessage for quite some time, but they want to keep it just to their platform and have made no attempt to make it open to other users. That’s Apples way and it’s not as a “protest” to Google lol
That’s like saying they made the lightning port as a protest to USB standards, nah they just want their proprietary shit.
Can you please point to me where it states Googles “version” of RCS can’t also interface with telecom based RCS?
Because it seems from my reading the Google just has some enhanced features on top of RCS (like e2e encryption) when both sides are through Google, but that doesn’t mean it doesn’t work with telecoms as well, unlike Apples walled garden of iMessage which doesn’t work with anything else lol.
And…? I don’t get your point, that’s what I’m arguing, Apple specifically made iMessage unable to interact with anything else intentionally, they very well could have figured out a way to bring it to other platforms but specifically chose not to.
Apple’s ideology behind not expanding iMessage to other platforms has been - at least in part - due to the security of the iMessage platform and how it authorizes senders and recipients (like many encrypted services on Apple devices, tokens are encrypted/decrypted in the Secure Enclave on the SoC). Apparently, Apple has low confidence in the diaspora of Android devices and just decided to forget even trying to create a client for Android it could tie down to hardware authentication due to not having a reliable hardware base. This was many years ago.
I don’t know if this is still true or even necessary today, or if they’ve even bothered to explore it recently, but that’s Apple’s main issue. Sure, it also benefits them in other ways such as driving users to their platforms, but this is their main issue.
Clearly they also saw the benefits of keeping it to Apples platforms, but that doesn’t remove the technical limitations, at least, early on.
Like I said, I don’t know if those limitations still exist. Clearly, the profit motive would if it weren’t for all of the legal and regulatory liabilities that exist abroad. This is why I suggested in another comment that purchasing and integrating this compatibility layer would be a good workaround for them in that regard.
The limitation was added after the fact anyway, like I mentioned in my edit, secure enclave wasn’t added until the A7 chip, which was first used in the iPhone 5S in 2013, two years after iMessage became available.
It’s really not necessary though, it’s just a justification after the fact. There are several secure e2e apps available without utilizing a special chip to house that data, even Google has e2e with their RCS implementation
These bridges like the ones found in Beeper/Matrix require a Mac server to perform the handshake with Apple’s.
As long as these servers require Apple hardware to function Apple is making money.
It’s roughly equivalent to running iMessage on your Mac at home and making an Android/PC app that remotely sends/receives messages to/from that iMessage app on your Mac.
Nah, if it gets big enough, Apple will care.
They literally said (based on court document) that iMessage on Android is a horrible idea because it’ll make it easier for people to switch platform.
I predict one of two outcomes once Apple becomes aware of this. Either they’ll modify the iMessage protocol to break Nothing Phones compatibility, or they’ll sue Nothing Phone for violating some kind of IP law. Apple absolutely wants to maintain their walled garden and letting a non-Apple product transparently interact on equal footing with Apple products runs counter to that.
Outcome 3: they buy whatever company is responsible for creating this compatibility layer, slowly integrate it so they can skate past several international regulations/lawsuits trying to open iMessage, and declare victory.
Why would they buy a company that is using a workaround when they could just make an iMessage app for android
Because that’s not their goal, they absolutely don’t want iMessage to work on Android, at least not without severe limitations. They want Android to look like a second class citizen. If they bought the intermediary company it would be with the intent of strangling it not expanding it. They’ll just slow walk the murder so that regulators don’t take too much notice.
For one: it helps them avoid any adjudication that would force them to do just that while avoiding admitting they have the ability to.
The messaging is provided by a third party who is dedicated to working on their iMessage compatibility. Apple has no reason to stop this because this is a good move for them in the larger battle between mobile messaging standards.
Google owns Jibe, the company behind RCS messaging found on all Android phones and an emerging, competent product from the only game in town that can compete with Apple. Google has decided to take this to the government level and push for a unified phone messaging standard, normally a good thing, but proposed their own RCS solution. The one they own and whose servers Google scrapes for user info.
Apple is pushing iMessage as a protest against Google and their inevitable lawsuit to conform with RCS adoption. Android may win unless Apple shows it has parity and provides a non-legislative option: if enough people use iMessage then governments don’t have to make any laws or enforce changes. The company Nothing is using iMessage, which helps Apple prove there is both a significant user base, which would cause a burden on Apple and it’s customers to change, and there is no monopoly on iMessage or messaging in general. So if enough people use iMessage, Apple sees it as a good thing.
RCS is not a Google product, see https://en.m.wikipedia.org/wiki/GSMA
Apple has been pushing iMessage for quite some time, but they want to keep it just to their platform and have made no attempt to make it open to other users. That’s Apples way and it’s not as a “protest” to Google lol
That’s like saying they made the lightning port as a protest to USB standards, nah they just want their proprietary shit.
Google’s RCS service is unique in that it is not telecom based. I would advise looking at the RCS Wikipedia article here.
Can you please point to me where it states Googles “version” of RCS can’t also interface with telecom based RCS?
Because it seems from my reading the Google just has some enhanced features on top of RCS (like e2e encryption) when both sides are through Google, but that doesn’t mean it doesn’t work with telecoms as well, unlike Apples walled garden of iMessage which doesn’t work with anything else lol.
Google RCS was designed to be interoperable. Apple iMessage was not.
And…? I don’t get your point, that’s what I’m arguing, Apple specifically made iMessage unable to interact with anything else intentionally, they very well could have figured out a way to bring it to other platforms but specifically chose not to.
No worries, I’m just sharing information and answering questions. Not trying to argue a point.
Reasons why Apple iMessage does not support RCS has way too much speculation around it from what I’ve briefly read so I prefer not to comment.
Apple’s ideology behind not expanding iMessage to other platforms has been - at least in part - due to the security of the iMessage platform and how it authorizes senders and recipients (like many encrypted services on Apple devices, tokens are encrypted/decrypted in the Secure Enclave on the SoC). Apparently, Apple has low confidence in the diaspora of Android devices and just decided to forget even trying to create a client for Android it could tie down to hardware authentication due to not having a reliable hardware base. This was many years ago.
I don’t know if this is still true or even necessary today, or if they’ve even bothered to explore it recently, but that’s Apple’s main issue. Sure, it also benefits them in other ways such as driving users to their platforms, but this is their main issue.
Not according to the leaked emails… https://x.com/TechEmails/status/1589450766506692609?s=20
Also, the secure enclave wasn’t added until the iPhone 5s in 2013, whereas iMessage had already existed as of 2011.
Clearly they also saw the benefits of keeping it to Apples platforms, but that doesn’t remove the technical limitations, at least, early on.
Like I said, I don’t know if those limitations still exist. Clearly, the profit motive would if it weren’t for all of the legal and regulatory liabilities that exist abroad. This is why I suggested in another comment that purchasing and integrating this compatibility layer would be a good workaround for them in that regard.
The limitation was added after the fact anyway, like I mentioned in my edit, secure enclave wasn’t added until the A7 chip, which was first used in the iPhone 5S in 2013, two years after iMessage became available.
Although true, it was added to make iMessage (and every other service) more secure, not just as some sneaky way to keep iMessages off android devices.
It’s really not necessary though, it’s just a justification after the fact. There are several secure e2e apps available without utilizing a special chip to house that data, even Google has e2e with their RCS implementation
deleted by creator
Nah, Apple doesn’t care.
These bridges like the ones found in Beeper/Matrix require a Mac server to perform the handshake with Apple’s.
As long as these servers require Apple hardware to function Apple is making money.
It’s roughly equivalent to running iMessage on your Mac at home and making an Android/PC app that remotely sends/receives messages to/from that iMessage app on your Mac.
Nah, if it gets big enough, Apple will care. They literally said (based on court document) that iMessage on Android is a horrible idea because it’ll make it easier for people to switch platform.