We're talking about users that barely know how to check their email here. The personal auto attendant  concept gets me blank stares every time I talk about it to end users. If they're savvy enough to use that then more power to them :-P

I agree, Scott, that this should not be a "technical solution to a managerial problem" but telling that to elected officials and department heads doesn't fly. Our Meridian Option 61c is set up to only allow internal forwarding to all users and that's the way they want it so eventually I'm going to have to be able to accommodate that feature. If the original "forward calls external" permission could easily be put back in then it would be greatly appreciated.

[email protected] wrote:
On 2/21/2010 7:49 AM, Raymond Dans wrote:
  
I wonder if maybe introducing a User, time based set of permissions
might help in this situation.  So for example user A has long distance
permissions between the hours of 7 a.m. to 6 p.m. but not after that
time.  Not sure of the complexity involved in implementing this, just
throwing out the idea off the top of my head.
   
    
Wouldn't it need to be blocked in the personal auto attendant as well? 
That would seem like a better place for the thief to set this up. They 
could have multiple numbers that they could transfer out to, and it 
would be harder for them to get caught. We had someone doing this 
(different company, different phone system) and the volume wasn't high 
enough to raise any flags. The only way they got caught was because 
their boss called their desk after hours to leave a VM, and was 
surprised when they reached the employees mother at her home instead. I 
have no idea if blocking LD privileges at a certain time would affect 
how the personal attendant worked as well.
_______________________________________________
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/
  



_______________________________________________
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