[cisco-voip] UConn "menu" on same extension as user mailbox?

Lelio Fulgenzi lelio at uoguelph.ca
Fri Apr 15 13:24:41 EDT 2011


This should work. Hopefully it doesn't override things with the whole original called party. You might want to try a different vm profile that sends forwarded calls to the call handler using a mask. 

Sent from my iPhone

On Apr 15, 2011, at 1:11 PM, John P Callahan <jcallaha at willamette.edu> wrote:

> Thank you Scott and Lelio. I may have solved my own problem. I think we can make a call handler on a different extension and point the phone to a route point that rewrites to the fwd to uconn on the call handler extension. 
> 
> Ex: phone 6123 normally call forwards no answer or busy to uconn user 6123.
> *xxxx is a CTI route point that forwards to uconn as if xxxx was dialed. During temporary situation we forward 6123 to *7123 then uconn plays callhandler 7123 greeting with caller input 1 to user 6123.
> 
> Part of the issue is that user 6123 may not be available or cooperative to re-record their greeting when the other occupant moves in so am looking for a solution that can be done without the help of the primary user while still preserving their greeting :-)
> 
> It seems like this would work although it does seem an ugly hack.
> 
> Sent from my iPhone
> 
> On Apr 14, 2011, at 6:43 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
> 
>> You can configure user input on personal mail boxes, so what you want to do is not impossible, just not ideal. The owner of the mailbox would have to ensure the personal greeting is correct and include any away information. The user, when selecting the other options can be directed to the greeting of the other mailboxes, but for the primary mailbox, they've already heard the greeting. You could fix this by creating a call handler the owner could modify for a personal greeting with the after greeting action being to drop them into the mailbox. 
>> 
>> Sent from my iPhone
>> 
>> On Apr 14, 2011, at 6:51 PM, John P Callahan <jcallaha at willamette.edu> wrote:
>> 
>>> Ideally the permanent occupant doesn't need to learn a new mailbox extension for the few months of office sharing.
>>> 
>>> I guess this is possible in Meridian Mail so was hoping there was a non obvious way in uconn possibly involving routing rules or partitions or voodoo.
>>> 
>>> Sent from my iPhone
>>> 
>>> On Apr 14, 2011, at 4:53 PM, Scott Voll <svoll.voip at gmail.com> wrote:
>>> 
>>>> I think your Call handler would need to take on the phone extension.  Then you can place the VM boxes off each number they press 1 for joe, 2 for Lelio or 3 for Wes ;-)  Would that work for your issue?
>>>> 
>>>> Scott
>>>> 
>>>> 
>>>> 
>>>> On Thu, Apr 14, 2011 at 10:05 AM, John P Callahan <jcallaha at willamette.edu> wrote:
>>>> We have some temporarily shared offices where we need to place a menu in front of the normal occupants greeting so callers can select who they want to leave a message for.
>>>> 
>>>> For similar situations we do system call handlers for menus but I can't see how to have a call handler and a mailbox on the same extension?
>>>> 
>>>> Thanks for any advice.
>>>> 
>>>> Sent from my iPhone
>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> cisco-voip at puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>> 
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110415/c446ba46/attachment.html>


More information about the cisco-voip mailing list