View Issue Details

IDProjectCategoryView StatusLast Update
0002863SOGoBackend Calendarpublic2016-12-23 15:09
ReporterNiels Boehm Assigned Toludovic  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionduplicate 
Platform[Server] LinuxOSUbuntuOS Version12.04 LTS
Product Version2.2.6 
Fixed in Version3.2.5 
Summary0002863: No email invitations sent to attendees when using Thunderbird and CalDAV
Description

We migrated from an old Horde to SOGo in our company a couple of days ago, and one of the annoying issues we experience is that email invitations to attendees apparently do not work properly, which might be a show stopper for us:

  • We have a functional non-person account ("office") that holds relevant company-wide calendars. ("meetings", for instance)

  • Team members that are supposed to create events have all the permissions on those calendars, that is - change permission for all 3 privacy levels as well as add and delete permissions.

  • Team members have subscribed to those calendars.

  • Team members have imported those calendars into Thunderbird/Lightning using CalDAV and are able to view and edit all events.

  • Now when creating an event in Thunderbird on that "meetings" calendar and adding attendees, no email invitations are sent, which is a big problem for us.

Some observations I made while trying to find something out about the issue:

  • When creating the event with attendees in the web interface, invitations will be sent (however, on behalf of the "office" user instead of the person creating the event, which is another unfortunate annoyance, but a different issue 0002702).
  • When creating an event in a Personal Calender in Thunderbird, invitations are also successfully sent.
  • There is no obvious difference in the new event window between creating an event in a Personal Calender and a subscribed calendar (with full permissions). The "notify attendees" is checked in both cases and grayed out in both cases.
  • I can see no error messages in the sogo.log.

What do we need to do in order to have invitations sent in all cases?

Do you want us to do any steps to further debug the issue?

Steps To Reproduce
  • have or set up users "alice" and "bob" with emails alice@example.com and bob@example.com, respectively
  • set up a user "office" with email office@example.com
  • logged in as "office", create a calendar "meetings"
  • in Sharing, add user "alice" and set permissions "Public", "Confidential" and "Private" to "Modify" and enable "This person can create objects in my calendar." as well as "This person can erase objects from my calendar."
  • log in as "alice" and subscribe to office's calendar "meetings"
  • obtain the CalDAV URL to that calendar
  • in Alice's Thunderbird Lightning, add a "New Calendar" "On the Network", using "CalDAV" and the previously obtained CalDAV URL
  • still in Alice's Lightning, create a "New Event", select the subscribed-to "meetings" calendar and in "Invite Attendees", add "bob@example.com"
  • note that now the main Event window has a setting "Notify attendees", which is grayed out, but checked, where the grayed out state presumably means that you cannot change the setting because the server (SOGo) advertises it would send invitations and the activated checkmark presumably means that sending invitations is enabled
  • "Save and Close" and no invitations will be sent.
Additional Information

I'm not sure if this is an issue with SOGo, with Lightning or with our configuration, but this comment https://bugzilla.mozilla.org/show_bug.cgi?id=952151#c2 makes me believe that it may actually be the same thing as 0002702

Any clues as how to further debug or tackle this issue would be helpful.

TagsNo tags attached.

Relationships

duplicate of 0003368 resolvedludovic SOGo Adding event to shared calendar does not necessarily send invitations 
related to 0002702 new SOGo Invites in shared calendar are sent from the resource user 
has duplicate 0002971 resolvedludovic SOGo Connector sender email wrong in invitations to an event 

Activities

Niels Boehm

Niels Boehm

2014-07-18 08:40

reporter   ~0007334

I'm sorry, I probably used the wrong markup. I wanted to link to issue 0002702

Christian Mack

Christian Mack

2014-07-21 09:54

developer   ~0007338

Corrected the markup to link to bug 0002702

ludovic

ludovic

2016-12-23 15:09

administrator   ~0011105

Dupe of 0003368 that was fixed.

Issue History

Date Modified Username Field Change
2014-07-18 08:37 Niels Boehm New Issue
2014-07-18 08:40 Niels Boehm Note Added: 0007334
2014-07-21 09:53 Christian Mack Relationship added related to 0002702
2014-07-21 09:54 Christian Mack Note Added: 0007338
2014-07-21 09:54 Christian Mack Description Updated
2014-07-21 09:54 Christian Mack Additional Information Updated
2014-10-28 14:23 Christian Mack Relationship added has duplicate 0002971
2016-12-23 15:09 ludovic Note Added: 0011105
2016-12-23 15:09 ludovic Relationship added duplicate of 0003368
2016-12-23 15:09 ludovic Status new => resolved
2016-12-23 15:09 ludovic Fixed in Version => 3.2.5
2016-12-23 15:09 ludovic Resolution open => duplicate
2016-12-23 15:09 ludovic Assigned To => ludovic