On Fri, 2013-02-01 at 13:17 +0100, HESPUL - Fabien MICHEL wrote:
Corresponding to each error in syncevolution log, there is this
in Apple ical server log :
2013-02-01 13:14:41+0100 [-] [caldav-0] [-]
[twistedcaldav.method.put_common#error] Invalid calendar data:
Calendar data had unfixable problems:
2013-02-01 13:14:41+0100 [-] [caldav-0] [VALARM] Missing
required property: ATTENDEE
Thanks for digging that out.
It is possible to config syncevolution to make ical server happy ?
There's no readily available configure option, but it should be possible
to massage the data into a format that is suitable, either in C++ or in
the builtin scripting language.
As a first step I need to know exactly what VEVENT the failing PUT
request sent to the iCal server. Can you rerun the sync as
SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no --sync slow loglevel=4 google@ical
and watch out for the failing PUT? It should be included in the output
It is not clear to me why the server expects a VALARM to contain an
ATTENDEE. Hmm, after consulting the spec I see that ATTENDEE is required
for email alarms, like the ones that Google likes to add to events. Most
likely that is what is happening here.
If Google sends a VALARM ACTION=EMAIL without ATTENDEE, then the Google
server is broken because it violates the spec. I suppose SyncEvolution
could fix that by adding all ATTENDEES and the ORGANIZER of the VEVENT
to the VALARM inside it.
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.