Ok I know there are many possible duplicate questions but none answers my question.
According to Apple's App Store Review Guidelines (if it is the official one) I can only find 4 rules stating anything about messaging
5.5 Apps that use Push Notifications to send unsolicited messages, or for the purpose of phishing or spamming will be rejected
6.5 Apps that use Game Center service to send unsolicited messages, or for the purpose of phishing or spamming will be rejected
21.2 The collection of donations must be done via a web site in Safari or an SMS
22.6 Apps that enable anonymous or prank phone calls or SMS/MMS messaging will be rejected
According to me these rules does not restrict auto sending a message completely, if we have user's concern of sending the SMS.
Now I want to know is there's anyway that I can auto send SMS on a scheduled time when the app is suspended, like we can fire UILocalNotification?
If Yes then how and if No then why?
I also don't want to use any third party API or some server side programming. I want to send a simple SMS from phone.
No you can not send an e-mail or SMS via the Apple provided SDK without the user sending the messages.
You could setup your own mail server of SMS server to provide a solution to this, but you will not be able to do it with the Apple provided SDK.
The reason why this is implement this way is to protect the user, since you could just send 100 SMS to some kind of server number and thus make the user unaware of the costs.
Or you app could start spamming user with email by sending email without the users consent.
Related
I am looking at building an ordering service, this is fine but my question is how to reliably get the order to the shop. It is a fast food shop.
Are there any solid delivery options either via sms/phone or an email service that is pretty much 100% reliable.
Take a look at some of the SMS providers like Twilio who give you web based APIs for sending SMS messages. There is also an API called the OneAPI that is currently available in Canada but will be in other regions soon. You can use this to send SMS messages through a html API.
For email, take a look at some of the providers listed by programmable web, there are a bunch, for example Yahoo lets you send messages via their API.
Yes make sure call back to sender for confirmation,...
check on my DMStar CBuilder6 system.
it fetch filtered email and sms QFree ordering system.
Every minute or so will auto print out onto docket dot matrix printer as soon order received.
https://sites.google.com/site/dmsqfree/tastykebabs
or google it with tasty kebabs qfree
https://sites.google.com/site/dmsqfree/
E C and simple for small retaillers, no register of sensitive personal details needed.
Using an old Nokia Mobile with prepaid $20.00 per year(free sms) connected into PC USB port,...
cheer.
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.
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.
What are some iPhone or Android applications that use SMS as their primary means of user authentication?
I'm interested to see such apps in action. SMS-auth seems like a natural approach that is well-situated to mobile contexts.
The basic workflow is: to sign up, a user provides a phone number; the app calls a backend webservice which generates a signed URL and sends it to the phone number via an SMS gateway; the user receives the SMS, clicks the link, and is thus verified and logged in. This results in a very strong user identity that is difficult to spoof yet fairly easy. It can be paired with a username or additional account attributes as needed for the product requirements.
Despite the advantages, this does not seem to be in much use - hence my question. My initial assumption is that this is because products and users are wary of asking for / providing phone numbers, which users consider sensitive information. That said, I hope this becomes an increasingly more commonplace approach.
This is mostly used for employee authentication ... there is a strong value in replacing the older physical tokens with a new SMS based two-factor authentication to ensure that the users accessing your corporate systems have not had their credentials stolen. We're a technology leader in this space and is the partner that worked with Citrix Systems to develop SMS Authentication for their iPhone Receiver. The benefit is that you gain strong two-factor authentication in an easy to use fashion specifically for the iPhone that do not support multiple applications at the same time. For other systems such as the VPN client from Cisco and most other Windows and Android phones, you can run multiple apps and therefore establish a secure connection using standard vpn and ssl vpn technologies.
The Citrix Receiver for iPhone was one of the most downloaded business apps on the store, I've been told.
If you want to learn more about it check out both the Cisco VPN and the Citrix Receiver implementations for SMS Authentication at http://blog.smspasscode.com/
I hope this information is helpful to you.
Rgds
Lars
SMS PASSCODE
WhatsApp does. The app sends a SMS to the phone number you entered, and if you receive the message, they create your account and you can use the app.
It's not very common to have SMS gateway available! Also using it (sending SMS messages) costs quite a lot compared to sending emails.
Much easier to just generate and send verification email.
Loopt for iPhone is a good example. As part of initial sign up you provide your phone number and are sent a confirmation SMS to complete the process. It's simple and painless.
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.