Hi, I got the same issue trying to sync calendars between Outlook client and SOGo with Caldav synchronizer. As I'm trying the platform for our office, so far my calendar is the only one in SOGo with data and all invites from other users of the office do not get sync'd for the same issue.
I was wondering if a possible solution could be to have a switch in the conf file to disable this check? On Tue, Sep 20, 2022, 7:21 AM Ganael Laplanche <[email protected]> wrote: > Hello, > > Following a recent update of Sogo (5.5.1 to 5.7.0), we started having > issues when importing ICS files generated by Microsoft Teams. > > To share a bit of context : some of our users have their mail hosted on > Office365 (and they do *not* use Sogo), others are hosted on premise (those > ones *do* use Sogo). All users have an entry in our internal LDAP servers > used by Sogo for authentication and addressbook purposes (even those hosted > on Office365). Also, all users can use Microsoft Teams and generate invites. > > The problem is the following : once an ICS file is received by mail > (following an invite created via Teams), it sometimes cannot be imported > into Sogo Calendar and we get the following HTTP error code : > > HTTP/1.1 412 Precondition Failed > > From what I understand, it seems to come from the following piece of code : > > > https://github.com/Alinto/sogo/blob/master/SoObjects/Appointments/SOGoAppointmentObject.m#L2590 > > where Sogo checks that the event exists in the organizer's calendar before > importing it into the attendee's one. > > The problem is the original event has not necessarily been added to the > organizer's calendar : when using Teams, it is added to Microsoft calendar, > not into Sogo. An attendee receiving the invite will never be able to add > it to his Sogo calendar. > > I don't know what drove to that code change (appeared in commits > e417c0b201 and fbd2eb8294 and then integrated into 5.6.0). Would it be > possible (safe ?) to release that check ? What do you think ? > > Best regards, > > -- > Ganael Laplanche <[email protected]> > Unix Systems Engineer @CentraleSupelec Rennes > > >
