We are currently attempting to use the post call recording script found in Advanced Settings to run a script that renames the recording file for use with callcabinet.
That said, I need to put quotes around a couple of the parameters for times when the parameter is not set. However placing the following in the post call recording script under Advanced Settings translates the quotes to their ASCII equivalent (") in the extensions_additional.conf…
Well it didn’t show up in the example, but there’s an actual \ before the "
hahaha… this page is converting the ASCII code. which leads me to think… is Freepbx not interpreting the HTML correctly when converting to text in the .conf file?
I think you mighr find that the script is maybe called by /bin/sh (defined in /etc/passwd for the asterisk user), you might want to force bash with an initial
Dicko… first, thank you for your replies… it is much appreciated as I need someone to bounce this off of. been pulling my hair out this weekend. hahaha…
So, the script is fine. 100% sure of that. When you say freepbx is not involved, why do you think that? because I disagree… while the script itself is not the responsibility of Freepbx, the calling of the script via the entry in to the Post Call Recording field is 100% Freepbx right?
And we can see from the log file and from the interpretation in the extensions_additional.conf file that a quote symbol is not supported for some reason. it converts it to ASCII.
You pass the parameters as a list of space separated strings, the ^{} format is convenient but restricted as to what can be parameterized but perhaps you need to handle re-quotong needed quote characters inside the script( which need not be bash if you have another preference.)
Have you tried quoting the var in ''? You need to fix how you’re calling the script. Special characters need to be quoted so you need'\"^{AMPUSER}\"' . Give that a try.
The core issue with not being able to pass quoted values to a script (and this isn’t just with this call), is when a parameter is omitted (in this case when {AMPUSER} is blank the enumeration of parameters is skewed. So for example calling a script expecting 2 parameters should be able to handle: moverec.sh “” 1234 OR moverec.sh “ABC” 1234 so the enumeration of the parameters is correct. If a script is expecting 2 parameters and gets called with moverec.sh 1234, clearly this will only show up to the script as 1 parameter and thus the values set within the script are skewed…
Yea, gonna need a workaround for this which sucks… Hey, do you know if placing the call to the MIXMONITOR would in the globals_custom.conf would allow me to directly enter a quote as opposed to having the Freepbx interpret the string placed in the Post Call Script?
Really leaning towards this being a bug in that Freepbx is not interpreting the HTML to Text correctly when going from teh Post Calling Recording field in the interface to the Text entry into extensions_additiona.conf.
Dicko… gotcha… screw the quotes right extra work but certainly would work…
do you know if placing the string in the globals_custom.conf would allow me to directly enter a quote as opposed to having the Freepbx interpret the string into the extension_additional.conf?
UPDATE… Hope this helps others and hope the developers of Freepbx run into this in case it’s a bug not a “feature”.
So, it is confirmed that the Post Call Recording Script field in the Advanced Settings does not interpret single or double quotes properly, instead, it inserts the ASCII code into the extensions_additional.conf therefore leaving it useless as any call truncates the call at the ASCII code.
The solution: Remove the entry from the post call recording field and set the MIXMON_POST variable manually in the globals_custom.conf file.
In my case, we are attempting to integrate with callcabinet for call recording analysis and reporting so our specific entry is:
OK… Back at it for a bit… There doesn’t appear to be a Asterisk/Freepbx variable that holds the extension of the answering extension. Please correct me if I’m wrong here because I would LOVE to avoid a database call for something this simple…
therefore, after studying the CDR/CEL structure for a bit it appears I can pull the answering number from the CDR from the dst field using the UniqueID and disposition “ANSWERED”. something like this…
EXTANSWER=$(mysql -u $user -p$pw asteriskcdrdb -s -N -e “select dst from asteriskcdrdb.cdr where linkedid=${8} AND disposition=‘ANSWERED’ AND lastapp=“Dial” LIMIT 1;”)
THE RESULT WILL BE EMPTY IF THE CALL WASN’T ANSWERED SO DO A POST CHECK FOR THAT.
Where ${8} is the uniqueid passed in from the post call recording…
Putting this in my script instead of relying on {AMPUSER} and {AGENTEXTEN} variables (which do not work, thank you Dicko) seems to catch what I need for structuring the file for callcabinet. I have done very little testing thus far but would like any feedback if anyone has any suggestions for improvements or issues with performance running such a query on each call.
BTW: has anyone integrated FreePBX with callcabinet ?? If so, I’d love your feedback…
{EXTEN} would be the called number but the eventual bridged channel would depend on unknown factors. Getting information from the other channel is briefly mentioned here depending on when the script is called. {DIALEDPEERNAME} might be more useful also depending
extra work but certainly would work…