You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the problem that this feature solves?
We should email users about incoming texts, as this will increase the likelihood texts are read in a timely fashion.
Describe the solution you'd like
When a text comes in and the user has this feature turned on, we should email them about the incoming text and tell them to go to clientdomain.sip.callpipe.com/app/webtexting/ to reply.
Another variant of this feature might be only emailing the user about the first message of the day.
We store the clientdomain in the webhook URL currently, additional information that we need FusionPBX to provide will be the user's email address, and whether the user wants this feature on, set to daily, or off.
How will this improve revenue or reduce our costs?
This will improve the stickiness and usefulness of Web Texting for our clients.
The text was updated successfully, but these errors were encountered:
It seems to me that the best way for a user to register a text-able phone number for SMS/MMS forwarding to email is through our existing WebTexting app inside of their FusionPBX domain. To enabled messaging to email I imagine the process would go like this:
Login to FusionPBX.
Open the WebTexting app.
Select the Phone Number they want to receive text messages for.
Next to the Notifications bell icon or in a similar menu there should be a icon representing email.
Clicking on this icon prompts you to enter an email address or shows you the currently registered email address.
When you enter an email address into the form and submit it, WebTexting calls out to the sms.callpipe.com API to update the client registration with the user provided email address.
Every inbound SMS/MMS message will now be forwarded to the supplied email address and to WebTexting.
Also where is the issue for building a WebTexting widget to put on the FusionPBX homepage? It is currently quite awkward to get into WebTexting from the default homepage in FusionPBX, as we cannot directly link a user into their instance of WebTexting.
What is the problem that this feature solves?
We should email users about incoming texts, as this will increase the likelihood texts are read in a timely fashion.
Describe the solution you'd like
When a text comes in and the user has this feature turned on, we should email them about the incoming text and tell them to go to clientdomain.sip.callpipe.com/app/webtexting/ to reply.
Another variant of this feature might be only emailing the user about the first message of the day.
We store the clientdomain in the webhook URL currently, additional information that we need FusionPBX to provide will be the user's email address, and whether the user wants this feature on, set to daily, or off.
How will this improve revenue or reduce our costs?
This will improve the stickiness and usefulness of Web Texting for our clients.
The text was updated successfully, but these errors were encountered: