Free/Busy Information in Baikal 0.4.4

[lenny....@gmail.com]

Hello!

I have a fresh install of Baikal 0.4.4 on a Debian Jessie VM. I created two new users after the installation. I successfully set up a Windows client to sync the calendar of one user while I setup a Linux client on another computer to synchronize the second user's calendar. I was able to create meeting events for both users. After creating the events and confirming they got into the calendar server OK, I tried creating a meeting as one of the users and adding an invitee (the other user) and to check free/busy information, but nothing came through and both users appear as free, always. I verified that each user's events were configured to show time as "busy".

I looked at the Sabre documentation for free busy and I verified that the Scheduling plug-in and the Storage plug-in are enabled (they were both pre-existing in the Baikal default installation for 0.4.4 in Server.php). I have made no modifications to Server.php.

My question, what am I missing to be able to allow clients to read free/busy information? My setup details are below:

Linux client = Icedove with the Iceowl extension and the SOGo connector plug-in installed.
Windows client = Outlook 2016 with caldav synchronizer installed 
Server = Baikal 0.4.4 running on Debian 8.4 (jessie)

I don't have a Charles dump yet as I think the issue is either my configuration or I'm expecting this to work different than it does.

Thanks,
Lenny

[Evert Pot]

Hey Lenny,

Which client are you using to do the free-busy lookup? Lightning (which I assume is mostly identical to Iceowl?) should work, but I doubt that this is implemented in the Outlook synchronizer plugin.
So yea, if it's Lightning, I would be interested in the Charles session. Very curious what's going there... As long as you use the same email addresses things should *just work*.

Evert

[lenny....@gmail.com]

Hi Evert,

Iceowl, I believe, is identical to Lightning, except it's Debian's version of it. I usually (and it works out) rely on Thunderbird/Lightning documentation for Icedove and Iceowl.

I attached a Charles session. In this case I opened Icedove, and I saw the traffic created when Icedove went to fetch my calendar. After that I created a new meeting and added an invitee (Sam) who's name and e-mail is the other user currently in the Baikal installation. I then waited a second and saw no info for free/busy get populated. I then saved the meeting, closing it. At that point I exported the Charles info to the attached file.

Let me know if it is readable and makes sense to you, it was my first time using Charles and while I think I got it set up OK, I can try this again with different settings.

Thanks,
Lenny

[Evert Pot]

On Saturday, May 21, 2016 at 6:05:27 AM UTC-4, lenny....@gmail.com wrote:

Hi Evert,

Iceowl, I believe, is identical to Lightning, except it's Debian's version of it. I usually (and it works out) rely on Thunderbird/Lightning documentation for Icedove and Iceowl.

I attached a Charles session. In this case I opened Icedove, and I saw the traffic created when Icedove went to fetch my calendar. After that I created a new meeting and added an invitee (Sam) who's name and e-mail is the other user currently in the Baikal installation. I then waited a second and saw no info for free/busy get populated. I then saved the meeting, closing it. At that point I exported the Charles info to the attached file.

Let me know if it is readable and makes sense to you, it was my first time using Charles and while I think I got it set up OK, I can try this again with different settings.

There is a relevant error in the Charles session. I would love it if you could re-run it with the following setting on:

$server->debugExceptions = true;

This will cause the server to output stack traces and line numbers for error messages, which will get me right into the correct place.

So the request does emit an error for the freebusy lookup:

<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
    <s:sabredav-version>3.1.2</s:sabredav-version>
    <s:exception>Sabre\VObject\EofException</s:exception>
    <s:message>End of document reached prematurely</s:message>
</d:error>

But this error seems like a symptom of a different underlying problem. Hopefully with the stack trace I will be able to locate and fix the root cause for this.

Cheers,
Evert

[lenny....@gmail.com]

Hi Evert,

I think I enabled the debugException. If it does not appear that way, can you be specific on which file/where to put it? The newest Charles session is attached.

Thanks,
Lenny