Apple's Messages Offers Free Texting With a Side of iPhone Lock-In
itwbennett writes "Who doesn't love free text messages? People who try to transition from an iPhone to any other phone, that's who. Apple's Messages app actively moves conversations away from paid text messages to free Messages. Very convenient until you want to leave your iPhone and switch back to plain old text messages because suddenly you'll be unable to receive text messages from your iPhone-toting friends. There's an obscure workaround, and Samsung, which has a vested interest in the matter, has a lengthy guide to removing your iPhone as a registered receiver of Messages . But the experience is just annoying enough that it might be the kind of thing that would keep someone from making a switch — and that's when it starts to feel like deliberate lock-in, and not so much like something Apple overlooked."
What kind of bullshit story is this? If you move away from your iPhone, guess what, you won't get iMessages. You'll still get text messages because yes, the iPhone falls back to that when an iMessage doesn't send.
You can just turn of iMessages and the conversation reverts to plain text messages. It has always worked for me.
But on any other phone I can still continue to receive texts from everyone. With apple if the the other person doesn't delete the message thread they can't reach you. This has nothing to do with what I can do to fix the issue. Apple's version of free always comes with a hefty price.
Why is imessage opt put instead of opt in if not to create a vendor lock in situation.
Sorry, teleporters just kill you and then make a copy. A perfect, soul-less copy.
They both believe in vendor lock. When I got my iMac it converted my photos from my camera to some iPhoto library from which it was quite difficult to take it out in simple jog files. For the two years I used iMac my videos and photos were all so locked up I actually lost interest and reduced my shutter bug instincts a lot.
sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
Good. Please explain how it does work.
Per this old article:
http://asia.cnet.com/faq-whats...
It seems to work like this.
You go to the messaging app. This is the default messaging app. It does text messages (SMS), and it does iMessages. So far so good.
You enter a number or directly a contact. It checks if that contact is believed to use iMessage by way of the phone number. If it believes the contact uses iMessage, it will send it as an iMessage, otherwise it will send it as a text message.
Still so far so good.
Now that contact stops using iMessage - the example given being that they switch devices, keeping the same number. They didn't "turn iMessage off", because why on Earth does that seem like a logical thing to have to do? Especially if, say, they switched devices because their iPhone died; in which case, they can't turn it off (or can they? Oh yes, they can contact Apple Support; http://support.apple.com/kb/TS... ).
Now you send them a message. The iMessage app is clueless and sends an iMessage because hey, nobody ever told it that the contact is no longer using iMessage. iMessage will eventually come back and say that it failed, and you as the sender either send again or shrug it off, but it might not occur to you to send as a text message instead. If you even can. Yes, if it already failed, you can hold the text and force that to send as text message. But the very next one you send is going to be an iMessage again. Of course, you can disable iMessage on your end, but that disables sending iMessage to all of your contacts. Short of deleting pre-existing iMessages for a given contact, it doesn't seem there's a way to just flip the "this contact uses iMessage" bit.
But here's the rub.. they shouldn't have to explicitly set anything at all.
A. Receive iMessage from contact -> set iMessage bit on contact.
B. Receive text message from contact -> clear iMessage bit on contact if present.
C. Failed iMessage -> re-send. Failed again? -> re-send as text. Delivered? (if supported by the networks) -> clear iMessage bit. Otherwise, see A/B.
D. User enables / disables iMessage explicitly -> set state in central registry (Apple ID is involved, right?).
E. Every once in a while, send as an iMessage anyway if the central registry suggests that the user really should have iMessage because they never turned it off. Worst case: the send ends up with situation C said 'every once in a while', which would be transparent to them. Best case: after a few of those, even the central registry could get a clue and disable the iMessage bit on their end, allowing it to propagate.
Having the onus of 'iMessage bit' state at the sender's side be solely on the end of the recipient is stupid.
I wouldn't say that it is a case of lock-in, though. Just a suboptimal approach. (And yes, I realize there's potential issues with A-E above as well). The bit that makes it peculiar, to say the least, is that this problem has been complained about since at least the end of 2011. Just not by enough people for it to be "an actual story", I guess.
Correct me if any of the above is wrong - I'm certainly not an iPhone user so I've only got the most basic of google search results as my sources.