<div> It is possible. I do it here and at many other client installs. </div>
<div> </div>
<div> Please post your configuration so we can see why it's not working for you. <br><br> </div>
<div><span class="gmail_quote">On 17 Oct 2005 15:31:46 -0400, <b class="gmail_sendername">J Thomas</b> <<a href="mailto:jthomas@cequip.com">jthomas@cequip.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Given the current state of queues, it does not seem possible to stop ACD<br>calls coming to a busy agent who has made an outgoing call.
<br><br>Looks like feature request is the right way to go for this. I am going<br>to post this on dev mailing list too before making a feature request in<br>case we have missed something.<br><br>-- jt<br><br>On Mon, 2005-10-17 at 15:20, Corey Frang wrote:
<br>> 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>--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></blockquote></div><br>