On Tue, Mar 30, 2010 at 18:10, Cor Bosman <[email protected]> wrote: > Yes, but there also could be e.g. addressbooks with disabled groups > creation. Mixing members of SQL and LDAP addressbooks could be > problematic. So, after thinking, we should implement groups "per > addressbook". > > Why is mixing of addressbooks in groups problematic? I can see how someone > with a company wide global addressbook would want to mix addresses with a > personal addressbook. Example, team members of a project consisting of > employees and external people. > It doesnt directly effect me, but I can see how people might want to mix > addresses.
But another use case is that also the public LDAP address books provide groups (e.g. all students of class X) and these groups will live in the LDAP directory and are read only. However, the SQL address book could store group members from other sources but it'll probably not get notified if one of these foreign records is deleted in its original source. Another possibility is to implicitly copy the LDAP contact into the SQL address book when adding it to a group. ~Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/
