I have some questions:
How to send a message to Whatsapp using Spring Boot? Is there an API ready to be used?
Is the traffic of the message, whether for receiving or sending, is paid? If so, how does the payment for this service, charged by characters or bit size of the information?
I found this article: whatsappmate article online, it seems like you can register your phone number with the API gateway but there will be a limitation to the number of messages you can send.
Also, there is a Whatsapp service from Twilio which is not free. You can check out their pricing here. I have used their APIs for SMS and VOICE calls and they were rich. So, I could expect their WHATSAPP API to be richer also.
Related
How can Twilio SMS messaging be integrated with SIP soft phones such as Bria and SessionTalk. Both those examples support sms messaging via SIP Simple but there is a dirth of documentation on how to set this up.
For the purpose of this question assume that a Twilio messaging service is already set up and tested to work. There is also an external server available if additional coding is required.
SIP SIMPLE is not a protocol Twilio supports, so direct integration is not possible.
I want to send and run a USSD code on mobile phones via PHP. I have an SMS gateway, can I send it through SMS or do I need to purchase an other service? I have been searching the net and didn't come to a solution that's perfect for me.
Some company's support told me that I can send it using XML in SMS.
The USSD command I want to run is :
1. *21*___SOME NO____#
2. #21#
USSD and SMS are two different services that are both supported in 3gpp mobile protocols.
Check your documentation, or ask a support engineer at the organisation that supplies your SMS gateway to know if they also support USSD. If yes, then they should give you details on how to use it.
The interface to a USSD gateway is not standard, it will depend on how the individual company has implemented it.
A quick search on Google for the words "ussd gateway" brings up several USSD products.
I need to send and receive SMS messages, but not on a phone. Sending is somewhat easy, as there are oodles of gateways that can be used. The challenge that I'm running into is handling responses received.
Can anyone point in me in the right direction of services or devices that can handle 2 way SMS short of an actual phone.
SMS GATEWAY ME is an android app that you can download for free.
I like it because it's free and easy to use. All you do is send a HTTP post to their server and it sends out a message from your phone.
You can set up rules on the site to get it to forward incoming messages to your server using HTTP / Email as well.
There are some 2 way SMS gateways out there. A quick search found this one: http://www.txtimpact.com/api.asp all I did was google for 2-way sms gateway.
Here's an example that uses Wammu under Linux:
http://www.techytalk.info/send-receive-sms-using-gsm-modem-phone-ubuntu/
Here's another link:
http://www.developershome.com/sms/smsLinux.asp
And:
http://www.developershome.com/sms/
Good luck!
I want an SMS service that maps incoming SMS-es to an http request to my server and maps my HTTP response to an SMS reply. Can someone recommend an SMS gateway that provides reasonable service to North America?
Thre are lots of providers out there that can provide this (see google here or here). There are also some guides on the web such as "How to Choose an SMS Gateway Provider".
A couple of examples that look pretty professional (however i have not used them):
Clickatell
CellTrust
We are building a web app that should be able to receive SMS messages and store the information contained in it in database.
Which methods have you used? Which service providers are out there that can assist?
http://www.clickatell.com/ are massive and it works exactly like it says on the tin. You pay for a phone number and sms messages sent to that end up hitting a URL on your site to deliver them just like someone posting a form.
I'd recommend using a service such as TextMarks. TextMarks is free, and lets you pick a keyword for your service that allows users to route messages to you through TextMarks' shared short code, 41411. The only catch here is that they reserve 20 characters in each message for short advertisements to pay for their services.
If you ever outgrow their ad-sponsored services, you can upgrade to a premium version that doesn't include ads.
Another (cheaper) alternative is to have your users send text messages to an email address like sms#yourapp.com. Then you can have a background thread that's looking at the email account and puts the messages into the database.
I've implemented and tested this approach with major US carriers with everything from smart phones to pay-as-you-go "crappy" phones without a hitch.
When the user sends the SMS to your email address you get the SMS email gateway address (e.g. 8055551234#vtext.net) so you can send response messages.
The only downside is that it's a bit more difficult to find the "send to email address" options on most phones, but it is (basically) free for you. This is especially helpful for reducing costs while testing out workflows. Those ~3 cents for each SMS add up pretty quickly, especially during automated testing.
When you want to support SMS numbers you can configure most SMS gateways to send an email to an address, so you won't have to change your infrastructure to support a "real" SMS messages.
I haven't done it yet, but I guess you could also setup an Asterisk system on your server, then get a regular VOIP acccount (which Asterisk hooks into) and configure the Asterisk server to forward all SMS to your application. This article might help setting up the Asterisk server.
I've had experience using MX Telecom as an SMS Gateway. Essentially they posted data to our web service every time we received an incoming SMS. The application in question was also sending SMS messages as well and we just did an http GET to a web page of theirs.
I can't speak to the business end (i.e. cost), as I was just in charge of implementing the features - but working with an SMS gateway is really very simple from a development perspective.
+1 on sebastian i was jsut writting pretty much the same
if you are working with ruby you might want to have a look at adhearsion
You can use SMS gateway software which will receive SMS messages through a GSM modem or 3G dongle connected to a PC and POST them to your website via HTTP. Eg: this software