RFC 2739 (rfc2739) - Page 3 of 16
Calendar Attributes for vCard and LDAP
Alternative Format: Original Text Document
RFC 2739 Locating a Calendar User January 2000
1 Calendaring and Scheduling URIs
This memo defines four classes of URIs. URIs are more useful if it is
understood what the URIs point to. Here is a brief description:
1.1 Free/Busy URI (FBURL)
The free/busy URI is defined to be a transport independent location
where a client can obtain information about when a user is busy. At
the present time, this URI only points to busy time data. Future
revisions of this specification may provide for the extended
capability of publishing free time data.
If a calendaring and scheduling client (i.e., CUA) were to retrieve
data from this location using FTP or HTTP, it would get back an
iCalendar object [4] containing one or more "VFREEBUSY" calendar
components. If a MIME transport is being used, the response will be
contained within a "text/calendar" MIME body part as specified in the
iCalendar specification [4]. For example:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//hacksw/handcal//NONSGML v1.0//EN
METHOD:PUBLISH
BEGIN:VFREEBUSY
ATTENDEE:MAILTO:
DTSTART:19971013T050000Z
DTEND:19971124T050000Z
DTSTAMP:19970901T083000Z
FREEBUSY:19971015T133000Z/19971015T180000Z
FREEBUSY:19971015T190000Z/19971015T220000Z
FBURL:http://www.host.com/calendar/busy/jdoe.ifb
END:VFREEBUSY
END:VCALENDAR
The amount of busy time data pointed to by the FBURL will generally
be pre-determined; for example one month of busy time data. As a
guideline, it is recommended that the previous six weeks of busy time
data be published at the location associated with the FBURL. If this
URI points to a file resource, it is recommended that the file
extension be "ifb" to distinguish it from an arbitrary iCalendar
object (e.g., with the "ics" file extension).
Small, et al. Standards Track