if you do
session.execute("transfer", "<some ext>");
and exit the script.
That goes back to the dialplan for a *new* lookup so now your variables can be used in conditions.
> you can make a variable that is the entire data portion of the voicemailPerhaps I should have supplied a different example. Sometimes the
> call
>
> <action application="javascript" data="vm.js"/>
> <action application="voicemail" data="${vm_data}"/>
>
> then in vm.js set vm_data var to the entire args to the voicemail app
>
> in this setup you can assume the js will set the var and then the vm_data
> will be expanded in time.
inband DTMF says the caller is checking their messages, sometimes the
caller is leaving a message, sometimes the PBX just wants the message
waiting lights to be refreshed, sometimes the PBX is logging a voicemail
port which didn't respond, etc.
I.e. the set of applications which need to be invoke varies based on the
DTMF ... it sounds like the best way to handle these types of issues is
to use session.execute in javascript and pay the price of leaving the
javascript interpeter running. I don't see a way of just setting variables
and handling the rest in the dialplan since I can't use conditionals in
the dialplan after the application to parse the DTMF has been called.
-- John
-------------------------------------------------------------------------
| Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com |
| John Wehle | Fax: 1-215-540-5495 | |
-------------------------------------------------------------------------
_______________________________________________
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