asterisk users - Oct 2004 - Queue.conf, maxlen = 5 , but what happens with the 6. caller ?

In my queue.conf I have:

; Maximum number of people waiting in the queue (0 for unlimited)
;
maxlen = 5

---------

Log: 

-- Executing Goto("SIP/242.112.162.21-081a8b90",
"veksel|s|1") in new stack

    -- Goto (veksel,s,1)

    -- Executing Answer("SIP/242.112.162.21-081a8b90", "")
in new stack

    -- Executing SetMusicOnHold("SIP/242.112.162.21-081a8b90",
"default") in new stack

    -- Executing BackGround("SIP/242.112.162.21-081a8b90",
"/usr/src/asterisk/sounds/ownits/veksel") in new stack

    -- Playing '/usr/src/asterisk/sounds/ownits/veksel' (language
'en')

    -- Executing Wait("SIP/242.112.162.21-081a8b90", "1") in
new stack

    -- Stopped music on hold on SIP/myserver.se-08157eb0

    -- Playing 'queue-thereare' (language 'en')

    -- Executing Queue("SIP/242.112.162.21-081a8b90",
"help-privatanslutningar-queue|t") in new stack

Oct 29 15:15:15 WARNING[1572884]: app_queue.c:1700 queue_exec: Unable to join
queue 'help-tech-queue'

------

Solution - but how ?

Because of bandwidth limitations, I have to reduce the incomming calls to 5.
So when people call, and are placed in queue.. and the 6. caller comes in,
he/she
gets a welcome message, and then is left with a "empty sound".

How can I change, so that the 6. caller gets a message like:

"there are to many callers, please try again later".
..and the the call is hung up.

/ Stig Henning


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20041029/4cfe147f/attachment.htm

Stig Thune wrote:
> Because of bandwidth limitations, I have to reduce the incomming calls to
5.
> So when people call, and are placed in queue.. and the 6. caller comes in,
he/she
> gets a welcome message, and then is left with a "empty sound".
> 
> How can I change, so that the 6. caller gets a message like:
Place your messages after the call to Queue(). If you look at the docs 
for Queue(), you'll see that it will return (to various extension 
priorities) when it is not able to put the caller into the queue.