You must specify to pqm and upqm what interface you're attempting to pause and unpause. It will not figure that out based on what interface the channel that called the app in the dial plan might have used.<br><br>
<div><span class="gmail_quote">On 10/17/05, <b class="gmail_sendername">Corey Frang</b> <<a href="mailto:corey@rockriver.net">corey@rockriver.net</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">So, I'm looking into using PauseQueueMember and unpause queuemember<br><br>How the heck to you get Unpause to run, no matter what, after the call
<br>is over?<br><br>The "g" argument to Dial only works when the >called< party hangs up.<br><br>Using the "h" extension appears to be doing nothing...<br><br>Is there any way we could add a feature to the "pausequeuemember" that
<br>basically says "As long as this channel is open, this member is paused"<br>so that way when they hang up they are unpaused automatically?<br><br>Julian Lyndon-Smith wrote:<br><br>> Have you tried the "PauseQueueMember" application in the dialplan ?
<br>><br>> If the agent makes an outbound call, before the dial() call<br>> PauseQueuemember - and UnPauseQueuemember when the call is complete.<br>> The system should not then send any agent calls through, but all other
<br>> calls (direct / internal) should come through.<br>><br>> This is in 1.2b1 and CVS-HEAD.<br>><br>> HTH<br>><br>> Julian.<br>><br>> Tom Rymes wrote:<br>><br>>> I don't know how to make this happen, and I don't even think it is
<br>>> really possible given the current Queue app, but this would be a<br>>> very nice feature to have. The queue shouldn't pass a call to an<br>>> agent if they are already on a call from the queue, but an incoming
<br>>> call from another internal extension, or even a DID ought to be able<br>>> to get through.<br>>><br>>> Consider this a feature request?<br>>><br>>> Tom<br>>><br>>> On Oct 15, 2005, at 10:04 PM, J Thomas wrote:
<br>>><br>>>> One of my friends is facing this problems and I could not find any<br>>>> solution to that. Hence this post.<br>>>><br>>>> In her Asterisk PBX, she has programmed about 10 agents, and
<br>>>> strategy is<br>>>> rrmemory. Everything works fine. When an agent has received an ACD<br>>>> call,<br>>>> another call is not presented to him as long as he is on the ACD call.<br>
>>><br>>>> However when an agent has made an outgoing call, he is still presented<br>>>> another ACD call when his turn comes. This results in unnecessary<br>>>> delay<br>>>> in answering that call.
<br>>>><br>>>> Taking out call waiting is not an option, as an agent can also get a<br>>>> direct dialed call, and he should be able to pick up that call even<br>>>> when<br>>>> he is on another call.
<br>>>><br>>>> Is there a way so that a busy agent (whether busy because of an<br>>>> incoming<br>>>> call, or outgoing call) is not presented another ACD call?<br>>>><br>>>> Thanks,
<br>>>> -- jt<br>>>><br>>>> _______________________________________________<br>>>> --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>>>>
<br>>>> Asterisk-Users mailing list<br>>>> <a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>>>> To UNSUBSCRIBE or update options visit:<br>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>>>><br>>><br>>> _______________________________________________<br>>> --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>>><br>>> Asterisk-Users mailing list
<br>>> <a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>>> To UNSUBSCRIBE or update options visit:<br>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>>><br>>><br>
><br>> _______________________________________________<br>> --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>><br>> Asterisk-Users mailing list<br>> <a href="mailto:Asterisk-Users@lists.digium.com">
Asterisk-Users@lists.digium.com</a><br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>><br>><br>><br><br><br>--<br>Rock River Internet Corey Frang
<br>202 W. State St, 8th Floor <a href="mailto:corey@rockriver.net">corey@rockriver.net</a><br>Rockford, IL 61101 815-968-9888 Ext. 2205<br>USA fax 968-6888
<br><br>_______________________________________________<br>--Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br><br>Asterisk-Users mailing list<br><a href="mailto:Asterisk-Users@lists.digium.com">
Asterisk-Users@lists.digium.com</a><br><a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br><br></blockquote></div><br>