mod dptools record problem - hangup channel with invalid file path
While I was testing the "mod dptools record" application using invalid file paths, i noted that the "mod dptools record" application terminated the call. I am currently looking for a way to change this behaviour. Any suggestions? Can this be done?
Okay, I'll ask the obvious question. Why are you passing record invalid file paths and why should it not fail if you do? Mike On Nov 18, 2009, at 2:38 PM, William Kendi ... wrote:
While I was testing the "mod dptools record" application using invalid file paths, i noted that the "mod dptools record" application terminated the call. I am currently looking for a way to change this behaviour. Any suggestions? Can this be done?
Actually, I am integrating FreeSWITCH with a weird IVR Framework, and the current behaviour of the "mod dptools record" application breaks some rules of the weird IVR Framework that must be integrated with FreeSWITCH. In order to integrate FreeSWITCH with the weird IVR Framework, the "mod dptools record" application mustn't terminate the call when invalid file paths are passed, and a notification of the invalid file path through the event system of FreeSWITCH should be enough for me, like the behaviour of the "mod dptools playback" application when invalid file paths are passed. Thanks in advance. ** 2009/11/18 Michael Jerris <mike@jerris.com>
Okay, I'll ask the obvious question. Why are you passing record invalid file paths and why should it not fail if you do?
Mike
On Nov 18, 2009, at 2:38 PM, William Kendi ... wrote:
While I was testing the "mod dptools record" application using invalid file paths, i noted that the "mod dptools record" application terminated the call. I am currently looking for a way to change this behaviour. Any suggestions? Can this be done?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I had almost the same problem- it was needed to record everything, even if the record path doesn't exist - it was requested to create the needed path. For this purpose I've used event_socket command "api system ...", precisely, api system mkdir -p path And after this command I've started recording. So, you may the same approach. On Wed, Nov 18, 2009 at 11:26 PM, William Kendi ... < william.nishio@voicetechnology.com.br> wrote:
Actually, I am integrating FreeSWITCH with a weird IVR Framework, and the current behaviour of the "mod dptools record" application breaks some rules of the weird IVR Framework that must be integrated with FreeSWITCH. In order to integrate FreeSWITCH with the weird IVR Framework, the "mod dptools record" application mustn't terminate the call when invalid file paths are passed, and a notification of the invalid file path through the event system of FreeSWITCH should be enough for me, like the behaviour of the "mod dptools playback" application when invalid file paths are passed.
Thanks in advance.
** 2009/11/18 Michael Jerris <mike@jerris.com>
Okay, I'll ask the obvious question. Why are you passing record invalid
file paths and why should it not fail if you do?
Mike
On Nov 18, 2009, at 2:38 PM, William Kendi ... wrote:
While I was testing the "mod dptools record" application using invalid file paths, i noted that the "mod dptools record" application terminated the call. I am currently looking for a way to change this behaviour. Any suggestions? Can this be done?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Artem Shiyanov
-
Michael Jerris
-
William Kendi ...