[cisco-voip] Monitor Two VM boxes/extensions

[Lelio Fulgenzi]

Something to consider if you are trying to filter on campus calls is that once the assistant transfers the call to the 'secret' number, they will see the target  once connected so they can simply dial that number. 



Sent from my iPhone

On Oct 17, 2011, at 2:49 PM, Matthew Saskin <msaskin at gmail.com> wrote:

> Simple solution - don't create a separate voicemail box for 1510.  Add 1510 as an alternate extension to the 1500 mailbox and you'll have a single mailbox regardless of which inbound extension the call is for.
> 
> -matthew
> 
> On Mon, Oct 17, 2011 at 2:25 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
> Can't remember when it was introduced, but CallManager now has call forward override. If ext A is FWD to ext B, ext B can call ext A and forwarding is bypassed.
> 
> I wish it was implemented like pick groups, but I guess we have to take what we get.
> 
> Sent from my iPhone
> 
> On Oct 17, 2011, at 2:03 PM, David Zhars <dzhars at gmail.com> wrote:
> 
> > I have a user, he has ext 1500.  But he gets a lot of calls, so he CfwdAll to his secretary.  Then we made him a second extension, 1510, so when she gets a call and he wants to deal with it, she can transfer to 1510.  Of course if he doesn't answer it, then he has voicemail in his 1510 box, as well as the ones the secretary forwards to 1500.
> >
> > Is there a nicer way to do this?  Can't I make 1500 sort of a "fake" extension that will always ring at the secretary, and "John" would only have to check 1510 for voicemails?  UCM 8.0 and Unity 8.0
> >
> > Dave
> > _______________________________________________
> > 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/20111017/ae734257/attachment.html>