I sent Dominique a test request and it turned out that the value of the response>href element startet with http:/www... instead of http://www... . My app skips those responses and hence it doesn't sync.

I have no problem syncing with caldav-sync or iOS and SOGo 1.3.11. I've also seen no other complaints. Are you sure the problem isn't a typo in the apache configuration, for example in x-webobjects-server-url?

I am not saying SOGO 1.3.11 does not sync ... I say it does sync when installed on Ubuntu 11.10
My production setup on Ubuntu 11.04 works fine. Furthermore other elements are not configured properly ( I had a quick look at the SOgo module for webmin in Ubuntu 11.10 and nothing is configured properly.) So I venture the problem lies in the integration of SOGo 1.3.11 (because that's the one I tested) with Ubuntu 11.10. For testing purposes my Ubuntu 11.10 was plain, no thrills setup, just with Apache and Mysql. The configuration files are the standard ones provided during Ubuntu install, and the SOGo ones are copies of my prod environment. And different trials ended up with the same problems.

We're having the very same problem here - sync with CalDAV stopped working after an upgrade from SOGo 1.3.10 to 1.3.11 (on Ubuntu 10.04). Is there anything new regarding this issue?

Can you post your SOGo log and apache config? Because it's working for everyone else, it might be something wrong in your configuration, or at least something different than everyone else has.

@Marten: Can you send me the test request you mentioned, please?

Turns out we're only having problems syncing with some devices, not all.

I've attached the request xml file I sent to Dominique (current-user-principal.xml) . Send it to the server with something like:

curl -k --data-binary @current-user-principal.xml -H "Content-type: application/xml" -H "depth:1" -D - -X PROPFIND -u <USERNAME> https://&lt;SERVERNAME>/SOGo/dav/ > response.txt

be sure to replace <USRNAME> and <SERVERNAME> with the actual values and that current-user-principal.xml is in the current working directory. (don't copy the [^])

The response from Dominique's server was

HTTP/1.1 207 Multi-Status
Date: Thu, 15 Dec 2011 11:05:55 GMT
Server: SOPE 4.9.37/WebDAV
pragma: no-cache
cache-control: no-cache
ms-author-via: DAV
content-length: 360
content-type: text/xml; charset="utf-8"
x-dav-error: 200 No error
Vary: Accept-Encoding

<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:"><D:response><D:href>http:/SERVERNAME/SOGo/dav/</D:href><D:propstat><D:status>HTTP/1.1 200 OK</D:status><D:prop><D:current-user-principal xmlns:D="DAV:"><D:href>http://SERVERNAME/SOGo/dav/USERNAME/&lt;/D:href>&lt;/D:current-user-principal>&lt;/D:prop>&lt;/D:propstat>&lt;/D:response>&lt;/D:multistatus>

You can see that the first href value starts with http:/ instead of http://
(I replaced SERVERNAME and USERNAME)

Dominique, show your .GNUstepDefaults.

In my case the result looks a little different:

HTTP/1.1 207 Multi-Status
Date: Mon, 16 Jan 2012 20:20:08 GMT
Server: SOPE 4.9.37/WebDAV
pragma: no-cache
cache-control: no-cache
ms-author-via: DAV
content-length: 319
content-type: text/xml; charset="utf-8"
x-dav-error: 200 No error
Via: 1.1 SERVERNAME

Vary: Accept-Encoding

<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:"><D:response><D:href>/SOGo/dav/</D:href><D:propstat><D:status>HTTP/1.1 200 OK</D:status><D:prop><D:current-user-principal xmlns:D="DAV:"><D:href>/SOGo/dav/USERNAME/</D:href></D:current-user-principal></D:prop></D:propstat></D:response></D:multistatus>

I replaced SERVERNAME and USERNAME. Yet SERVERNAME doesn't appear at all the respone!

My guess is that Dominique uses WOApplicationRedirectURL which MUST NOT be used anymore with SOGo.

Here is my .GNUstepDefaults (see attachments) which is working fine for SOGo 1.3.11 on both Ubuntu 10.04 and 11.04 without editing it. Same file was used for Ubuntu 1.3.11 install.

Remove "WOUseRelativeURLs = NO;".

OK, that did it, however the "WOUseRelativeURLs = NO;" did not create problems prior to version 1.3.11 under Ubuntu (nightly version 2.0.0 20120116090 to be exact for this last test). Maybe Inverse should document entries in .GNUstepDefaults being deprecated by each growing version (the one just removed is not even called the same way in two different entries here "WOUseRelativeURLs" and "WOApplicationRedirectURL ").