Earlier quoted context omitted.
I get it and it may be true in this case that Apple can too easily pull the plug, adversarial interoperability has a long history: https://www.eff.org/deeplinks/2019/06/adversarial-interopera...
The messaging space also had the amazing Adium client during the last round of messaging wars, and less amazing Trillian as reverse engineered clients distributed or sold. I for one am excited to see this space heating back up.
iMessage, explained
51–60 of 163 posts
Re: iMessage, explained
#52Earlier quoted context omitted.
A much more major issue with Macs is planned obsolescence. It’s the only reason I am not buying any Macs.
My late-2013 MacBook Pro recently gave up the ghost. I'd used it daily in the ten years it worked. Are there other PC manufacturers who make laptops that are still useable after ten years?
Re: iMessage, explained
#53the fact that you're in high school is incredible. keep it up!
Re: iMessage, explained
#54> When making an IDS registration request, a binary blob called “validation data” is required. This is essentially Apple’s verification mechanism to make sure that non-Apple devices cannot use iMessage. I wonder, will this be in violation of the EU's DSA and/or DMA once they are in force?
In whatever way Apple is going to comply with DSA and DMA, this ain't it.
Re: iMessage, explained
#55So proud that a high school student was the one to finally figure it out.
In a world of 100s of thousands of software engineers, "Cybersecurtiy professionals", and so on.
A kid with almost no credentials out-innovates everyone because they have talent and focus. Literally HackerNews! My favorite kind of news.
Re: iMessage, explained
#56Re: iMessage, explained
#57Re: iMessage, explained
#58Earlier quoted context omitted.
I get it and it may be true in this case that Apple can too easily pull the plug, adversarial interoperability has a long history: https://www.eff.org/deeplinks/2019/06/adversarial-interopera...
The messaging space also had the amazing Adium client during the last round of messaging wars, and less amazing Trillian as reverse engineered clients distributed or sold. I for one am excited to see this space heating back up.
Re: iMessage, explained
#59Reverse engineering iMessage has been touted as some holy grail meme for what... 10+ years now? So proud that a high school student was the one to finally figure it out. In a world of 100s of thousands of software engineers, "Cybersecurtiy professionals", and so on. A kid with almost no credentials out-innovates everyone because they have talent and focus. Literally Hacker News! My favorite kind of news.
Re: iMessage, explained
#60> When making an IDS registration request, a binary blob called “validation data” is required. This is essentially Apple’s verification mechanism to make sure that non-Apple devices cannot use iMessage. I wonder, will this be in violation of the EU's DSA and/or DMA once they are in force?
DSA and DMA do not magically grant you the permission to do whatever you want with Apple's servers, nor force they Apple into having to serve any particular valid response to the requests you make. In whatever way Apple is going to comply with DSA and DMA, this ain't it.
> Interoperability between messaging platforms will improve - users of small or big platforms will be able to exchange messages, send files or make video calls across messaging apps.
Lock-in mechanisms like the above would at least run counter to that goal.
I also think that enforcing device restrictions on a messaging service is more problematic than on some random API: Messengers are subject to the network effect and usually you can't freely choose which messenger you want to use - it depends on which one the people you want to talk with are on.
In an extreme case, some person or business could choose to exclusively communicate using iMessage. Then you'd have to buy an iPhone just to be able to reach them. This seems like exactly the kind of interop problem the EU is concerned about.
[1] https://www.europarl.europa.eu/news/en/headlines/society/202...