Built-in · Messaging and email
Twilio, in every client’s workflows.
Texts from the client’s own number: the instant reply, the owner’s alert, the reminder, with the client’s own Twilio account.
- Triggers
- 0start a workflow
- Actions
- 1steps in a workflow
Do it in Twilio
A step of its own, sent through the client’s Twilio account.
- Send a textTexts from the client’s own number: the instant reply, the owner’s alert, the reminder
Connect the client’s Twilio
On the client’s page in Thrum: Add credential, type Twilio (SMS).
The client’s Account SID, auth token and the number to send from, from the Twilio console.
The key is stored encrypted and bound to that client: another client’s workflow cannot use it, and no template or pack copies it.
Watched like everything else
When Twilio stops answering or refuses the client’s key, you hear about it, and your client does not.
- A failing request
- Tried 3 times, 5 seconds apart and doubling, only for errors a retry can fix
- A service that asks for a pause
- Given it, up to an hour
- Requests at once, per account
- 2, per worker; the rest wait their turn
- Timeout
- 15 seconds, unless the step sets its own
- Private and internal addresses
- Refused, on every redirect too
- The client’s key
- Encrypted, bound to the client, and kept out of every run record
- A step that keeps failing
- Marks the workflow Degraded and alerts you, not the client
Twilio and its logo are trademarks of their owner, used here only to say what Thrum works with; no endorsement is implied.
Thrum is cooking.
Get early access and you’ll be among the first in. Early members get a launch perk.