View Issue Details

IDProjectCategoryView StatusLast Update
0000395SOGoWeb Generalpublic2012-04-18 20:18
Reporterludovic Assigned Toludovic  
PrioritynormalSeverityfeatureReproducibilityhave not tried
Status closedResolutionfixed 
Product Version1.2.0 
Fixed in Version1.3.15 
Summary0000395: Groups support for "automatically subscribe user"
Description

When we share a resource (calendar/address book) with a user, we can automatically subscribe him/her to it.

We must also handle the case there for groups - where we would automatically subscribe everyone part of the group to the resource.

We should also think about a way to handle changes in the group... but it's hard.

TagsNo tags attached.

Activities

wcronen

wcronen

2010-04-20 17:33

reporter   ~0000973

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.

alessio

alessio

2010-10-20 15:22

reporter   ~0001635

vote +1 must have
Very very useful for big group

alessio

alessio

2010-11-09 15:21

reporter   ~0001743

Assigned to 1.2.2?

zulk

zulk

2010-11-16 14:05

reporter   ~0001827

I was be very useful feature in distributed organization.

ancker

ancker

2011-02-17 17:13

reporter   ~0002122

Very important this implementation.

perk

perk

2011-02-17 18:16

reporter   ~0002123

This would be a VERY handy feature!
+1

jakob42

jakob42

2011-02-21 08:30

reporter   ~0002135

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.

alessio

alessio

2011-02-21 08:34

reporter   ~0002136

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.

ludovic

ludovic

2011-02-21 14:03

administrator   ~0002137

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.

jakob42

jakob42

2011-02-21 15:00

reporter   ~0002138

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. :))

roms

roms

2011-03-22 09:05

reporter   ~0002284

Any news about this "important" feature ?

tolivier

tolivier

2011-05-12 13:47

reporter   ~0002470

+1

alessio

alessio

2011-08-26 10:16

reporter   ~0002828

Any news?

jakob42

jakob42

2011-08-26 11:26

reporter   ~0002829

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.

alessio

alessio

2011-08-26 12:38

reporter   ~0002830

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

alessio

alessio

2011-12-27 09:34

reporter   ~0003199

is there any problem to implement it?

ludovic

ludovic

2012-04-18 20:17

administrator   ~0003770

Fixed.

Issue History

Date Modified Username Field Change
2010-01-26 18:55 ludovic New Issue
2010-02-23 14:23 ludovic Status new => assigned
2010-02-23 14:23 ludovic Assigned To => ludovic
2010-02-23 14:23 ludovic Target Version => 1.2.2
2010-04-12 19:33 ludovic Target Version 1.2.2 =>
2010-04-20 17:33 wcronen Note Added: 0000973
2010-10-20 15:22 alessio Note Added: 0001635
2010-11-09 15:21 alessio Note Added: 0001743
2010-11-16 14:05 zulk Note Added: 0001827
2011-02-17 17:13 ancker Note Added: 0002122
2011-02-17 18:16 perk Note Added: 0002123
2011-02-21 08:30 jakob42 Note Added: 0002135
2011-02-21 08:34 alessio Note Added: 0002136
2011-02-21 14:03 ludovic Note Added: 0002137
2011-02-21 15:00 jakob42 Note Added: 0002138
2011-03-22 09:05 roms Note Added: 0002284
2011-05-12 13:47 tolivier Note Added: 0002470
2011-08-26 10:16 alessio Note Added: 0002828
2011-08-26 11:26 jakob42 Note Added: 0002829
2011-08-26 12:38 alessio Note Added: 0002830
2011-12-27 09:34 alessio Note Added: 0003199
2012-04-18 20:17 ludovic Note Added: 0003770
2012-04-18 20:17 ludovic Status assigned => resolved
2012-04-18 20:17 ludovic Fixed in Version => 1.3.15
2012-04-18 20:17 ludovic Resolution open => fixed
2012-04-18 20:18 ludovic Status resolved => closed