As far as I know, you can't forward SMS messages to an email address with just a TwiML Bin. Therefore, I would like to forward Twilio SMS messages to my Zoho email address using Zoho Deluge (instead of the other alternatives I've seen: Google Apps Script or SendGrid).
I intend to use the free Zoho Deluge plan. I have never used Deluge before. This question is intended to help me discover whether Deluge can be a replacement for Google Apps Script for simple functionality like this where a form is not needed.
The basic way to send an email using Deluge is shown here.
I hope Deluge can do the same thing Google Apps Script can do.
Twilio developer evangelist here.
To forward an SMS that is sent to your Twilio number you need to be able to receive an incoming HTTP request.
Zoho Deluge appears to allow you to create functions that can be invoked. However, the methods by which you can invoke a Deluge function do not include via an incoming HTTP request.
I'm not familiar with Deluge, but after a bit of navigating around the documentation I don't believe you can set up a URL that will invoke a function, therefore you can't use Deluge to forward incoming SMS messages with Twilio. As Alan suggests in the comments, you could use Twilio Functions to achieve this without reaching out to another service.
Related
I use a mail service which can send HTTP POST requests to a URL with information about failed messages. What I would really like is to get an email about any failed messages.
Are there websites (URLs) that can accept HTTP POST requests and translate them into emails? Or other reasonable easy to implement solutions to convert the mail service's HTTP POSTs into email notifications?
[This is just for my own personal 1-user use; so I don't need a solution that scales well or is able to process vast numbers of HTTP POST requests or anything of that sort.]
An easy way would be to use PHP to read the POST with
$_POST["yourPostedStuffHere"];
and send the data via mail with
mail(to,subject,message,headers,parameters);
See http://www.w3schools.com/php/php_forms.asp and http://www.w3schools.com/php/func_mail_mail.asp
It's not very beautiful, but for personal use it would work.
To answer your question, the web / integration service Zapier can accept incoming webhooks to trigger emails i believe.
They offer services to interconnect several different apps, including sending/receiving webhooks, as well as emails.
I am trying to figure out how can I make it possible to send an email from my
application to Sendgrid and have it come back.
I want to use coldfusion to send an email using X-SMTP API. I found a documentation
online here but still wondering if there's any documentation available other
than the web API one?
http://thehatrack.net/blog/integrating-sendgrid-with-your-coldfusion-application/
SendGrid's Event Webhook is the only way to get email reads on an individual basis. This will POST an event to your server every time an email is read (among several other events).
The only "pull" based solution to get individual email events from SendGrid is the bounces endpoint, which will tell you when an email bounces (and is certainly not read), but nothing else.
If you want to retrieve individual read events from SendGrid, you'll need to connect the Event Webhook to an external service like Keen.io, and then leveraging their API to get individual events.
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.
I know there are some pretty nice open-source chess engines with powerful AI, like Crafty, that also have a nifty command line interface.
I also know that I can send e-mails with my SMS-capable phone, and that I can reply to such an e-mail, and it will be sent to my phone as a SMS text message.
Is there any way I can combine the two? For example, text message a command like "Nd3" to an e-mail monitored by a computer, which sends the command to Crafty, and e-mails back the response?
I wasn't sure which site to post this one on; hopefully this is appropriate.
Instead of parsing emails back and forth, you could use one of the SMS gateways out there like Twilio that supports sending and receiving messages via HTTP POST requests. I don't know of any free ones off hand that do it this way, but using regular ol' HTTP could save you a lot of time fussing with email servers and such.
Full disclosure: I work at Twilio.
I need to write a .NET application that listens to a SMS message , and then react to it.
I assume i need a SMS gateway to interface between my application and the sender of the SMS.
How could i implement this . Would the listening program need to be a web service or something else ?
Please give me your ideas.
Thanks,
Chak
You will need an SMS gateway.
Alot of SMS gateways allow you to send replies from SMS to email. Then all you need to do is retrieve the message via POP and do something.
SharpWebMail is open source. Should be samples of how to do that in there somewhere.
http://csharp-source.net/open-source/web-mail
Hope that helps.
One easy way to do it (if it fits your architecture) is to just simply use a mobile phone and have code on it that intercepts the message and the forwards it to your application.
If you want to use .net, you can use a Windows Mobile phone and use the MessageInterceptor class with .NET Compact Framework. Then, when you have your message, use whatever method you want to forward it to your app (sockets, serial ports, web services, ...).
You first need to find an SMS provider, and then ask them how they integrate. There is no standard way to do this, and everyone use their own approach.
You do at least need something that will receive the SMS for you. That might be a GSM modem or some form of SMS gateway. How you implement the technical part of “receiving an SMS” is specific to the tool you use. You can talk to a GSM modem via serial port (or TCP), SMS gateways often use SMPP or HTTP to transfer SMS.