vote +1

I think this is a must-have feature for every company and it'd be great to have such a feature also in SOGo.

It should not be to hard to handle changes of groups if you test the group-membership against the ldap/mysql-server at login time.

vote +1 must have
Very very useful for big group

Assigned to 1.2.2?

I was be very useful feature in distributed organization.

Very important this implementation.

This would be a VERY handy feature!
+1

IMHO very useful!
But most importantly, if implemented, it would need support changes in the groups, ie periodicly checking if the users are still members of the group or if new members were added.

If a user is add to a group, he should automatically subscribe all calenders/address books of the group.
If he's removed sogo should check if there is any user permission.

We could, upon login, check if a user is still member of a group and if not, remove any associated resource subscriptions.

We can't really do the opposite, ie., if a new member gets added to a group behind SOGo's back.

For this, the resource owner could go back in his/her sharing option and hit again "subscribe" to force all group members to be subscribed again.

I guess those workaround could work for most people. At least for us it would be very usable this way, I could explain my users why this is necessary.

Would the logged in user still be able to access the data of the calendar even though he doesn't have the access rights for several hours anymore? (Well, there would be the feature request for deleting a users session useful. :))

Any news about this "important" feature ?

+1

Any news?

ludovic mentioned a workaround a few posts ago. I think that would be allright most of the time, at least as a simple solution. And maybe there could be a script that could be run by cron (at nights or so) that would additionally to the ideas above check if the groups have changed. Then the access rights would be at least consistent every 24h.

My system do some action every time group are modified yet, if ludovic says what type of action i need for update groups, i'm happy ;-)
workaround is ok for me

is there any problem to implement it?

Fixed.