On Sat, 2010-02-20 at 08:26 -0500, Philippe LeCavalier wrote: > On Fri, 2010-02-19 at 11:00 +0100, Milan Crha wrote: > > On Thu, 2010-02-18 at 19:47 -0500, Philippe LeCavalier wrote: > > > I would have gladly provided log entries or something else but since I > > > just started playing around with CalDAV I don't know where to look for > > > said logs. > > please run evolution-data-server-2.28 like this: > > $ CALDAV_DEBUG=all /usr/libexec/evolution-data-server-2.28 > > (maybe your path to it is different), and then on another console > > evolution itself. Any communication with your CalDAV server will be > > shown on the evolution-data-server console, hopefully with a detailed > > error returned from the server from time of the event creation. Be sure > > you'll evolution --force-shutdown before doing above, as only one > > evolution-data-server can be running in a system. > > I do not know Insight requirements for CalDAV/calendar, but cannot it > > be, for example, that it requires an organizer, which Evolution uses for > > meetings only? Just a guess. > T > /insight/rpc.php/plecavalier/20100219T164212Z-16763-1000-15761-2_plc-20100219T164246Z.ics > HTTP/1.1 > > Host: mail.plecavalier.net > > User-Agent: Evolution/2.28.2 > > Authorization: Basic [plecavalier:********] > < HTTP/1.1 200 OK > < Soup-Debug-Timestamp: 1266597769 > < Soup-Debug: SoupMessage 11 (0x8e45c80) > < Date: Fri, 19 Feb 2010 16:44:53 GMT > < Server: Apache/1.3.41 (Unix) DAV/1.0.3 PHP/5.2.10 mod_ssl/2.8.31 > OpenSSL/0.9.8d > < X-WebDAV-Status: 200 OK > < ETag: -0
That is a strange looking etag; valid, but suspicious. I'd suspect the server doesn't generate etags correctly. > < Transfer-Encoding: chunked > < Content-Type: application/octet-stream > (process:16763): e-cal-backend-caldav-WARNING **: Object to fetch > 'http://[email protected]/insight/rpc.php/plecavalier/20100219T164212Z-16763-1000-15761-2_plc-20100219T164246Z.ics' > not of type text/calendar It looks like the server does not return any Content-Type header, which is not a valid HTTP response. You should see something like: < Content-Type: text/calendar If Lightning/Sunbird works it probably means it doesn't check the Content-Type header but just assumes the payload is of the expected type. Evolution is more strict about such things than most clients. > Here's the output from the Evo console: > plecaval...@plc:~$ evolution > (evolution:26785): evolution-shell-WARNING **: The name > org.freedesktop.NetworkManager was not provided by any .service files > calendar-gui-Message: Check if default client matches > (1266519858.1266...@plc 1266519858.1266...@plc) > Sorry, I don't know what you mean by "requires an organizer". _______________________________________________ Evolution-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/evolution-list
