I have installed SOGo version 5.11.2.20250213-1 from nightly builds on Ubuntu Server 22.04.5. My SOGo users (SOGoUserSources) are defined locally in Postgres database table 'sogo_view'. In 'sogo.conf' I defined my external IMAP server through the definition of the 'SOGoIMAPServer' variable. I am testing this installation with these clients configured as follows:

a. Outlook on Windows 10/11 PC connect SOGo with ActiveSync in order to receive and send email with the external IMAP server, read/write the SOGo address books, read/write the SOGo
   calendars

these users can create new calendar events and invite other SOGo users viewing the freebusy information of the invited users through the configuration of the calendar
   freebusy URL of Outlook (without any authentication)

b. iPhone users make use of the Mail App configured in IMAP directly to our IMAP server, for the address books and calendars the users make use of caldav/cardav connection to the SOGo server, users can make appointments inviting other SOGo users viewing
   their freebusy information

c. Android users (we use various manufacturers and models) make use of Google Mail App configured in ActiveSync against the SOGo server, emails are managed by means of the SOGo/IMAP connection and SOGo address books and calendars are correctly accessed

calendars are accessed by means of the Google Calendar App and the address book
   by means of the Google Address Book App

The problem we have on Android users (point c) is that the calendar events are correctly managed by the App but when we invite some other users their freebusy information is shifted one-day later. For example, if a user has an appointment on Thursday 20 Feb at 14:00-15:00, the freebusy of that event is shown by the App on Friday 21 Feb at
14:00-15:00.

We have the same exact problem with Android working with other server such as Nextcloud, Kopano and Zimbra. On these servers Android is configured in ActiveSync implemented with z-push. We tried to debug this problem logging the communication between Android and ActiveSync/z-push.

We have the following:

1. Android ask for the freebusy information setting the period range as follows (8 days of
   freebusy)

   starttime => 2024-12-29T00:00:00.000Z
   endtime => 2025-01-06T00:00:00.000Z

2. z-push contacts the caldav server for appointments in this range and returns the '<ResolveRecipients:MergedFreeBusy>' vector with free (0 values) and busy (2 values) information (384 chars = 8 days * 24 hours/day * 2 half-hour/hour) to Android
   (in the following example the first hour Dec 29 00:00-01:00 UTC is busy)

220000000000000000000000000000000000000000000000000000000000000000002000000000000000000000000000000000000000000000022220000000000000000000000000222222222222222222222222222222222222222222222222000000000000000000002220000000000000000000000000000000000000000000002220000000000000000000000000000000000000000000222000000000000000000000000000000000000000000000000000000000000000000000000000

3. Android shows freebusy information one-day later (in the example Dec 30 00:00-01:00 UTC)

We were able to solve this problem changing the z-push caldav.php reading one-day more from the caldav server (in the example, not from 29 Dec to 05 Jan but from 29 Dec to 06 Jan) and removing the first day (first 48 chars) of the vector before sending the answer to Android. In this way
Android shows correctly the freebusy information.

We tested several Android devices with Google Calendar App with Android/Mail version:

- Android-Mail/2024.11.24.702067492.Release
- Android-Mail/2024.11.10.697731510.Release

In Android we tested also a commercial client named 'Nine'. This client has its own calendar with the freebusy feature. With this client the freebusy information are correctly shown
with SOGo and the other caldav servers.

We suspect that this problem is related with a bug in Android Google Calendar App. Obviously Android Google Calendar App with a Gmail account shows correctly the freebusy
information.

We would like to know if you are aware of this problem and if you have already a solution
in SOGo.

Thanks for your help.

-- Euse

--- Alessandro Eusebi - EUNet
--- Viale Ciro Menotti, 28 - 41121 Modena
--- Email: aeus...@eunetsrl.it - Cell: 340-5907919

Reply via email to