I agree, having the user have access could lead to abuse, where company policy requires VM, but a user removes it from their own extension for various reasons. Personally, I recommend not changing this feature.
From: [email protected] [mailto:[email protected]] On Behalf Of Michael Picher Sent: Tuesday, October 30, 2012 4:41 AM To: sipXecs developer discussions Subject: Re: [sipx-dev] VM I don't think this is necessary. Usually here in the US if somebody is to be away on extended leave they would set an extended away message letting callers know this. Thanks, Mike On Tue, Oct 30, 2012 at 7:39 AM, Kumaran <[email protected]> wrote: On 10/30/2012 4:54 PM, George Niculae wrote: On Tue, Oct 30, 2012 at 1:22 PM, Kumaran <[email protected]> wrote: Hi All, Currently users can't disable VM from user portal only admin can does from admin portal...Can we have setting to disable VM from user-portal? so user can limit the VM... I am not sure I follow, could you provide more details? George Hi George, Currently we can't disable Voicemail permission from user-portal only admin can...So I thought we can have VM permission in user-portal to enable or disable it...So user can disable it while he is on long vacation or leave to avoid huge VM in his inbox and phone instead of informing admin regarding this....Anyway admin come to know whether user enabled or disabled it...Tony mentioned is not advisable..Just as improvement Regards, Kumaran T _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/ -- Michael Picher, Director of Technical Services eZuce, Inc. 300 Brickstone Square Suite 201 Andover, MA. 01810 O.978-296-1005 X2015 M.207-956-0262 @mpicher <http://twitter.com/mpicher> linkedin <http://www.linkedin.com/profile/view?id=35504760&trk=tab_pro> www.ezuce.com ---------------------------------------------------------------------------- -------------------------------- There are 10 kinds of people in the world, those who understand binary and those who don't.
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
