[Freeswitch-users] How to prevent group_confirm_file from looping?

[Regis M]

There's also some other undocumented variables :
Look here :
http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Channel_variables

group_confirm_read_timeout  will do the job maybe

Anyway, you have to fix the timeout at the audio lenght of your
group_confirm_file..



2013/10/21 Lyle Pratt <lylepratt at gmail.com>

> Hi Regis,
>
> Thanks for the tip, but unfortunately that does not help. I need to
> prevent the group_confirm_file from looping at all. It doesn't have
> anything to do with the leg timeout. In other words, my leg timeout could
> be 10 seconds or 100 seconds, but the group_confirm_file should still only
> play one time, wait for input, then hangup.
>
> -Lyle
>
>
> On Mon, Oct 21, 2013 at 11:55 AM, Regis M <regis.freeswitch.org at tornad.net
> > wrote:
>
>> Hi,
>>
>> Try to look at that :
>> http://wiki.freeswitch.org/wiki/Variable_group_confirm_cancel_timeout
>>
>> Regards
>>
>>
>> 2013/10/20 Lyle Pratt <lylepratt at gmail.com>
>>
>>>  Hello! I'm trying to use the "group_confirm_file" functionality to
>>> prevent voicemail systems from answering my outbound calls to users.
>>>
>>> The problem I'm having is that there does not seem to be a way to
>>> prevent the "group_confirm_file" from looping/repeating. I only want the
>>> file to play ONE time then hang up if they do not press the
>>> "group_confirm_key". Currently, if someone ignores one of the calls (on
>>> their cell phone for example) and their voicemail system picks up, they
>>> will get a voicemail with the "group_confirm_file" audio. This is extremely
>>> annoying!
>>>
>>> How can I change this? Is it possible for me to write a module to
>>> change/correct this behavior?
>>>
>>> Thanks!
>>> Lyle
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20131021/e2c8063c/attachment-0001.html