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

[Lyle Pratt]

Additional information:

I thought that "group_confirm_read_timeout" would be what I needed as well,
but I've tried it and it does not seem to have any affect on how long it
waits for confirmation. Maybe it doesn't work correctly when using
Enterprise Originate?

-Lyle


On Mon, Oct 21, 2013 at 12:27 PM, Lyle Pratt <lylepratt at gmail.com> wrote:

> Hi Regis,
>
> Thanks for sticking with me on this issue. I've tried group_confirm_read_timeout,
> but its not what I'm looking for. I've also taken a look at the source for
> switch_ivr_read which is what the "group_confirm" functionality is using,
> and it doesn't seem to support a max retries, or hard timeout to wait for a
> "confirmation". I think that (
> http://docs.freeswitch.org/group__switch__ivr__menu.html#g372a59da20a90e23f4fee8e36b829fee
> )
>
> I'm not sure what you mean by "fix the timeout at the audio lenght of
> your group_confirm_file". Can you give me a few more details?
>
> Thanks!
> -Lyle
>
>
>
>
> On Mon, Oct 21, 2013 at 12:20 PM, Regis M <regis.freeswitch.org at tornad.net
> > wrote:
>
>> 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
>>>
>>>
>>
>> _________________________________________________________________________
>> 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/3223b2e4/attachment-0001.html