[dev] Virtual address book permissions
Michael Rubinsky
mike at theupstairsroom.com
Wed Nov 16 10:08:20 PST 2005
I've been going back and forth with this for a little bit now. I'm not
sure which way is the best from both a user's and administrator's point
of view. First, some background:
With the new virtual address book code, it will be possible to set
permissions on the vbook independently from the actual source address
book. This allows an admin to set up vbooks for, let's say each
department, and allow users access to those vbooks, without giving
permissions to the entire source the vbook is based on. What I keep
going back and forth on is how to handle PERMS_EDIT. ON the one hand,
the vbook is obviously read-only in the sense that you can't
add/delete/create lists etc... On the other hand (and this is how I
currently have it implemented), if you give PERMS_EDIT to a user you
could allow that user to edit the actual contact entries so that the
admin could give someone else authority to change, say the contact's
cell phone number. The problem (as I see it) is that this also gives
that person the ability to edit the field that is causing the person to
even appear in the vbook in the first place. In some cases that would
be fine...a person changes jobs and moves to another department, so the
user changes the department field, updates the contact and viola, the
contact is no longer in the vbook.
My question is...is this something that should be allowed, from an
admin's point of view...in that the user could unknowingly update the
'critical field' and remove the contact from the vbook? It's a simple
matter to just remove PERMS_EDIT for all vbooks regardless of the
permissions that are requested...just wanted to get the group's
feedback to see what everyone thought would be the 'correct' behaviour
for vbook permissions.
Thanks,
mike
--
The Horde Project (www.horde.org)
mrubinsk at horde.org
More information about the dev
mailing list