I have an Azure Function App which sends emails and sms messages based on data received from an endpoint. Recently I've been asked to include phone calling for high priority issues. I haven't been able to find any resources or hints on how to handle this with using Azure resources.
Is this even possible with Azure resources? If not, can somebody point me in the right direction for how to accomplish this?
To my knowledge, it not possible with azure functions but you might want to look into azure communication services https://learn.microsoft.com/en-us/azure/communication-services/quickstarts/telephony/pstn-call?pivots=platform-web :]
As i wrote in comments you can use Twilio or Plivo. I am using both, one as backup, as in my case I am using it for sms mainly, and if messages was not delivered with one carrier i will retry with other. Both works with Azure function.
As for twilio you can even have a look into AF binding but its only for sms.
Also other way of doing would using logic app. You could publish message to queue and then using connectors to do some stuff.
For instance plivo connector supports calls but twilio only sms
Related
I am looking to create some sort of a function that would send Laravel notifications to C# application. The idea is that whenever a user purchases someone, an administrator is then notified by receiving a notification through a C# application that they would run on their PC. However, at the moment the only way I can think of is by creating a listening server in C# and then just send the data via sockets through PHP. Is there anything else that would be considered a better approach?
Kind Regards,
George
You can build an event-driven system. Your Laravel application will be producer which responsible for send events, and C# application will be consumer. There are lots of options to do it.
I would like to recommend AWS SQS. Also, you can easily create a Lambda, then you can add your newest queue as a trigger. When you do this, you will have a serverless architecture, and you won't worry about the scaling part, AWS handles these stuffs. Also, you can check this. It can be a good start point to meet serverless architecture.
I have some deployed mobile apps that use a backend Web API (not Mobile Service). I added push notifications support using another vendor. Recently...I wanted to check up on Azure Notification Hubs to see if I can also use them for some specific scenario. I am finding out that the documentation has not been updated for a while ...is it me? Is the notification hub the preferred way to send push notifications in Azure?
I am specifically interested in server-side registration. The doc has a special section about that which is nice but it looks quite complicated. Anyway, is there a way to retrieve the status of a message after I send it? For example, if I send a message to target a specific tag, I would like to know how many devices for each platform (i.e. Android, iOS and Windows) it was delivered to and whether the message is still in enqueue, etc.
I just responded to you at https://social.msdn.microsoft.com/Forums/en-US/d420fcc2-7e96-46cc-9dfc-71ea18086b56/notification-hubs-message-status?forum=notificationhubs. Thanks!
I have tried to send an sms from C# code using Gmail but I can't find Gmail services for sending sms. I need any way to do that by Gmail or another posiibility. How can I send an sms from C# or VB.NET program to a mobile phone?
You can use the Twilio to Windows Azure Notification Hub service for this.
Its fairly hard to give you an accurate answer as it can depend on where you are and where you want to send SMS's to as some providers only support some countries or have issues sending to certain networks, so make sure you know what your requirements are before choosing a provider.
In the past I've used Clickatel, as they supported the countries and networks I needed, and their API was good enough.
The only other advice I would give is whatever service you end up using pay for it, free services are more trouble than they are worth.
Hope this helps,
Jen
How should I proceed? I found nothing useful googling it but some really expensive programs to connect a cell phone to the pc and use it to send the messages.
I'm willing to pay for the service and the messages will be sent to Israel and US.
I'm using C# but I'm willing to use any language.
Cheers!
The easiest way to do it is with Twilio. You can get it set up in a matter of minutes. Check out my answer Sending SMS from asp.net website for an example program of just how easy it is to send SMS with Twilio and C#.
You want to use an sms gateway that has an API. The most likely will be a REST or SOAP API that you can consume from your app.
When you need to send an SMS invoke the gateway's send method.
The gateway you choose will be influenced by which country you're in and if you need to send international sms.
As a reference we use SMS Global for AU message sending via their API, which can serve as an example of the type of thing you could expect:
http://www.smsglobal.com/en-au/technology/developers.php
Yea, for an actual sms message you will have to buy some hardware or software. A free alternative is to use sms gateways, http://en.wikipedia.org/wiki/List_of_SMS_gateways. You can send an email to 1234567890#vmoboile.ca and virgin mobile will forward that email as a text message to #1234567890. The limitation here is not every company offers this service (most major ones do) and you will have to know which company each number belongs to. Here is a list of sms gateways.
http://en.wikipedia.org/wiki/List_of_SMS_gateways
I have work on that purely through C#.
1st you need a sms modem, I live in Singapore and the vendor I got from resides in singapore too. But at home I did my own testing using my Nokia E63 handphone.
I don't have the coding at the moment, but I can tell you how to go about searching.
Using C#, I did a serial port connection (applicable too if using USB), send AT+ commands over to the modem, and the message will be sent.
To test if you phone is suitable, it can be done so using HyperTerminal. Connect your phone to the computer via the correct port and setting and send AT commands directly from there.
The best way to achieve this is to use an SMS gateway. An SMS gateway encapsulates the technicalities of interfacing with SMS carrier medium on one hand and on other hand it provides an interface for application level protocols like http, SMTP, ftp etc. to interact with it. For example, you can have a web application talking to the SMS Gateway over HTTP and the gateway on its other side will talk to the SMS centre over some proprietory protocol to send the SMS text received from the application. This way, the application need not know the low level protocols to send the SMSs.
You can lease a line to an SMS center (SMSC) if you need to send large number of bulk SMSs and configure your SMS gateway to use this lease line to send the msgs. But leasing a line is far more expensive. If you need to send small number of messages, then you can use your mobile phone in place of the leased line. Attach your mobile phone to your PC/Server and configure the Gateway to use your phone. You need to refer to your gateway documentation on interfacing your phone with the gateway. This is not very difficult but fairly simple.
There are lot of commercial gateways available in the market which can be used. But using an open source SMS gateway is a good option. You can use an open source gateway called - Kannel. Believe me, it is not very difficult to set it up and start using.
I just wanted to develop one web application which allows users to send an SMS to any mobile free of charge . I searched on the net and found many codes and articles and through those articles i came to know that for that kind of application, i required either of the
following things:
Web service (Third party web services that are free but not working or not delivering the sms)
GSM Modem ( I don't have any idea about this)
SMS Gateway ( I don't have any idea about plz suggest me a idea
An SMS gateway is basically an API (usually a webservice) which you can call to send the SMS's. If you're not going to send very high volumes I think this is the way to go.
Try something like: ZeepMobile
They seem to have a pretty good guide as to how a developer would go about using their API, which can easily be applied to most SMS APIs out there.
So who is going to pay for the SMS? If the user isn't, then either the receiver or yourself will have to - telco's don't carry SMS messages for free, and they charge each other termination fees when messages arrive on their network from another.