Bandwidth SMS/MMS

Status
Not open for further replies.

joeyd

Bronze Partner
Basic Certified
Joined
May 19, 2021
Messages
16
Reaction score
2
Hello,

I have quite a few clients asking about integration of MMS with Bandwidth. They're currently using SMS and are voicing frustration at not being able to attach a picture. Is this something that's on the horizon?

Thanks all!
 
Thank you for the heads up! Did you reconfigure it per the new options in the sip trunk?
 
Thank you for the heads up! Did you reconfigure it per the new options in the sip trunk?
Yes, including removing the old SMS config in the Messaging tab. I did notice that emojis seem to work. Wondering if there is some size issue - although the same photos work fine with Telnyx. I'll start a ticket and report back here.
 
I removed the existing SMS config from the system and setup according to the 3CX instructions and have in/outbound pictures routing successfully. Thanks @Nick Galea and the entire 3CX development team!
 
@jaywagener I'm trying to get MMS going in update 5 with bandwidth. With the old SMS setup we could have the companies "main number" that routes to an IVR have a different inbound route on the SMS side that goes to a queue of users. Can we no longer route SMS differently that voice for the same number (thats desperately needed)?

Besides that I'm able to send MMS from the app to mobile but mobile to app I'm getting smil.xml only, no images.
 
Last edited:
@jaywagener I'm trying to get MMS going in update 5 with bandwidth. With the old SMS setup we could have the companies "main number" that routes to an IVR have a different inbound route on the SMS side that goes to a queue of users. Can we no longer route SMS differently that voice for the same number (thats desperately needed)?

Besides that I'm able to send MMS from the app to mobile but mobile to app I'm getting smil.xml only, no images.
I created a support ticket and confirmed we have lost the ability to split route voice from sms/mms traffic with this updates new configuration method. So if you have clients setup the old way in which there receptionists would call a client about an appt or something and the client texts back a response that they are, "in a meeting, want to reschedule to X", as they have in the past. That will no longer work if the business uses an IVR. PLEASE bring this feature back (I can't submit ideas)!

Update, the Idea has been posted by someone else:
https://www.3cx.com/community/threads/sms-for-numbers-going-to-digital-receptionist.116716/
 
Last edited:
  • Like
Reactions: danielogne
I created a support ticket and confirmed we have lost the ability to split route voice from sms/mms traffic with this updates new configuration method. So if you have clients setup the old way in which there receptionists would call a client about an appt or something and the client texts back a response that they are, "in a meeting, want to reschedule to X", as they have in the past. That will no longer work if the business uses an IVR. PLEASE bring this feature back (I can't submit ideas)!
A semi workaround:
you should be able to setup a separate trunk (assuming you are using a provider that will support it) and just enable SMS on that trunk. You'll have 2 trunks, 1 for voice with SMS disabled and one for SMS with SMS enabled. You'll have 2x inbound rules but I did a quick test and it seems to work fine.
For those thinking "I'll just not update" - V18 u6 will get rid of 3CXs messaging proxy, so... that will only work for so long.
 
A semi workaround:

For those thinking "I'll just not update" - V18 u6 will get rid of 3CXs messaging proxy, so... that will only work for so long.
If the routing for the same DID is matched in the order it comes in on the list, set your voice first with the IVR it goes to and SMS with a different route to a queue second... I could see how that would work. I'll give that a shot!

Thanks for the reminder too, Facebook messenger was a selling point for some clients and many actively use it. Not looking forward to dealing with that but I understand their reasons.
 
If the routing for the same DID is matched in the order it comes in on the list, set your voice first with the IVR it goes to and SMS with a different route to a queue second... I could see how that would work. I'll give that a shot!
Just don't enable SMS on the first trunk is what I would say cobaltit meant...
1663687041120.png
 
  • Like
Reactions: accentlogic
A semi workaround:

For those thinking "I'll just not update" - V18 u6 will get rid of 3CXs messaging proxy, so... that will only work for so long.
I just confirmed this work around only really works with vary simple setups with like one SMS enabled DID, it becomes a logical rubix cube to get it to work after that. You can see my updates there.
 
Last edited:
Thanks for all the replies and suggestions; currently, as already mentioned, there are no options available to route to different destinations (SMS and voice) with a single DID. To route to multiple destinations requires different DIDs.
 
For those having trouble with MMS messages on Bandwidth DIDs, be sure MMS is enabled for the Location in their dashboard. If you do not see an option to enable MMS below the SMS option in the Messaging section, you will need to contact your Bandwidth.com rep or support to have the MMS feature enabled on your account.
 
  • Like
Reactions: Charles_3CX
I am also getting the issue
I'm able to send MMS from the app to mobile but mobile to app I'm getting smil.xml only, no images.
 
@jaywagener I'm trying to get MMS going in update 5 with bandwidth. With the old SMS setup we could have the companies "main number" that routes to an IVR have a different inbound route on the SMS side that goes to a queue of users. Can we no longer route SMS differently that voice for the same number (thats desperately needed)?

Besides that I'm able to send MMS from the app to mobile but mobile to app I'm getting smil.xml only, no images.
what did you do about this?
Besides that I'm able to send MMS from the app to mobile but mobile to app I'm getting smil.xml only, no images.
 
Thanks for all the replies and suggestions; currently, as already mentioned, there are no options available to route to different destinations (SMS and voice) with a single DID. To route to multiple destinations requires different DIDs.

If anybody is looking for a solution to be able to route DIDs messages to different destination than voice, we have been providing a solution for this for a while. We also have support for multi-images MMS and largest DID coverage in Canada/USA.

Kindly,
 
  • Like
Reactions: Guillaume Bourgeois
what did you do about this?
Besides that I'm able to send MMS from the app to mobile but mobile to app I'm getting smil.xml only, no images.
I actually created a second SIP trunk to the provider. In the main voice trunk, I set the DIDs as *xxxxxxxxxx, then in the SMS trunk I entered the DIDs as +1xxxxxxxxxx (enter the country code needed). In the inbound routes, I have two options for these numbers, so if the main line needs to go to a DR, I can send the other SMS added DID to a queue or user as needed. So far it works, but it would be nice to be able to separate these within the single SIP trunk.
 
Ya guys, all thats fixed how in recent releases via the group configuration method from the other tab for the IVR. You could say its back by popular demand. Then on a nice holiday like today we discover that this group method breaks the oldschool *64 methods for forcing in and out of office ours on demand that more than a few of our customers have programed as buttons on their desk phones.
 
Status
Not open for further replies.

Forum statistics

Threads
112,066
Messages
590,594
Members
165,021
Latest member
haytham