Search results

Check if this setting is set to false or true. I just went through the code and discovered mine was set to false Don't forget to click "RELOAD" in the top right after setting it.

You should see an error in /var/log/nginx/error.log or in /var/log/freeswitch/freeswitch.log. Watch those files when you do your next upload. I would guess that your web-user doesn't have permissions on the file destination.

It tells you where to look mate: /var/www/fusionpbx/resources/classes/destinations.php on line 74 Have a look at what parameters are being passed to find the issue.

If I had to hazard a guess, I would say that feature is on master and not on stable. Which are you on? Edit: can see that it's on master but not stable: https://github.com/fusionpbx/fusionpbx/blob/master/app/dialplans/dialplan_edit.php#L494-L515

Nice pickup

Don't Grandstream use dial strings? It might be that it doesn't match the dial string and won't make that call.

You also forgot to block out your IP on the far right by the way haha. As mentioned, it's just SIP scanning.

First step would be to search for DISA in the Dialplan Manager. It's there, but disabled. You could point a number at *3472 to begin testing.

Hello and welcome!

For Yealink to handle server-side DND and Forwarding, these are the feature codes needed.

The log shows that is not getting to your outbound route of aruba.9d

Post your working example to help others coming from a search @Barnzey90 and mark it as resolved!

Might need an action answer in your dialplan first before sending DTMF as referenced above ¯\_(ツ)_/¯

If your outbound route is "correct" and support tells you it's "correct" then who is wrong; you or your provider? You can't both be correct... Also, please use code blocks to and pictures to make your post easier to debug.

That's bizarre. You aren't setting this in the Default Settings or Domain Settings are you @buffpuff?

I've experienced this too. Make a small, functional change in Lua, but notice that the change is gone. No reboots, no upgrades conducted. My working theory is that if Freeswitch restarts (with a crash, or deliberate action) it reloads the `scripts` folder.

Use code tags to make that readable @Kenny Riley

Much easier solution for you: 1. Click on the user you want to direct to an app on login 2. Click the "plus" icon down the bottom right of the page 3. Do this, where "value" is the link to send them to. (navigate manually to it, and copy from the address bar) 4. Save 5. Log the user out and in...

Copy the variables from the `call_privacy` dialplan that say "action set" and add them to the last dialplan you shared. That might work as per @DigitalDaz response.