Thanks a lot Matt!
On Sun, Nov 16, 2008 at 9:25 PM, Matt Riddell [EMAIL PROTECTED] wrote:
On 15/11/2008 3:58 a.m., equis software wrote:
I found this property in queue.conf
; Calls may be recorded using Asterisk's monitor resource
; This can be enabled from within the Queue application,
On 15/11/2008 3:58 a.m., equis software wrote:
I found this property in queue.conf
; Calls may be recorded using Asterisk's monitor resource
; This can be enabled from within the Queue application, starting recording
; when the call is actually picked up; thus, only successful calls are
I found this property in queue.conf
; Calls may be recorded using Asterisk's monitor resource
; This can be enabled from within the Queue application, starting recording
; when the call is actually picked up; thus, only successful calls are
; recorded, and you are not recording while people
This is the core trace
(gdb) bt
#0 0xb7e5a231 in strcasecmp () from /lib/libc.so.6
#1 0xb7ce0a3f in local_ast_moh_start (chan=0x82496a8, mclass=0xb720f828
default, interpclass=0x0)
at res_musiconhold.c:646
#2 0x08083695 in ast_moh_start (chan=0x64, mclass=0x64 Address 0x64 out of
bounds,
Hi!
In 1.4.15 I have 3 agents, while 4 calls are waiting, 2 agents are ringing
and the third agent don´t ring.
I´m using autofill=true
___
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-users mailing list
To UNSUBSCRIBE or
Asterisk 1.4
I have strategy= leastrecent and autofill = yes
I have 2 agents, one is answering a call and the other is free and have some
calls waiting in the queue.
Only when the first agent hangup the second agent receive the first call in
the queue.
It happends some times.
This behavior
: [asterisk-users] Queue App - Free agent and waiting calls
Asterisk 1.4
I have strategy= leastrecent and autofill = yes
I have 2 agents, one is answering a call and the other is free and have
some calls waiting in the queue.
Only when the first agent hangup the second agent receive the first call
PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *equis software
*Sent:* Wednesday, April 18, 2007 9:21 AM
*To:* asterisk-users@lists.digium.com
*Subject:* [asterisk-users] Queue App - Free agent and waiting calls
Asterisk 1.4
I have strategy= leastrecent and autofill = yes
I have 2 agents
Any news of this behavior?
bweschke, could you work on this bug??
On 3/19/07, equis software [EMAIL PROTECTED] wrote:
Please send me any news about this or the bug number.
Thanks for your time.
On 3/19/07, BJ Weschke [EMAIL PROTECTED] wrote:
On 3/19/07, equis software [EMAIL PROTECTED]
asterisk-users@lists.digium.comAsterisk 1.4
I have strategy= leastrecent and autofill = yes
I have 2 agents, one is answering a call and the other is free and have some
calls waiting in the queue.
Only when the first agent hangup the second agent receive the first call in
the queue.
It happends
On 3/19/07, equis software [EMAIL PROTECTED] wrote:
Asterisk 1.4
I have strategy= leastrecent and autofill = yes
I have 2 agents, one is answering a call and the other is free and have
some calls waiting in the queue.
Only when the first agent hangup the second agent receive the first call
Please send me any news about this or the bug number.
Thanks for your time.
On 3/19/07, BJ Weschke [EMAIL PROTECTED] wrote:
On 3/19/07, equis software [EMAIL PROTECTED] wrote:
Asterisk 1.4
I have strategy= leastrecent and autofill = yes
I have 2 agents, one is answering a call and the
Joseph wrote:
I would like to know more about your solution.
My solution involves a patch to app_queue that essentially makes it call
SetGroup() on any channels it creates to call queue members (agents),
and call GetGroupMatchCount() before calling a member to see if they
should be considered
Robert Jackson wrote:
Another possible scenario is to specify the context to call the agent
when using AgentCallBackLogin. This way you can have one set of
behaviors for reaching an agent at an extension and another set for
simply reaching the extension outside of an ACD context.
Yes, that
Joe Dennick wrote:
Yeah, set the queue timeout to be about 1 second less than the voicemail
timeout (ya know, where you say Dial(SIP/, 15)). That way the queue
times out the agent before the dialplan goes to voicemail.
The more reasonable solution is to just put the agent's direct
Matthew Boehm wrote:
If I add a line like this: member = SIP/3044, can I still get
login/logoff functionality? We need agent login/logff functionality AND for
calls to not goto voicemail.
No, I was suggesting using SIP/3044 in agents.conf, not in queues.conf.
If you put it into queues.conf,
On Fri, 2005-01-07 at 08:08 -0700, Kevin P. Fleming wrote:
Matthew Boehm wrote:
If I add a line like this: member = SIP/3044, can I still get
login/logoff functionality? We need agent login/logff functionality AND for
calls to not goto voicemail.
No, I was suggesting using SIP/3044
-Original Message-
From: Kevin P. Fleming [mailto:[EMAIL PROTECTED]
Sent: Friday, January 07, 2005 3:26 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Queue app following dialplan
The more reasonable solution is to just put
I have a problem where if an agent's extension is busy and has voicemail
the queue app will follow the dialplan and send the caller to an agents
voicemail. This is really bad, because it takes the caller out of the
queue when it hits that agent. But we also would like to have voicemail
for
FYI...
- Original Message -
From: Ryan Stark [EMAIL PROTECTED]
To: asterisk-users@lists.digium.com
Sent: Thursday, January 06, 2005 9:02 PM
Subject: [Asterisk-Users] Queue app following dialplan
I have a problem where if an agent's extension is busy and has voicemail
the queue app
Of Jon Bebeau
Sent: Thursday, January 06, 2005 8:19 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Queue app following dialplan
FYI...
- Original Message -
From: Ryan Stark [EMAIL PROTECTED]
To: asterisk-users@lists.digium.com
Sent: Thursday
Joe Dennick wrote:
Yeah, set the queue timeout to be about 1 second less than the voicemail
timeout (ya know, where you say Dial(SIP/, 15)). That way the queue
times out the agent before the dialplan goes to voicemail.
The more reasonable solution is to just put the agent's direct path
Just a note to Mark and others.
In queue.conf, there is a reference to announce-markq that I believe
comes default uncommented.
There is no sample file in /var/lib/asterisk/sounds/announce-markq
If there is no file there and/or you misspell the filename and the
system can't find the announce
I think I solved the errors I was getting with my patch,
sort of anyway.
Brief over view:
Tell all the callers their position in the queue.
When they move, tell them their new position.
I was receiving Thread xxx already blocked by xxx.
I found that if I only tell caller 4 and above (Which
This patch is still not bug-free. It was causing my server to crash
without warning...
One of these days I will understand Mark's full plan and outline. It
is hard, since I am
only looking at a few of the apps that are there, and have not spent
too much time
on the whole thing.
John
On
Hi there,
I am not a true C programmer. PERL is my game, just hacked around at C
for a long time.
Anyways, I digress...
Here is a patch, can you tell me:
1) Can you see any blaring security holes I may have created
2) Does it make sense.
It is for the queue app. It will allow you to do a few
Another thing I am working on is to do the timeout people have been
asking about.
If they have been on hold for (X minutes) dump out of the Queue App, so
that the next
priority can be a common mailbox.
And I forgot to add the patch to my last email!!! argh
27 matches
Mail list logo