[Asterisk-Users] Queue announce behavior for callback agents?

[Chris A. Icide]

Damon,

You could do something like that, but ackcall wouldn't know what queue 
called it, so the message would end up needing to be fairly generic.  After 
you hit #, then queue would play back a message that can be unique to the 
queue that called the agent.  To get a message unique to the queue that 
polled the agent, you still will need to modify both app_queue and app_agent.

Unfortunately, my C skills are so poor, doing this would probably take me a 
week alone.  I think your best option would be to either post a bounty, 
post a feature request on bugs.digium.com and add a note that you will pay 
for the work, or as a last resort (you might get somewhat flamed for this) 
go to the asterisk-dev list (or IRC channel might be better) and ask if 
someone would be willing to do the coding for you (for a fee of 
course).  If you just post the request on bugs.digium.com and don't offer a 
bounty, you might get the code done for free, but I wouldn't count on it 
being soon.


-Chris

On 01:51 PM 11/7/2004, Damon Estep wrote:
 >Chris,
 >
 >What if ackcall could be given parameters, like the name of a sound file
 >to play between the answer event and the end of the timeout event? This
 >would then only be a modification to ackcall, right?
 >
 >Here is the sequence I envision;
 >
 >Agent call out event; Answer event; Ackcall sequence, modified to loop a
 >sound file for the remaining timeout duration, like "I have a call for
 >the support queue"; # to ack; Notify queue if there is an ack; Queue
 >plays announcement, like "connecting..."; (optional in the current
 >code). Seems like this would not require modifying the queue code based
 >on your earlier analysis.
 >
 >Now, if I only had the skills to envision the c required to implement
 >it!
 >
 >Is this a smaller project? Since we have no in-house coders we would
 >need to have this written for us (yes, I realize there would be a cost),
 >with hopes that it would then be useful enough to others to be added to
 >the project so we do not have to maintain workarounds.
 >