Relationship Graph

Relationship Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0000211SOGoBackend Calendarpublic2016-05-24 08:00
Reporterantt Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
Status newResolutionopen 
Product Version1.0.4 
Summary0000211: SOGoAppointmentSendEMailNotifications = NO does not send notifications to extrnal users
Description

When SOGoAppointmentSendEMailNotifications = NO external invitees are not notified. When set to YES, all users are notified.
It will be great to set it to NO for local users (since the event is added to their cal automatically) and YES for extrenal users.

TagsNo tags attached.

Relationships

has duplicate 0003165 new event invitation: no notification for external invitees if appointment notifications are disabled 

Activities

tanstaafl

tanstaafl

2014-03-03 14:16

reporter   ~0006600

+1

would be very useful

gaara

gaara

2016-05-23 15:34

reporter   ~0010198

Last edited: 2016-05-23 15:37

+1

We installed Sogo a few months ago and in the preparation process for deployment in our company I was searching the whole Installation Guide, forums, etc... for a solution. I thought such a feature would be one of the most standard/asked ones (individually configure/filter who gets invitations for events).

There are two options:
1) on domain-level (SOGoUserSources) setting SOGoAppointmentSendEMailNotifications respectively
2) Using SOGoACLsSendEMailNotifications

The problem with 1) is, it just controls whether the Sogo server sends notifications if the organizer is matching a specific User source and therefore the particular setting of SOGoAppointmentSendEMailNotifications on domain level. This controls only the "FROM" (Organizer) part, but not the "TO" (Attendees) part. I want to control who gets an invite, not just whether always send one or not.

Also the description is not precisely enough. "Parameter used to set whether SOGo sends or not email notifications to meeting participants." This could also mean, that it doesn't matter if the sogo user is Organizer or Attendee. It controls whether you send (Organizer) or get (Attendee) an invite. I still think it's only relevant for the Organizer, but I'm not 100% sure.

Now to option 2). Here is the problem, that there exists almost no documentation what "ACL" is meaning in this context. The description says "Same as above, but the notifications are sent to the involved users of a calendar or address book’s ACLs."

The only thing you find in the documentation are IMAP ACLs and that is only relevant for mail. So it's a riddle til today what this calendar or address book ACLs may be and how I can configure them. If this is some sort of filtering/matching, then it's the solution we seek for. The only time I read ACL in context with calendar was the subscription feature.

Long story short, the wish from the reporter "It will be great to set it to NO for local users and YES for external users" would already be enough for us too. More control of who gets invites would be even better of course.

Christian Mack

Christian Mack

2016-05-24 07:36

developer   ~0010203

You do not know what an ACL is?
ACL means "Access Control List".
So 2) is sending emails when setting or changing privileges on calendars and address books to the person, whos status has changed.
The only exception (which is not mentioned) are "public access" and "all authenticated users" privilege changes, as those would be overkill to send to ;-)

gaara

gaara

2016-05-24 08:00

reporter   ~0010205

I know what an ACL is. Used it a lot as a network engineer on routers, but as mentioned in the first note I didn't understand how it's used for calendar or address books. Also ACLs can be very different dependent on the use case. IMAP ACL (RFC 4314) has almost no similarities to ACLs on routers. Thanks for the clarification what SOGoACLsSendEMailNotifications is for. I thought that what you described is controlled by the setting SOGoFoldersSendEMailNotifications. But I read it wrong, cause this is for creating NEW ones and the description of SOGoACLsSendEMailNotifications relates to SOGoFoldersSendEMailNotifications and not ...Appointment...

Although it's the wrong place, still wanted to thank you all for Sogo. Of course it's not perfect, but a very good opensource groupware solution and we are pleased, that you are continually improving it.

Issue History

Date Modified Username Field Change
2009-10-29 13:17 antt New Issue
2014-03-03 14:16 tanstaafl Note Added: 0006600
2015-07-06 16:10 Christian Mack Relationship added has duplicate 0003165
2016-05-23 15:34 gaara Note Added: 0010198
2016-05-23 15:34 gaara Note Edited: 0010198
2016-05-23 15:37 gaara Note Edited: 0010198
2016-05-24 07:36 Christian Mack Note Added: 0010203
2016-05-24 08:00 gaara Note Added: 0010205