The Twilio Console is confusing me. I can't seem to find a location where I can set the URL that my webhook is at for managing Opt Outs to my SMS campaigns.
I'm using a Messaging Service, and I'm on the Integration page settings of that service. Here's the screenshot:
I want to set it to “Drop the Message” (so I won’t be billed for incoming messages) – but now I want to understand how I can manage my opt-out requests. How/Where can I set which URL webhook they should go to?
Thanks for any help! :)
For Long Codes and Toll Free Numbers, the Opt-in/Opt-out is handled by Twilio.
Twilio support for opt-out keywords (SMS STOP filtering)
Or if you enabled Advanced Opt-out
Getting Started with Advanced Opt-Out for Messaging Services
Related
As I understand, every WhatsApp chatbot interacts with users through WhatsApp but the actual backend is hosted in a server of its own.
I was wondering if there is any way to get information about this server or its API when interacting with the chatbot. I tried fiddling on WhatsApp web with the developer console, with the network tab, but it appears that WhatsApp does a really good job masking the core of the bots.
Has anyone had any luck getting information about WhatsApp chatbots?
Well from the question it's kinda already answered Meta uses just the response from the server from where the bot script is hosted after sending a webhook event to it so what you might be getting is gonna be info on the WhatsApp network... with the new Cloud API for WhatsApp business you could get more info on how the WhatsApp bot work
(https://developers.facebook.com/docs/whatsapp/cloud-api)
We currently use the Sonos Control REST API to communicate with the players. We would like to trigger the SMAPI rateItem for the currently playing item (like the Sonos APP does).
Is it possible by using only the Control API?
or is there a chance to get the SMAPI URL of the service by the serviceId used by the Control API, so that we can send the rateItem request directly to that service?
Is there also a JSON REST API available for the SMAPI or is it still only SOAP?
Thanx in advance
No
is the way to go, but you need to have figured out the auth secrets etc in order to get the url of the service, as well as the user credentials.
The devices only do SOAP APIs. JSON APIs are only used for the cloud API (and for the local, private version of that).
I have never taken my SMAPI support as far as the rating stuff. Older versions of my apps did support the Pandora Like button, but that was when Sonos used the old Pandora API, before they switched it over to SMAPI.
I have some systems firing POSTs at Zapier webhooks. Occasionally the Zap that handles the POST is switched off. This is a situation I need to be aware of.
For the webhooks and raw webhook endpoints (made for my Webhook by Zapier Zaps), how can I determine which are failing to listen for incoming HTTP requests?
I've had a remote system assume that Zapier is going to receive the messages, instead they evaporate into nothingness.
Occasionally the Zap that handles the POST is switched off. This is a situation I need to be aware of.
There's a Zapier Manager app that does this! You can set the trigger to be "when zap X is turned off, which would notify you accordingly".
Re: Not knowing if your data is being received. That's interesting feedback and has been logged internally accordingly.
I'm integrating Roku into our multi platform app with paid subscriptions model so webhooks/push notifications are crucial for business to know when subscription being renewed, cancelled etc. I came across Roku Push Notifications documentation which seems to have big security concerns or I'm missing the point:
Roku sends data down to our push notification url without any validation (e.g. like Stripe signature check does). So how do I know the data came from Roku and I can trust it?
They require to respond with our private API KEY(!) in the header... Does it mean that we can potentially expose it to anyone who found what the url is?
Not really a security concern but more of a business safety issue that they can stop sending push notifications without any notice if the endpoint fails consecutively which could lead to big problems again.
I would appreciate any advice on how to use Roku push notifications securely and if my concerns are valid at all.
I need to use Google Cloud Messaging to send new news as push notifications for over 6000 users, but I need to know the estimated costs for that. Any help would be appreciated.
As stated in the GCM Overview doc:
Google Cloud Messaging (GCM) is a free service that enables developers to send messages between servers and client apps.
And if you're going to send push notifications to that number, all for the sole purpose of sending news updates, I suggest you look into GCM Topic Messaging.
Cheers! :D