Search results

I've noticed that if a voicemail email doesn't get delivered for what ever reason, it never gets retried. Is there a way to have it retry sending the emails? I'm running 4.5.24. Thanks

No. One provider for the phone lines.

Oh OK. I see you took out the "hangup_after_bridge" and "continue_on_fail" lines from the original route definition. Are they not needed? Thanks.

Not sure I follow. I'm still fairly new to digging into dialplans. So under the DialPlan -> Dialplan Manager menu, which item are you editing? The item for the Ring Group or something different? Thanks

Is that a ringgroup or an extension? Did you alter the XML directly or do it through the GUI of Fusion? Reason I ask is if I modify he XML directly of a ring group then make a change, those previous changes are gone. Thanks,

Hey @Nik3000 Here is the code for my email_recordings.lua script. Make sure to set the owner as www-data:www-data -- email.lua -- Part of FusionPBX -- Copyright (C) 2010 Mark J Crane <markjcrane@fusionpbx.com> -- All rights reserved. -- -- Redistribution and use in source and...

OK. I was thinking about modifying the dialplan for the ringgroup, but it doesn't show any of the lines in the page for it. If I go to the XML view I see them. My thinking is if I modify the XML side, it will get overwritten if I change the ring group. Am I correct in that thinking? I guess in...

Thanks for pointing that out to me. Would I want to change that api_hangup_hook or add one before ot after it for doing the email_recordings lua script? Thanks.

I managed to get this to work by adding the following lines to the user_record dialplan <condition field="${record_session}" expression="^true$"> <action application="set" data="email_recordings_to=email@domain.com" inline="true"/> <action application="set"...

Hey @mak_make Did you turn off all three CallBack events? I did get the issue with a message being resent every 5 mins a couple of days ago. I was able to stop it by restarting NGINX, but this will be better if it just doesn't happen. Thanks for the updated hook file. I'll get that in place...

UGH!!!! Don't I feel like an idiot. The message are actually getting through. I wasn't getting a notification for them in the GroundWire app, so didn't realize they were coming into the 1xxxxxxx verison of the number, not xxxxxxx version of the number. I'm sorry, but I guess it is working...

Should also say adding: fastcgi_buffers 16 16k; fastcgi_buffer_size 32k; to the nginx.conf file got rid of the upstream sent too big header while reading response header from upstream error. Thanks

Didn't notice there was actual Freeswitch logging for this as well. Here is that if it helps: 2021-05-03 14:20:19.673367 [NOTICE] switch_cpp.cpp:1465 [sms] DIRECTION: inbound 2021-05-03 14:20:19.673367 [INFO] switch_cpp.cpp:1465 chat console 2021-05-03 14:20:19.673367 [NOTICE]...

If I check the MDRS section in fusion, I can see all the incoming messages now, so I am guessing the hook is working to some extent. :)

This seems to be the whole log for the message. Seems like one entry? Is that correct? 2021/05/03 13:55:34 [error] 8194#8194: *9 FastCGI sent in stderr: "PHP message: [SMS] REQUEST: Array ( [USER] => www-data [HOME] => /var/www [HTTP_CONTENT_TYPE] => application/json; charset=utf-8...

Interesting side note. I can see Bandwidth keep trying to resend the failed messages. Seems that in the error.log the logging seems to be cut off. For example: PHP message: [SMS] REQUEST: Array ( [0] => stdClass Object ( [time] => 2021-05-03T17:35:16.221Z...

OK. I set up HTTPS with LetsEncrypt. Confirmed certificate is valid. Sent another text message to the number. This is what I get in the access.log 52.72.24.132 - - [03/May/2021:12:54:34 -0600] "POST /app/sms/hook/sms_hook_bandwidth.php HTTP/1.1" 301 185 "-" "bandwidth-api" 52.72.24.132 - -...

OK. So I managed to get Bandwidth to connect to my server. I had to change the CallBack URL from HTTPS to HTTP. Guessing that is due to the testing and not a proper certificate in place. But the only line in the NGINX access.log is this: 52.72.24.132 - - [03/May/2021:11:39:58 -0600] "POST...

Is there something I can check on bandwidth.com for errors?

That's the thing. I see nothing from the error.log. No entries made.