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/