I am programming a location triggered alarm, for wich the user can be informed either by ringtone or SMS.
For the SMS: the users defines the SMS content and contact, when the alarm is triggered i want to send it once. The alarm is then disabled.
The ringtone is quite easy, however other posts emphasize that it is not possible to send the SMS automatically or to delay the sending of a SMS.
However, that's what the Auto Alert Alarm Clock available on the app store is doing:
https://itunes.apple.com/us/app/auto-alert-alarm-clock/id639611413?mt=8
any hint on how to do that?
They most likely have their own server that the app sends a request to. When the server receives the request, it sends a text message to the designated number.
Related
Does anybody know, If it's possible, and how to send SMS to more than one recipient with one time user interaction. Which means, Our application should send SMS to a list of numbers with static message body when the user press the send button one time on iPhone?
Thanks
it is not possible as long as you don't use your own service to send SMS
I am building a system in iOS on ipad which records appointments. Once a appointment is scheduled, a message needs to be sent to the number given while scheduling. Is there a way i can send a SMS through ipad?
It's not possible to send an SMS while remaining in the app on iOS.
You could allow the user to send an SMS by tapping an element which would bring up the messages app and allow you to send one there, but not in the app itself.
You could however, use your own solution in Obc-C (or written in another language such as PHP) which sends the messages through a message gateway.
An example would be this:
http://net.tutsplus.com/tutorials/php/how-to-send-text-messages-with-php/
programmatically send SMS on the iPhone with out show MFMessageComposeViewController? It's possible? b/c I want to konw when's my phone send sms. I don't want my phone auto sending SMS.
If it's possible, how to know? How to catch that event?
In theory (and assuming the phone is not jailbroken), you cannot send an SMS without user intervention. If sending SMS messages via the API, the user will see the message-compose view controller.
That said, I suppose an app could "bypass" this by sending an HTML request to a third-party SMS gateway (in other words, the iphone is not actually sending the text message, but an external server is).
It's possible, but not using the SMS capability provided by the phone. An app author wanting to send SMS without the usual UI would have to purchase capacity from some third party provider (search for 'SMS provider' to find many such providers). Messages sent that way would cost the app developer money, which is as powerful a disincentive as you can find. They also wouldn't be identified with you.
This application support send a scheduled sms in background mode! How to they do that?
What do you think about this their info:
In order to send out the scheduled message:
This app must be running on your iPhone, either in the background or in the foreground;
Your iPhone must not be in the airplane mode;
Your iPhone must have carrier's signal at the scheduled time;
NOTES:
If you schedule a message with a large number of recipients, please check with your carrier for the maximum number of recipients allowed per message. If you exceed the maximum number allowed, your message may be blocked by your carrier.
Your iPhone must be powered on at the scheduled time so that the message can be sent out;
If you reboot your iPhone, or turn it off/on, remember to restart this app as soon as possible so that the timer can still be active.
Some results from testing...confirms this app is sending normal SMS WITHOUT user interaction!
WLAN ON + GSM OFF (no reception) => the app does NOT send SMS, even after reception is back no SMS gets send. In the phone's messages log it tells "failed sending SMS"
WLAN OFF + GSM ON => the app sends SMS without user interaction (I checked my bill, and in fact a SMS got sent through the provider! - no data traffic to a server!)
Also, by the way when the SMS is received the sender's SMS number is displayed correctly. I know one could do this through a SMS server - but in fact a REAL SMS got sent through the provider! There was no data traffic, no other cost than my providers SMS charge, and on the past activities it explicitly showed this SMS!
So somehow this app sends a real SMS without user confirmation.
Probably there is a way to use the direct SMS library without Apple's review team finding out? Anyway I know for sure, that Apple rejects apps that use this library (if they find out!)
Your best bet is to setup an intermediate server on the internet that uses an online SMS sending service, and send the SMSs via that route if you need complete automation. (ie, your program on the iPhone sends a UDP packet to your server, which sends the real SMS)
When you use Viber for the first time, it sends you an activaion code by SMS. I am working on the same action. After doing some research, (like "iPhone In-App SMS MFMessageComposeViewController Auto-Send" ), I have come to a conclusion but I'm not very sure it is correct. So I think some experts know the answer.
In iOS 4, we can use MFMessageComposeViewController to send SMS. However, the user will still see the SMS page and he/she needs to click 'send' button. In Viber, the user doesn't have to—he/she just gets a SMS without seeing the message page after he/she enters his/her own phone number. And all articles I read tell me iOS doesn't allow us to send SMS without user intervention.
I guess Viber has set up its own intermediate server that sends SMS. Is that correct?
Yeah, there are a number of web services that’ll send SMSs for you—Google ‘em. That’s most likely what they’re using; it’s definitely not the phone’s built-in SMS functionality.