Has Beeper actually charged money for it? My understanding is that this rollout was planned to be paid eventually but nobody has paid anything as of yet for the functionality.
By your own admission though, beeper is using an exploit that they did not reverse engineer. They paid for someone else’s process which probably was covered under DMCA at the time. I will wait to see if Apple decides on litigation because so far I haven’t even heard a word about them suing beeper and I absolutely think they would if beeper has done something illegal.
You quote directly from the same source I was using (Cornell law) and your quote directly suggests that reverse engineering for the purposes of interoperability (in this case with iMessage and it’s use on iPhones and the interoperability with android phones) appear to both be covered. If they aren’t covered you haven’t explained why your suggestion that they are doing so to profit makes sense except they haven’t charged anyone that I can find for the service. Even their FAQ has been updated to say they will continue offering the service free of charge and will warn users when it moves to a paid service. I don’t dispute that they do plan to have a paid service but at this juncture they haven’t actually implemented that.
I don’t “misunderstand the purpose of DMCA”. I actually couldn’t care less about apple or beeper. I don’t use either brand or service and this is a solution to a problem I don’t have. I find the tech discussion around the interoperability of iMessage and RCS (assuming that actually happens) interesting, but again it doesn’t directly benefit me in any way. Pretty much my whole family use android phones. I don’t have any friends who appear to care about the blue bubble green bubble nonsense, though I am tangentially aware of it, mostly through tech articles.
Are beeper required to agree to Apple’s EULA? If so, why? Please explain that.
You assert that I am “defending”. I haven’t actually defended anything. I simply pointed out that wording in the DMCA would suggest that Beeper was exempt from certain restrictions. That’s not the same thing.
Did I hurt your feelings or something? Are you taking out your frustrations with other people on me? Because it does seem like it.
Beeper Mini subscription (7-day free trial or an additional month of use if referred by an iPhone user):
*Beeper Mini Subscription Update: Though Beeper Mini is a subscription-based app, it will be available free of charge temporarily. (Note: This was an update to Apple patching the iMessage security exploit on Friday) *
What you get:
Send iMessages using your Android device.
Join iMessage-only group chats seamlessly.
Full-resolution images and videos, plus replies and reactions.
Secured with end-to-end encryption.
Cancel anytime.
They also got two hundred thousand monthly subscriptions in the few days that it was available. Simply inexcusable.
You quote directly from the same source I was using (Cornell law) and your quote directly suggests that reverse engineering for the purposes of interoperability (in this case with iMessage and it’s use on iPhones and the interoperability with android phones) appear to both be covered.
Please refer to the following excerpt, because you didn’t bother reading anything I wrote:
“In all 3 cases, Beeper developed and marketed an app specifically as “iMessage for Android”, and charged money for it. This goes far beyond “establishing interoperability,” as they were using this reverse engineered information to bolster their brand and profit off of it. I highlighted each salient point of the clauses specifically because these actions infringe on Apple’s copyright.”
I actually couldn’t care less about apple or beeper.
Then why are you even here? This is a community for Apple enthusiasts, to discuss Apple things.
Are beeper required to agree to Apple’s EULA? If so, why? Please explain that.
It’s directly stated in the acronym of EULA - End User License Agreement. If you use any Apple service, you become an end user and thus automatically agree to the terms by definition. To opt out or “disagree” with Apple’s EULA, don’t use Apple services or products like iMessage.
The app had to be developed through the usage/exploitation of the iMessage API and Apple’s servers. This makes Mr. JJTech0130 and Beeper’s developers ‘end users’. Android users who enrolled their phone numbers in iMessage (which was necessary to use Beeper Mini) makes them ‘end users’.
Are you taking out your frustrations with other people on me? Because it does seem like it.
Yes, I’m annoyed that Android users continue to come in here again and again, completely misinformed about the situation, and write complete nonsense. Especially if it’s nonsense that’ll get you laughed out of a courtroom, and a lifetime of contractual payments to Apple.
I read everything you wrote. I’m trying to understand and you come off as hostile and appear to be forgetting that not everyone has all the details you seem to be keeping in your head. Calm down and explain it for a layman, please.
Edit: Also, is Apple so exclusive that I can’t just have an interest in knowing about the tech? Because literally that’s why I am here.
Sure. Let’s say I create an Android app called “Gesture,” whose goal is interoperability between all messaging platforms. I was able to establish interoperability between WhatsApp, Signal, Google Messages, Slack, Instagram, Facebook Messenger, you name it… Now I’m looking at iMessage, and I manage to find a way to reverse engineer a way of sending iMessages! Great!
Now, my intentions are to not profit off this endeavor, but to enable interoperability between Apple and Android. To this end, I fully release the code for this app, free for anyone to analyze and use themselves. The branding and marketing for this app is non-existent, as I do not want to make myself appear as a competitor to iMessage for legal reasons. I choose not to publish this app on the Play Store which has native venues for payments and subscriptions, but instead elect for free, open source alternatives like F-Droid.
Have I taken the steps necessary to establish that the sole motivation for this application is for interoperability? Yes:
I have not created any means in which I can profit from this app; it is free to obtain and use
users do not need to spend money through Google or another payment processor to use my app
there is no way people can pay me for my effort; “Gesture” is just another piece of hobbyist software out there
no branding for this application exists, knowledge of the app’s existence is done purely through word of mouth in tech-oriented communities
Note that doesn’t make my actions any less illegal, as they still violate Apple’s EULA. I’m still subject to what Apple would do to me to rectify this (which is almost always going to be arbitration, where Apple lawyers meet up with me and tell me to stop everything, take it all down, and also probably make me pay a bunch of money too.)
Now let’s say that a company called “Clicker,” who also specializes in interoperability between platforms, buys my reverse engineered app, and creates their own app called “Clicker Mini.” This app specifically packages my iMessage code into their own branded app using their “Clicker” brand. Furthermore, to use their app, a $2/month subscription agreement is required, and it is advertised that this subscription grants the ability to “send iMessages using your Android device.” The app was marketed from the very beginning to be an “new iMessage messenger for Android,” as reflected by many news sources.
Have they taken the steps necessary to establish that their sole motivation for Clicker Mini was to establish interoperability with Apple Messages? No.
They tied these features under a brand name (“Clicker”)
It is very clear from their intent that they want their “Clicker” brand to be associated with Android + iMessage
they bundled this feature under a subscription agreement between its own end users where they agree to pay a certain amount of money each month.
All of these actions become profitable for Clicker as a company, as the advertisement of “Android + iMessage” capability draws interested customers who enroll in the subscription agreement, as well as any other services Clicker offers… let’s say Clicker Cloud is one of them, for example.
Additionally, since my iMessage app violated Apple’s EULA, Clicker’s implementation also violates Apple’s EULA. The only difference here is that Clicker is a full fledged company, meaning that Apple is far more inclined to just sue the hell out of them.
Beeper is essentially bolstering and forging their own brand name by using Apple’s intellectual property. No matter what way you look at it or which laws you cite, that is copyright infringement to the first degree.
But you’ve failed to draw the parallel here between Apple and their intellectual property being reverse engineered by a third party who’s motivations remain unknown, and Beeper who bought the reverse engineering code/process from that third party for the purpose of interoperability. Which I believe I said before but perhaps wasn’t clear about. Proving in court that the original engineer of this exploit did so for the purposes of interoperability, or if the intent was to make money will seemingly be between Apple, the courts, and that entity.
Apple device users are subject to the EULA. Beeper and their customers may or may not be depending on if they are Apple device users. There is some gray area here as far as the messaging because my understanding based on the articles I have read is that Beeper is calling their App “Beeper Mini”, and are simply marketing it as what it is. A way for Android users to interface with Apple iMessage users. They aren’t calling it iMessage for Android. They are calling it Beeper Mini. That being said, the tagline is “iMessage on Android” and yes it does bill itself as enabling Android users to send and receive imessages. The important thing to note here is they go on to say that it’s a stand alone app built to send and receive “blue bubble messages” on Android. They don’t claim it’s an apple product, just that it works with apple products (I’m reading directly from their website here).
The reflection in news sources isn’t the greatest point to be made specifically because news outlets have a history of creating taglines, nicknames and nomenclature for things that the original entity behind the story has no real say in. Serial killers are a good example. News networks are notorious for naming serial killers despite law enforcement avoiding giving them monikers like “golden state killer” etc.
I agree with you that Beeper is implementing a paid system and that this was always the intention. I believe I said that as well in my original statement. However I’m still trying to connect the dots as to how Apple has grounds against Beeper specifically. Surely they may potentially have grounds against the original exploiter. But against Beeper? Have they actually stolen Apple’s intellectual property?
I wouldn’t know a lot of things about Apple if I didn’t occasionally peruse communities like this one. There is only so much context you can get from Android users (even people who use both, or neither) about Apple products. I wouldn’t for instance understand why the original Beeper was such a big deal to some Apple users, until someone explained in a different thread that they like being able to answer messages from their work phone or work station (not an apple product), throughout their work day. I’ve worked in places where cell phones were absolutely not allowed, so I could see how this could be a big deal.
There is no ”parallel” to draw here. The fact of the matter is that Beeper reverse engineered a proprietary protocol and then charged money for a solution offering a feature that’s typically exclusive to Apple’s hardware. The original engineer is irrelevant here as he relinquished all ownership rights to his code to Beeper as part of their sales agreement, so from the courts’ perspective Beeper is the one that did the reverse engineering (because they own the rights to that code).
Beeper and their customers may or may not be Apple users
There is no “gray area” here either. The way Beeper Mini was able to send iMessages is by fabricating the identity of a fake Apple device on Apple’s servers. Even if the device is fake, under the agreement of the EULA this is still an “Apple device” that is being used. This is the same for Beeper Mini’s subscribers who had to register their phone numbers with iMessage — the only way to do that is with an already validated Apple device. As users of Apple’s services through a validated Apple device, they fall under the terms of the EULA.
Of course, that’s if we outright ignore the problem of the Apple device being fake. Circumventing device identity verification with a forged identity is a clear violation of the CFAA (Computer Fraud and Abuse Act); this fact alone also makes the DMCA’s exemptions completely void.
This isn’t the case with something like Hackintosh, where its owners still purchased Apple hardware and software and thus are fully entitled to use them as they see fit. Android users purchased no Apple hardware, no Apple software, and are exploiting Apple’s servers through a fake Apple device.
There is no way you can reasonably spin “faking an Apple device’s identity” to be anything related to interoperability. The whole thing was able to work because it successfully fooled Apple into thinking it was talking to a real Apple device — like a hacker breaking into a company’s servers because they injected the right malicious code to make the servers think they had the right authorization.
The reflection in news sources…
is precisely because Beeper marketed their app and brand to give you “blue bubbles on Android.” “Blue bubbles” is a term well established in the common public to mean “iMessage.” The subscription agreement straight up states that subscribers can send iMessages from an Android device as one of the features of that subscription. The general public perceived the app as “iMessage for Android;” there is seriously no contention here to be made.
You even state in the previous paragraph that Beeper’s own tagline for their app is “iMessage on Android” and then immediately contradict yourself by saying news outlets make up random taglines, despite them pulling those words straight from Beeper themselves.
They are using iMessage to bolster their Beeper brand. That is copyright infringement.
Have they actually stolen Apple’s intellectual property?
Yes. They purchased all ownership rights to an iMessage implementation and are the proper legal owners of it. Combine that with the fact that a reverse engineered implementation of a proprietary service produces code that looks very similar to the original code, and that they keep marketing this app as bringing an Apple-exclusive feature to Android… you have yourself a crystal clear case of copyright infringement.
Has Beeper actually charged money for it? My understanding is that this rollout was planned to be paid eventually but nobody has paid anything as of yet for the functionality.
By your own admission though, beeper is using an exploit that they did not reverse engineer. They paid for someone else’s process which probably was covered under DMCA at the time. I will wait to see if Apple decides on litigation because so far I haven’t even heard a word about them suing beeper and I absolutely think they would if beeper has done something illegal.
You quote directly from the same source I was using (Cornell law) and your quote directly suggests that reverse engineering for the purposes of interoperability (in this case with iMessage and it’s use on iPhones and the interoperability with android phones) appear to both be covered. If they aren’t covered you haven’t explained why your suggestion that they are doing so to profit makes sense except they haven’t charged anyone that I can find for the service. Even their FAQ has been updated to say they will continue offering the service free of charge and will warn users when it moves to a paid service. I don’t dispute that they do plan to have a paid service but at this juncture they haven’t actually implemented that.
I don’t “misunderstand the purpose of DMCA”. I actually couldn’t care less about apple or beeper. I don’t use either brand or service and this is a solution to a problem I don’t have. I find the tech discussion around the interoperability of iMessage and RCS (assuming that actually happens) interesting, but again it doesn’t directly benefit me in any way. Pretty much my whole family use android phones. I don’t have any friends who appear to care about the blue bubble green bubble nonsense, though I am tangentially aware of it, mostly through tech articles.
Are beeper required to agree to Apple’s EULA? If so, why? Please explain that.
You assert that I am “defending”. I haven’t actually defended anything. I simply pointed out that wording in the DMCA would suggest that Beeper was exempt from certain restrictions. That’s not the same thing.
Did I hurt your feelings or something? Are you taking out your frustrations with other people on me? Because it does seem like it.
https://help.beeper.com/en_US/beeper-mini/beeper-mini-getting-started-guide-site
Beeper Mini subscription (7-day free trial or an additional month of use if referred by an iPhone user):
*Beeper Mini Subscription Update: Though Beeper Mini is a subscription-based app, it will be available free of charge temporarily. (Note: This was an update to Apple patching the iMessage security exploit on Friday) *
What you get:
They also got two hundred thousand monthly subscriptions in the few days that it was available. Simply inexcusable.
Please refer to the following excerpt, because you didn’t bother reading anything I wrote:
“In all 3 cases, Beeper developed and marketed an app specifically as “iMessage for Android”, and charged money for it. This goes far beyond “establishing interoperability,” as they were using this reverse engineered information to bolster their brand and profit off of it. I highlighted each salient point of the clauses specifically because these actions infringe on Apple’s copyright.”
Then why are you even here? This is a community for Apple enthusiasts, to discuss Apple things.
It’s directly stated in the acronym of EULA - End User License Agreement. If you use any Apple service, you become an end user and thus automatically agree to the terms by definition. To opt out or “disagree” with Apple’s EULA, don’t use Apple services or products like iMessage.
The app had to be developed through the usage/exploitation of the iMessage API and Apple’s servers. This makes Mr. JJTech0130 and Beeper’s developers ‘end users’. Android users who enrolled their phone numbers in iMessage (which was necessary to use Beeper Mini) makes them ‘end users’.
Yes, I’m annoyed that Android users continue to come in here again and again, completely misinformed about the situation, and write complete nonsense. Especially if it’s nonsense that’ll get you laughed out of a courtroom, and a lifetime of contractual payments to Apple.
I read everything you wrote. I’m trying to understand and you come off as hostile and appear to be forgetting that not everyone has all the details you seem to be keeping in your head. Calm down and explain it for a layman, please.
Edit: Also, is Apple so exclusive that I can’t just have an interest in knowing about the tech? Because literally that’s why I am here.
Sure. Let’s say I create an Android app called “Gesture,” whose goal is interoperability between all messaging platforms. I was able to establish interoperability between WhatsApp, Signal, Google Messages, Slack, Instagram, Facebook Messenger, you name it… Now I’m looking at iMessage, and I manage to find a way to reverse engineer a way of sending iMessages! Great!
Now, my intentions are to not profit off this endeavor, but to enable interoperability between Apple and Android. To this end, I fully release the code for this app, free for anyone to analyze and use themselves. The branding and marketing for this app is non-existent, as I do not want to make myself appear as a competitor to iMessage for legal reasons. I choose not to publish this app on the Play Store which has native venues for payments and subscriptions, but instead elect for free, open source alternatives like F-Droid.
Have I taken the steps necessary to establish that the sole motivation for this application is for interoperability? Yes:
Note that doesn’t make my actions any less illegal, as they still violate Apple’s EULA. I’m still subject to what Apple would do to me to rectify this (which is almost always going to be arbitration, where Apple lawyers meet up with me and tell me to stop everything, take it all down, and also probably make me pay a bunch of money too.)
Now let’s say that a company called “Clicker,” who also specializes in interoperability between platforms, buys my reverse engineered app, and creates their own app called “Clicker Mini.” This app specifically packages my iMessage code into their own branded app using their “Clicker” brand. Furthermore, to use their app, a $2/month subscription agreement is required, and it is advertised that this subscription grants the ability to “send iMessages using your Android device.” The app was marketed from the very beginning to be an “new iMessage messenger for Android,” as reflected by many news sources.
Have they taken the steps necessary to establish that their sole motivation for Clicker Mini was to establish interoperability with Apple Messages? No.
All of these actions become profitable for Clicker as a company, as the advertisement of “Android + iMessage” capability draws interested customers who enroll in the subscription agreement, as well as any other services Clicker offers… let’s say Clicker Cloud is one of them, for example.
Additionally, since my iMessage app violated Apple’s EULA, Clicker’s implementation also violates Apple’s EULA. The only difference here is that Clicker is a full fledged company, meaning that Apple is far more inclined to just sue the hell out of them.
Beeper is essentially bolstering and forging their own brand name by using Apple’s intellectual property. No matter what way you look at it or which laws you cite, that is copyright infringement to the first degree.
But you’ve failed to draw the parallel here between Apple and their intellectual property being reverse engineered by a third party who’s motivations remain unknown, and Beeper who bought the reverse engineering code/process from that third party for the purpose of interoperability. Which I believe I said before but perhaps wasn’t clear about. Proving in court that the original engineer of this exploit did so for the purposes of interoperability, or if the intent was to make money will seemingly be between Apple, the courts, and that entity.
Apple device users are subject to the EULA. Beeper and their customers may or may not be depending on if they are Apple device users. There is some gray area here as far as the messaging because my understanding based on the articles I have read is that Beeper is calling their App “Beeper Mini”, and are simply marketing it as what it is. A way for Android users to interface with Apple iMessage users. They aren’t calling it iMessage for Android. They are calling it Beeper Mini. That being said, the tagline is “iMessage on Android” and yes it does bill itself as enabling Android users to send and receive imessages. The important thing to note here is they go on to say that it’s a stand alone app built to send and receive “blue bubble messages” on Android. They don’t claim it’s an apple product, just that it works with apple products (I’m reading directly from their website here).
The reflection in news sources isn’t the greatest point to be made specifically because news outlets have a history of creating taglines, nicknames and nomenclature for things that the original entity behind the story has no real say in. Serial killers are a good example. News networks are notorious for naming serial killers despite law enforcement avoiding giving them monikers like “golden state killer” etc.
I agree with you that Beeper is implementing a paid system and that this was always the intention. I believe I said that as well in my original statement. However I’m still trying to connect the dots as to how Apple has grounds against Beeper specifically. Surely they may potentially have grounds against the original exploiter. But against Beeper? Have they actually stolen Apple’s intellectual property?
I wouldn’t know a lot of things about Apple if I didn’t occasionally peruse communities like this one. There is only so much context you can get from Android users (even people who use both, or neither) about Apple products. I wouldn’t for instance understand why the original Beeper was such a big deal to some Apple users, until someone explained in a different thread that they like being able to answer messages from their work phone or work station (not an apple product), throughout their work day. I’ve worked in places where cell phones were absolutely not allowed, so I could see how this could be a big deal.
There is no ”parallel” to draw here. The fact of the matter is that Beeper reverse engineered a proprietary protocol and then charged money for a solution offering a feature that’s typically exclusive to Apple’s hardware. The original engineer is irrelevant here as he relinquished all ownership rights to his code to Beeper as part of their sales agreement, so from the courts’ perspective Beeper is the one that did the reverse engineering (because they own the rights to that code).
There is no “gray area” here either. The way Beeper Mini was able to send iMessages is by fabricating the identity of a fake Apple device on Apple’s servers. Even if the device is fake, under the agreement of the EULA this is still an “Apple device” that is being used. This is the same for Beeper Mini’s subscribers who had to register their phone numbers with iMessage — the only way to do that is with an already validated Apple device. As users of Apple’s services through a validated Apple device, they fall under the terms of the EULA.
Of course, that’s if we outright ignore the problem of the Apple device being fake. Circumventing device identity verification with a forged identity is a clear violation of the CFAA (Computer Fraud and Abuse Act); this fact alone also makes the DMCA’s exemptions completely void.
This isn’t the case with something like Hackintosh, where its owners still purchased Apple hardware and software and thus are fully entitled to use them as they see fit. Android users purchased no Apple hardware, no Apple software, and are exploiting Apple’s servers through a fake Apple device.
There is no way you can reasonably spin “faking an Apple device’s identity” to be anything related to interoperability. The whole thing was able to work because it successfully fooled Apple into thinking it was talking to a real Apple device — like a hacker breaking into a company’s servers because they injected the right malicious code to make the servers think they had the right authorization.
is precisely because Beeper marketed their app and brand to give you “blue bubbles on Android.” “Blue bubbles” is a term well established in the common public to mean “iMessage.” The subscription agreement straight up states that subscribers can send iMessages from an Android device as one of the features of that subscription. The general public perceived the app as “iMessage for Android;” there is seriously no contention here to be made.
You even state in the previous paragraph that Beeper’s own tagline for their app is “iMessage on Android” and then immediately contradict yourself by saying news outlets make up random taglines, despite them pulling those words straight from Beeper themselves.
They are using iMessage to bolster their Beeper brand. That is copyright infringement.
Yes. They purchased all ownership rights to an iMessage implementation and are the proper legal owners of it. Combine that with the fact that a reverse engineered implementation of a proprietary service produces code that looks very similar to the original code, and that they keep marketing this app as bringing an Apple-exclusive feature to Android… you have yourself a crystal clear case of copyright infringement.