We've just upgraded our PBX from IPO406v1 running 2.1.27 and using DT (INDeX) extentions to a IPO406v2 running 3.0.59 and DS 5410 extention (connected to a DS30 module). Also our Voicemail Pro server is upgraded to the appropriate version.
In the userconfiguration is the transfer-return-time set to 45 seconds. On our huntgroups is queing enabled. When I transfer a call to a huntgroup where all amployees are busy the call is placed on hold by the IP Office. After 30 seconds the caller gets the 'You are still in a queue'-message. A couple of seconds after the message is played to the caller, the call is returned to my extention.
In Voicemail Pro I transfer the call back to the queue using the transfer-action to $ACD.
On our prevouis system, running 2.1.27, this was never a problem.
Except for the users en huntgroups the configuration in de IPO406v2 is new.
I tried different settings for time-out, overflow-time on huntgroups, users and in de systemtab. Is there an easy way to get an transfered call to a huntgroup to stay in a huntgroup till someone in that huntgroup becomes free?
In the userconfiguration is the transfer-return-time set to 45 seconds. On our huntgroups is queing enabled. When I transfer a call to a huntgroup where all amployees are busy the call is placed on hold by the IP Office. After 30 seconds the caller gets the 'You are still in a queue'-message. A couple of seconds after the message is played to the caller, the call is returned to my extention.
In Voicemail Pro I transfer the call back to the queue using the transfer-action to $ACD.
On our prevouis system, running 2.1.27, this was never a problem.
Except for the users en huntgroups the configuration in de IPO406v2 is new.
I tried different settings for time-out, overflow-time on huntgroups, users and in de systemtab. Is there an easy way to get an transfered call to a huntgroup to stay in a huntgroup till someone in that huntgroup becomes free?