icalendar-implementations

From Microformats Wiki
Jump to navigation Jump to search

iCalendar implementations

In the development of hCalendar and proxies like X2V, we have discovered various behaviors and quirks of RFC 2445 iCalendar implementations.

This page is here for keeping track of them.

Contributors

Products

iCal.app

platform: OSX

subscription handling

supports the non-standard "webcal:" protocol

KOrganizer

platform: All Linux, *BSD, etc. (Wherever KDE runs)

subscription handling

supports the non-standard "webcal:" protocol, as well as "http:", "ftp:", "fish:", etc.

Evolution

platform: Fedora Core 3

subscription handling

supports the non-standard "webcal:" protocol

Sunbird

AKA Mozilla Sunbird

platform: XP, others?

subscription handling

supports the non-standard "webcal:" protocol

Microsoft Outlook

platform: 2003

Importing of VEvents

Requires UID, DTSTAMP, and METHOD

If any of the three is not present, returns this message:

This error can appear if you have attempted to save a recurring Lunar appointment in iCalendar format.
To avoid this error, set the appointment option to Gregorian instead of Lunar.

After some testing, this seems to be the generic message to indicate a problem with event import.

No such restriction is placed on iCal 1.0 events. So, if VERSION:1.0 is output instead of VERSION:2.0, the only required field is DTSTART. Note that VERSION property may be omitted. In this case, value inferred as 1.0.

Minimal valid iCal 2.0 event, importable by MS Outlook 2003
BEGIN:VCALENDAR
VERSION:2.0
METHOD:PUBLISH
BEGIN:VEVENT
UID:0
DTSTAMP:20060601T080000
DTSTART:20060601T080000
END:VEVENT
END:VCALENDAR
Minimal valid iCal 1.0 event, importable by MS Outlook 2003
BEGIN:VCALENDAR
BEGIN:VEVENT
DTSTART:20060601T080000
END:VEVENT
END:VCALENDAR

Related Pages

This specification is a work in progress. As additional aspects are discussed, understood, and written, they will be added. These thoughts, issues, and questions are kept in separate pages.