[cisco-voip] Unity 5 - Call handlers for announcements

[Bill Talley]

One last suggestion if you continue to have the problem after rebuilding the
call handler.  I apologize if this has already been mentioned, but you can
use the Call Viewer combined with the real time display of Port Status
Monitor in Unity Tools to see where Unity is directing the call during that
portion of the call to verify Unity is performing the expected handling of
the call.

As you're probably aware, Call Viewer will just show you digits accompanying
the call from Call Manager.   Port Status monitor, when set to real time
display mode, will show you the call flow messages while the call is being
handled by Unity identifying which mailbox/handler answers the call and
which greeting is played.

HTH

On Tue, Feb 3, 2009 at 8:44 AM, Sean Walberg <sean at ertw.com> wrote:

> Thanks Bill,
>
> I checked and it's set to "Recording". There's a recording there, too.
>
> I think I'll just delete this handler and recreated it.
>
> Sean
>
>
> On Sat, Jan 31, 2009 at 9:47 AM, Bill Talley <btalley at gmail.com> wrote:
>
>> Check the standard greeting page for that call hander and verify the radio
>> button to play the greeting is ticked.  It sounds like the radio button to
>> play the system greeting is ticked.
>>
>>
>>   On 1/30/09, Sean Walberg <sean at ertw.com> wrote:
>>>
>>> Thanks Scott,
>>>
>>> There's no call routing rule associated with this.  At the subscriber
>>> level, I have a blank greeting and then "After greeting, send caller to call
>>> handler -> Attempt transfer for MBCKND Special Announcement".
>>>
>>> That call handler provides a menu, pressing 1 takes them to another call
>>> handler that plays a greeting and waits for a digit. Digits from there take
>>> the caller to other handlers, such as 1 for the primetime lineup, which
>>> prompts for a digit from 1-5 corresponding with the day. Each day is a
>>> separate call handler. Only the call handler associated with #4, Thursday,
>>> goes to VM, all the others play the greeting properly.
>>>
>>> Sean
>>>
>>> On Fri, Jan 30, 2009 at 2:36 PM, Scott Voll <svoll.voip at gmail.com>wrote:
>>>
>>>> Check your call routing rule and see if the others are set that way and
>>>> that one is missing a rule.
>>>>
>>>> scott
>>>>
>>>>
>>>>
>>>>   On Fri, Jan 30, 2009 at 11:24 AM, Sean Walberg <sean at ertw.com> wrote:
>>>>
>>>>
>>>>>  The voice mail coverage path of one of my office's front desk goes to
>>>>> a Unity call handler, playing a message like "press 1 for the programming
>>>>> lineup, 2 for the news desk, etc". Callers eventually get to a menu along
>>>>> the lines of "press 1 for Monday, 2 for tuesday", and so forth.
>>>>>
>>>>> Each of these handlers is a greeting, which plays the message, then
>>>>> kicks the caller back to the menu.
>>>>>
>>>>> This works great, except for the Thursday handler. When the caller
>>>>> selects the Thursday option, they get a message saying "the user at
>>>>> extension 103 is not available, please leave a message" (103 is the
>>>>> extension I have given the handler, as someone updates the greeting
>>>>> periodically through Unity Greeting Admin).  Then, the distribution list
>>>>> that owns the handler gets a voicemail.
>>>>>
>>>>> I've gone through all the settings and the handler looks just the same
>>>>> as the other handlers that happily play the greeting. Only the "Standard"
>>>>> greeting is enabled. There is a greeting (I can play it through my
>>>>> computer), and it is selected as active.
>>>>>
>>>>> Any clues as to what I should be looking for?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Sean
>>>>>
>>>>> --
>>>>> Sean Walberg <sean at ertw.com>    http://ertw.com/
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Sean Walberg <sean at ertw.com>    http://ertw.com/
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>
>
>
> --
> Sean Walberg <sean at ertw.com>    http://ertw.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090203/3cfe236a/attachment.html>