It does make sense that an Administrator should be able to control if
presence information is available about particular users.  As an example,
you don't necessarily want staff of a company being able to add presence on
their phone for the executives in the company, without proper authority.
Since this is controlled in speed dial, the administrator would need to have
the ability to control this on a per user basis.

I can see some liability to having presence available to anyone and
everyone, and potentials for abuse if the administrator doesn't have the
ability to control it.

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Damian Krzeminski
Sent: Tuesday, November 17, 2009 5:58 AM
To: [email protected]
Subject: Re: [sipX-dev] Improvement request to enable/disable speed dial
permission from admin for users

Soumya wrote:
> Hi All,
> 
> This query is regarding improvement request to enable/disable speed dial 
> permission for users.
> 
> Personal auto attendant can be disabled by administrator for 
> users.Similar way  admin should be able to give a  speed dial permission
> for users. If speed dial permission is not given for particular user 
> then user should not be able to configure any speed dials ,instead user 
> should use speed dials which
> are configured at admin level.
> 
> Please confirm whether this can be raised as an improvement issue.?
> 
> Thanks,
> Soumya
> 

You can raise it but... speed dials on the phone are quite personal. Admin
can now propose the defaults, users can change it to adjust to real usage
patterns.
I don't think that adding a special permission to prohibit users from
changing speed dials makes sense.
D.

_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to