Yes, the timezone is set correctly.

I just tried setting a schedule in a 4.1 test system and it did route to the
afterhours attendant as I expected. So I don't know if I am seeing a general
4.02 bug or there's corruption in my data that is causing this. If anyone
knows of a way I can scrub my sipx attendants/dialplan data to start over
again on attendants I am willing to try this. I have to get this feature
working and I'm not looking forward to reinstalling. I have tried deleting
both the Operator and After hours attendant in hopes recreating them would
fix this (though the XML looks okay,) but the system will not permit this.

Bruce


On 11/4/09 3:02 AM, "Scott Lawrence" <[email protected]> wrote:

> On Tue, 2009-11-03 at 09:13 -0800, Bruce Reed wrote:
>> I¹ve recently set up a 4.02 based system and everything is working
>> great except for the auto attendant. Aside from ³Operator², the main
>> attendant, I¹ve set up an after hours and holiday attendant, each with
>> different main prompts. Under dialing plans I¹ve sent up a M-F 8-5
>> schedule for the working time attendant, which is Operator. The
>> default attendant is the After hours attendant. What we find is when
>> calls are made to this extension outside of the M-F 8-5 schedule the
>> Operator attendant is still in force, playing that message and
>> permitting a transfer to operator which isn¹t in the other Attendants.
>> I tried changing all attendants to the After hours attendant and there
>> was no change ‹ calls to the extension use the Operator attendant
>> regardless of time of day.
>> 
>> Is there some setting somewhere outside of the dialing plan rule for
>> AutoAttendant that would force the AutoAttendant to use only the
>> default Operator attendant?
> 
> No.
> 
> Did you check to see that the system timezone is set correctly?
> Forgetting this can cause it to use a different rule than you think it
> should (all the times in the actual decisions are in UTC, but the
> translation to and from the UI adjusts for the system timezone).
>  
> 


_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to