Hi i want to send sms from ipod and also i will check whether it is being recieved by receiver (user) or not ?
Is this possible ?
Thanks in advance....
If by "iPod", you mean "iPod Touch", this is a very easy thing to do. You can use AOL Instant Messenger to send an SMS to a phone number in the form +18885551212. Or you can do the same from iChat.
Also, see the application "Fring" for a great messaging / voip / SMS aggregator.
No*, and no.
*You can use Wi-Fi to connect to an external SMS gateway, but you'll almost certainly have to pay for it.
You can also use an app called "TextFree" on an ipod touch to send or receive text messages.
Related
I have written an app in iPhone. when I want to send sms text with encrypted string, the default sms confirm show all the string i send.
How can i disable this default sms confirm by code?
is it possible to do this?
any suggestion?
thanks in advance.
In this case as also discussed in these threads
Is there way to send SMS from iPhone app without user prompt?
How to send In-App SMS in iphone
due to privacy policy of apple you can not get rid of the user prompt for sending message.
It's by design; You could spam premium rate numbers if the user did not know you were sending SMS.
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.
I'm looking for information about how binary SMS are implemented on iPhone.
Particularly I would like to know what you need to do (if it is possible) in an iOS application to
listen to a specific SMS port and
then be notified of a dedicated incoming binary SMS.
Of course, I'm looking for a solution based on official (public) APIs.
There is no offcial API to access SMS database of iphone without jailbreaking of it.
You can't, you can only send a SMS via de official API. You can't read the SMS inbox let alone listen for incoming SMSes.
I am new to iPhone application development. In the application that I am developing for iPhone there is a module which sends the sms without knowing to the user to my sms server and gets the response and displays the result. Is there any way to send and receive sms message in app?
Thanks in advance.
You should use data instead of SMS.
SMS are not a way to send information between a client and a server, but Internet is. And by using data, you also get a much more reliable transfer protocol (SMS aren't).
You shouldn't send SMS without the agreement of your users, because it can become really costly. Imagine you have a user on vacation in another country, and think that your app is using wifi, while it is using SMS. This user will be really mad when he will get is cellphone bill.
So even if you can do it, I think you shouldn't. And if you really need to do this, be sure that it is really clear to the user that your app is going to send SMS from his phone (with the charge of a normal SMS).
This is not possible with the iPhone SDK as it stands. It's probably not possible with any mobile platform without the user knowing about it as it's an obvious security hole.
I am also working on GPS-based application and I can have the device stop sending SMS back to the user every time the user send an SMS command. I think as long as the SMS is sent, it should be fine.
If the user wants to see the status of the device, then I might have to establish communication between my server and the device via TCP/UDP and have the iPhone app "parse" the information and display the status. Perhaps the best way is to have the server respond to the iPhone app saying "The device received your SMS command" and display it on the app so that the user knows his/her SMS were sent.
But yes, if we could get the location via SMS, then I could send those coordinates to the Google Maps app in the iPhone itself and it would display it for you.
I am the author of an App on Android which does this, called ImHerePlus. Check it out and see if it helps.
I don't want my app to probe the nether parts of the iPhone... just use the modem to send a simple SMS message. Is this a deal-breaker with Apple? Why?
I'm considering a workaround where outgoing SMS are routed to a URL I set up to bounce the message on to the intended recipient. Do you think this is a feasible route to consider?
How to programmatically send SMS on the iPhone?
basically, you can open the sms app but you'll have to route through an (internet-based) sms gateway if you don't want to leave your app to send it.
SMS may be limited by the phone operator. This is a no-go if the user doesn't know a SMS is being sent.
Besides, interacting with something low-level like a device seems to be something Apple wouldn't like.
I don't know enough about phone protocols to be of any other help, though.