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.
Related
Configuring an appointment app and looking at using email to sms. The api is significantly less expensive as you just have to look up the mobile number once, get the appropriate carrier gateway address(once for every new number), and then send an email that is converted to sms via the provider. As opposed to getting charged for every sms sent.
Why is this approach much less common? I've never really seen it. I figure there must be some limitations or issues that everyone else knows about that I couldn't find.
Note: Not sending out bulk messages. It's an appointment reminder for small businesses, not used for email marketing and such.
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.
Attempting to set up an automated texting service for customers, where people can text a number, and get an automated response from some sort of server. The cellphone user should be able to hold some sort of exchange with the server through text. Any one have any idea how to implement this?
You can set up a server to respond to MO (Mobile Originated) messages.
You need to have a relationship with an SMS provider/aggregator that will forward MO messages to your server. Based on keywords, you can decide how to respond - since you have the originating phone number you can easily reply to the sender.
I have developed systems like this, so if you need more details just ask.
I was developing a simple SMS application using the Email-SMS Gateways that various Phone companies provide.
So for instance you can send a SMS message by appending a carrier specific email suffix to the mobile number. i.e for AT&T:
For the phone number 111-222-3333, it's corresponding Email is 1112223333#txt.att.net
The specific Mobile provider that I am trying to send/receive from is China Mobile (中国移动通信集团公司). I have found very extensive lists for virtually all other carriers (Both US and International), but can't seem to find one for this Chinese Carrier.
So my question is:
Is there a public Email-SMS gateway (Such that you could fire an SMS message from a standard email client or server-side scripting langauge like PHP)
If not, then is there any way to get around it, via other services (legally of course).
Thanks
I just found this. This seems useful. I'm gonna test it soon for my company.
http://www.now.cn/mobile/ (In Chinese. The English version doesn't seem to have the information about SMS sending)
Plan 1: 1000 SMS for 99 RMB.
Plan 2: 5000 SMS for 449 RMB.
Plan 3: 20000 SMS for 1699 RMB.
It might be blocked in China (best way to see this is to check if other Chinese carriers offer this).
If no public e-mail address pattern is found for China Mobile, try another service that already provides this for CM and check if they have an API.
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.