3. Sync with Apple's Calendar Server fails

Sync with Apple's Calendar Server fails

  • A

    Sync with Apple’s Calendar Server (version 3.2 on Debian Jessie) fails when i create or update event.
    I use davdroid v0.3.8-alpha.

    server log error :

    2013-11-10 12:19:11+0100 [-] [caldav-1]  [-] [twistedcaldav.method.put_common#error] Calendar data does not conform to CalDAV requirements: Timezone ID Europe/Paris is referenced but not defined: BEGIN:VCALENDAR
2013-11-10 12:19:11+0100 [-] [caldav-1] 	VERSION:2.0
2013-11-10 12:19:11+0100 [-] [caldav-1] 	PRODID:-//bitfire web engineering//DAVdroid 0.3.7-alpha//EN
2013-11-10 12:19:11+0100 [-] [caldav-1] 	BEGIN:VEVENT
2013-11-10 12:19:11+0100 [-] [caldav-1] 	UID:UID:2a0a2cf2-dd1d-4ac1-8507-20579e23c05b\n
2013-11-10 12:19:11+0100 [-] [caldav-1] 	DTSTART;TZID=Europe/Paris:20131119T130000
2013-11-10 12:19:11+0100 [-] [caldav-1] 	DTEND;TZID=Europe/Paris:20131119T150000
2013-11-10 12:19:11+0100 [-] [caldav-1] 	DESCRIPTION:
2013-11-10 12:19:11+0100 [-] [caldav-1] 	DTSTAMP:20131110T111910Z
2013-11-10 12:19:11+0100 [-] [caldav-1] 	LOCATION:
2013-11-10 12:19:11+0100 [-] [caldav-1] 	STATUS:TENTATIVE
2013-11-10 12:19:11+0100 [-] [caldav-1] 	SUMMARY:New Event
2013-11-10 12:19:11+0100 [-] [caldav-1] 	END:VEVENT
2013-11-10 12:19:11+0100 [-] [caldav-1] 	END:VCALENDAR
2013-11-10 12:19:11+0100 [-] [caldav-1]
    0
  • R
    developer

    Could you please try to set the time zone to GMT +1:00 Brussels instead of Paris? The Paris timezone seems to be missing in Android (but its the same one anyway).

    0
  • A

    It is the same with GMT +1:00 Brussels :

    2013-11-17 15:25:28+0100 [-] [caldav-0]  [-] [twistedcaldav.method.put_common#error] Calendar data does not conform to CalDAV requirements: Timezone ID Europe/Brussels is referenced but not defined: BEGIN:VCALENDAR
2013-11-17 15:25:28+0100 [-] [caldav-0] 	VERSION:2.0
2013-11-17 15:25:28+0100 [-] [caldav-0] 	PRODID:-//bitfire web engineering//DAVdroid 0.4-alpha//EN
2013-11-17 15:25:28+0100 [-] [caldav-0] 	BEGIN:VEVENT
2013-11-17 15:25:28+0100 [-] [caldav-0] 	UID:fae70bc9-7380-4bd0-985e-0a76217cadc0
2013-11-17 15:25:28+0100 [-] [caldav-0] 	DTSTART;TZID=Europe/Brussels:20131126T150000
2013-11-17 15:25:28+0100 [-] [caldav-0] 	DTEND;TZID=Europe/Brussels:20131126T160000
2013-11-17 15:25:28+0100 [-] [caldav-0] 	ATTENDEE;CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto:test@192.16
2013-11-17 15:25:28+0100 [-] [caldav-0] 	 8.1.103/principals/
2013-11-17 15:25:28+0100 [-] [caldav-0] 	DESCRIPTION:
2013-11-17 15:25:28+0100 [-] [caldav-0] 	DTSTAMP:20131117T142526Z
2013-11-17 15:25:28+0100 [-] [caldav-0] 	LOCATION:
2013-11-17 15:25:28+0100 [-] [caldav-0] 	ORGANIZER:mailto:test@192.168.1.103/principals/
2013-11-17 15:25:28+0100 [-] [caldav-0] 	STATUS:TENTATIVE
2013-11-17 15:25:28+0100 [-] [caldav-0] 	SUMMARY:Test
2013-11-17 15:25:28+0100 [-] [caldav-0] 	END:VEVENT
2013-11-17 15:25:28+0100 [-] [caldav-0] 	END:VCALENDAR
    0
  • R
    developer

    Ah, I see. Yes, DAVdroid doesn’t send the definition of the time zone along with the .ics. Apple’s Calendar Server seems to be the first one that actually requires this.

    Maybe I find some time to investigate – can you provide a test account for me? I don’t have an Apple Calendar Server available.

    0
  • A

    Unfortunately i can’t provide a test account for you.

    0
  • R
    developer

    Should have been fixed with 0.4.3, please test.

    0
  • A

    It works. Thank you very much.

    0
bug 123
Log in to reply