Dear SOGo developers and users,

In my company we are currently evaluating groupware solutions for a mixed client environment. Having to deal with about 40 users of Outlook, Thunderbird, iOS and/or Android (and all of them being little die-hards, of course ;), we are following the development of SOGo very closely.

Therefore, we have set up a SOGo test installation and found the CalDAV/CardDAV support for Thunderbird, iOS and Android to work really smoothly. We love SOGo's simplicity and light-weight solution and how well it integrates with our existing server environment. Thanks for that and keep up the good work!

Unfortunately, we also found its native Outlook support to be still rather shaky so that we couldn't recommend it yet to our Outlook users for productive use.

However, as SOGo's native Outlook support sounds very promising, we would like to stick to SOGo and wait for things to become more stable. In the meantime, we planned to apply a workaround: have SOGo as a mere CalDAV/CardDAV server and use Outlook in combination with a CalDAV/CardDAV plugin, e.g. Bynari's WebDAV Collaborator or iCAL4OL.

Unfortunately, we encountered the same problem that had already been reported by Merijn Visser in February: double invitation emails in Outlook:

https://inverse.ca/sogo/lists/arc/users/2013-02/msg00006.html

To solve the issue, we tried the following two SOGo options:

1. "SOGoAppointmentSendEMailNotifications" set to "YES" (standard behavior):

This works well with clients like Thunderbird and SOGo's web interface that rely solely on the SOGo back-end to send out invitation emails. Outlook, however, insists on directly sending invitations itself unless we forced our Outlook users to follow an unfamiliar, non-standard process (which we want to avoid by all means). Hence, as soon as the CalDAV plugin synchronizes invitation calendar entries from the local Outlook calendar to the SOGo back-end, the latter sends out a redundant (and confusing) email notification to invitees.

2. "SOGoAppointmentSendEMailNotifications" set to "NO":

Here, the situation is fine for Outlook users whereas users of Thunderbird, SOGo's web interface etc. cannot send out any invitations anymore.

So, with neither of these options can we satisfy all of our users.

Has this issue already been tackled and solved? If so, could somebody point me briefly to the solution that I seem to have missed? If not, are there any plans to remedy this issue?

As solution, the implementation of the Scheduling Extension to CalDAV (RFC 6638), i.e. respecting "SCHEDULE-AGENT=CLIENT" had been proposed:

http://tools.ietf.org/html/rfc6638#section-7.1

My understanding is that it would solve the above problem if both the CalDAV plugin (front-end) and the SOGo server (back-end) respected this CalDAV extension in a reasonable way.

Are there any plans from the SOGo developers team to implement this feature in near future? I could image that many users/companies are placed in the same position as we are and would welcome such a workaround/solution.

Thanks in advance and Best Regards,
John
--
[email protected]
https://inverse.ca/sogo/lists

Reply via email to