Export (0) Print
Expand All
This topic has not yet been rated - Rate this topic

5 Appendix A: Product Behavior

The information in this specification is applicable to the following Microsoft products or supplemental software. References to product versions include released service packs:

  • Microsoft Exchange Server 2003

  • Microsoft Exchange Server 2007

  • Microsoft Exchange Server 2010

  • Microsoft Exchange Server 2013

  • Microsoft Office Outlook 2003

  • Microsoft Office Outlook 2007

  • Microsoft Outlook 2010

  • Microsoft Outlook 2013

Exceptions, if any, are noted below. If a service pack or Quick Fix Engineering (QFE) number appears with the product version, behavior changed in that service pack or QFE. The new behavior also applies to subsequent service packs of the product unless otherwise specified. If a product edition appears with the product version, behavior is different in that product edition.

Unless otherwise specified, any statement of optional behavior in this specification that is prescribed using the terms SHOULD or SHOULD NOT implies product behavior in accordance with the SHOULD or SHOULD NOT prescription. Unless otherwise specified, the term MAY implies that the product does not follow the prescription.

<1> Section 2.1.3.1.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support multiple VCALENDAR components in an iCalendar stream. Office Outlook 2007 and Outlook 2010 only support multiple VCALENDAR components when the METHOD property is PUBLISH.

<2> Section 2.1.3.1.1.1: Office Outlook 2003 and Exchange 2003 do not implement the 'COUNTER' value of METHOD. On export, both implementations will use the 'REPLY' value. On import, Office Outlook 2003 will treat the METHOD as 'PUBLISH', while Exchange 2003 will treat the METHOD as 'REPLY'.

<3> Section 2.1.3.1.1.1: Note that it is possible for a collection of two or more VEVENT components to represent a single appointment. However, Office Outlook 2003 has limited support for iCalendars with multiple VEVENT components. Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 have no support. Refer to the documentation on the RECURRENCE-ID Property in section 2.1.3.1.1.20.20 for additional information.

<4> Section 2.1.3.1.1.1: Office Outlook 2003 and Exchange 2003 do not implement the 'COUNTER' value of METHOD. On export, both implementations will use the 'REPLY' value. On import, Office Outlook 2003 will treat the METHOD as 'PUBLISH', while Exchange 2003 will treat the METHOD as 'REPLY'.

<5> Section 2.1.3.1.1.4: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<6> Section 2.1.3.1.1.4: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<7> Section 2.1.3.1.1.5: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<8> Section 2.1.3.1.1.5: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<9> Section 2.1.3.1.1.6: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<10> Section 2.1.3.1.1.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<11> Section 2.1.3.1.1.7: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<12> Section 2.1.3.1.1.7: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<13> Section 2.1.3.1.1.8: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not support the X-MICROSOFT-CALSCALE property.

<14> Section 2.1.3.1.1.8: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not support the X-MICROSOFT-CALSCALE property.

<15> Section 2.1.3.1.1.8: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not support the X-MICROSOFT-CALSCALE property.

<16> Section 2.1.3.1.1.8: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not support the X-MICROSOFT-CALSCALE property.

<17> Section 2.1.3.1.1.8: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not support the X-MICROSOFT-CALSCALE property.

<18> Section 2.1.3.1.1.9: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<19> Section 2.1.3.1.1.9: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<20> Section 2.1.3.1.1.10: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<21> Section 2.1.3.1.1.10: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<22> Section 2.1.3.1.1.11: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<23> Section 2.1.3.1.1.11: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<24> Section 2.1.3.1.1.12: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<25> Section 2.1.3.1.1.12: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<26> Section 2.1.3.1.1.13: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<27> Section 2.1.3.1.1.13: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<28> Section 2.1.3.1.1.13.1: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<29> Section 2.1.3.1.1.13.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<30> Section 2.1.3.1.1.14: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<31> Section 2.1.3.1.1.14: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<32> Section 2.1.3.1.1.15: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<33> Section 2.1.3.1.1.15: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<34> Section 2.1.3.1.1.16: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<35> Section 2.1.3.1.1.16: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<36> Section 2.1.3.1.1.16: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<37> Section 2.1.3.1.1.16: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<38> Section 2.1.3.1.1.17: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<39> Section 2.1.3.1.1.17: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<40> Section 2.1.3.1.1.17: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<41> Section 2.1.3.1.1.18: Office Outlook 2007, Outlook 2010, and Outlook 2013 use this property for purposes outside the scope of this algorithm.

<42> Section 2.1.3.1.1.18: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support this property.

<43> Section 2.1.3.1.1.19: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support more than one VTIMEZONE component per iCalendar file.

<44> Section 2.1.3.1.1.19: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionRecur, PidLidAppointmentTimeZoneDefinitionStartDisplay, or PidLidAppointmentTimeZoneDefinitionEndDisplay. These implementations only use PidLidTimeZoneDescription and PidLidTimeZoneStruct when exporting or importing VTIMEZONE components and TZID parameters.

<45> Section 2.1.3.1.1.19: Exchange 2010 SP1 and Exchange 2013 set the wYear field to 0x0001 for the first TZRule structure in the array.

<46> Section 2.1.3.1.1.19: Office Outlook 2007, Outlook 2010, and Outlook 2013 use a case-sensitive TZID comparison function.

<47> Section 2.1.3.1.1.19: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionRecur, PidLidAppointmentTimeZoneDefinitionStartDisplay, or PidLidAppointmentTimeZoneDefinitionEndDisplay. These implementations only use PidLidTimeZoneDescription and PidLidTimeZoneStruct when exporting or importing VTIMEZONE components and TZID parameters.

<48> Section 2.1.3.1.1.19.1: Office Outlook 2007, Outlook 2010, and Outlook 2013 use a case-sensitive TZID comparison function.

<49> Section 2.1.3.1.1.19.1: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not override PidLidTimeZoneDescription.

<50> Section 2.1.3.1.1.19.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not parse the STANDARD component with the largest DTSTART.

<51> Section 2.1.3.1.1.19.2: Office Outlook 2003 parses the first occurrence of the STANDARD component in the VTIMEZONE.

<52> Section 2.1.3.1.1.19.2: Exchange 2010 SP1 and Exchange 2013 parse all STANDARD components in the VTIMEZONE that have unique years in their DTSTART subcomponents.

<53> Section 2.1.3.1.1.19.2: Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 fail if more than one STANDARD component is present in a VTIMEZONE.

<54> Section 2.1.3.1.1.19.2.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not set the fields of the stStandardDate field according to the table.

<55> Section 2.1.3.1.1.19.2.1: Office Outlook 2003 imports RDATE if RRULE is not present.

<56> Section 2.1.3.1.1.19.2.1: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 import DTSTART if RRULE is not present.

<57> Section 2.1.3.1.1.19.2.1: Office Outlook 2007, Outlook 2010, and Outlook 2013 use the year 1601.

<58> Section 2.1.3.1.1.19.2.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import VTIMEZONEs with RRULEs that use BYMONTHDAY instead of BYDAY.

<59> Section 2.1.3.1.1.19.2.2: For transitions between Daylight Saving Time and Standard Time based on a specific day of the month, Office Outlook 2003 instead omits the RRULE and exports PidLidTimeZoneStruct.stStandardDate as an RDATE. Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 omit both the RRULE and RDATE, relying on DTSTART to convey the transition date.

<60> Section 2.1.3.1.1.19.2.3: Office Outlook 2003 exports the TZNAME property with value 'Standard Time'.

<61> Section 2.1.3.1.1.19.3: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not parse the DAYLIGHT component with the largest DTSTART.

<62> Section 2.1.3.1.1.19.3: Office Outlook 2003 parses the first occurrence of the DAYLIGHT component in the VTIMEZONE.

<63> Section 2.1.3.1.1.19.3: Exchange 2010 SP1 and Exchange 2013 parse all DAYLIGHT components in the VTIMEZONE that have unique years in their DTSTART subcomponents.

<64> Section 2.1.3.1.1.19.3: Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 fail if more than one DAYLIGHT component is present in a VTIMEZONE.

<65> Section 2.1.3.1.1.19.3: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do export a DAYLIGHT component for time zones that do not observe DST. In this case, the TZOFFSETFROM and TZOFFSETTO properties for both the DAYLIGHT and STANDARD components are all set to the same value.

<66> Section 2.1.3.1.1.19.3.3: Office Outlook 2003 exports the TZNAME property with value 'Daylight Saving Time'.

<67> Section 2.1.3.1.1.20.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 ignore ATTACH properties.

<68> Section 2.1.3.1.1.20.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 ignore ATTACH properties.

<69> Section 2.1.3.1.1.20.1: Office Outlook 2003, Office Outlook 2007, Outlook 2010, Outlook 2013, Exchange 2007 (MIME), Exchange 2010, and Exchange 2013 ignore ATTACH properties specified as CID URIs and, instead, import all of the MIME attachments into the Message object, regardless of whether or not they are referenced in the iCalendar stream.

<70> Section 2.1.3.1.1.20.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 ignore ATTACH properties.

<71> Section 2.1.3.1.1.20.1: Prior to Exchange 2007 SP1, Exchange 2007 (MIME) does not export ATTACH properties specified as CID URIs.

<72> Section 2.1.3.1.1.20.1: Prior to Exchange 2007 SP1, Exchange 2007 (MIME) does not export ATTACH properties specified as CID URIs.

<73> Section 2.1.3.1.1.20.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export ATTACH properties encoded with base64 encoding.

<74> Section 2.1.3.1.1.20.1.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 ignore ATTACH properties.

<75> Section 2.1.3.1.1.20.1.4: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 ignore ATTACH properties.

<76> Section 2.1.3.1.1.20.1.4: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export ATTACH properties encoded with base64 encoding.

<77> Section 2.1.3.1.1.20.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not parse attendee properties with value 'invalid:nomail'.

<78> Section 2.1.3.1.1.20.2: Office Outlook 2007 does not import attendees with a CUTYPE other than "RESOURCE" or "ROOM" and a ROLE of "NON-PARTICIPANT" to PidLidNonSendableBcc.

<79> Section 2.1.3.1.1.20.2: Office Outlook 2007 imports attendees with a CUTYPE other than "RESOURCE" or "ROOM" and a ROLE of "NON-PARTICIPANT" to PidLidNonSendableCc.

<80> Section 2.1.3.1.1.20.2: Office Outlook 2003 imports only one attendee property when the METHOD property has value 'REPLY'. For any other value of METHOD, Office Outlook 2003 does not import any attendee properties.

<81> Section 2.1.3.1.1.20.2: Office Outlook 2003 does not perform address book lookups on attendee properties. A one-off EntryID is always created.

<82> Section 2.1.3.1.1.20.2: Office Outlook 2003 does not set this property.

<83> Section 2.1.3.1.1.20.2: Office Outlook 2003 does not set this property.

<84> Section 2.1.3.1.1.20.2: Office Outlook 2003 does not set this property.

<85> Section 2.1.3.1.1.20.2: Office Outlook 2003 incorrectly adds the RECIP_ORGANIZER (0x00000002) bit to this property.

<86> Section 2.1.3.1.1.20.2: Office Outlook 2003 always uses MAPI_TO (0x00000001).

<87> Section 2.1.3.1.1.20.2: Office Outlook 2003, Exchange 2003, Office Outlook 2007, Exchange 2007, Exchange 2010, and Exchange 2013 do not import the PARTSTAT parameter as PidTagRecipientTrackStatus.

<88> Section 2.1.3.1.1.20.2: Office Outlook 2003, Exchange 2003, Office Outlook 2007, Exchange 2007, Exchange 2010, and Exchange 2013 do not import the X-MS-OLK-RESPTIME parameter.

<89> Section 2.1.3.1.1.20.2: Office Outlook 2007 does not set PidTagRecipientType to 0x00000003 for attendees with a CUTYPE other than "RESOURCE" or "ROOM" and a ROLE of "NON-PARTICIPANT".

<90> Section 2.1.3.1.1.20.2: Office Outlook 2007 sets PidTagRecipientType to 0x00000002 for attendees with a CUTYPE other than "RESOURCE" or "ROOM" and a ROLE of "NON-PARTICIPANT".

<91> Section 2.1.3.1.1.20.2: Exchange 2007, Exchange 2010, and Exchange 2013 use this table.

<92> Section 2.1.3.1.1.20.2: Exchange 2007, Exchange 2010, and Exchange 2013 do not check PidLidAppointmentStateFlags before exporting attendee properties.

<93> Section 2.1.3.1.1.20.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 omit the attendee property if no SMTP address is available.

<94> Section 2.1.3.1.1.20.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export PidLidNonSendableTo, PidLidNonSendableCc, or PidLidNonSendableBcc.

<95> Section 2.1.3.1.1.20.2.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export PidLidNonSendableTo, PidLidNonSendableCc, or PidLidNonSendableBcc.

<96> Section 2.1.3.1.1.20.2.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export the CUTYPE parameter.

<97> Section 2.1.3.1.1.20.2.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export the CUTYPE parameter.

<98> Section 2.1.3.1.1.20.2.3: Office Outlook 2003, Exchange 2003, Office Outlook 2007, Exchange 2007, Exchange 2010, and Exchange 2013 do not import the PARTSTAT parameter for calendars with a METHOD of PUBLISH.

<99> Section 2.1.3.1.1.20.2.3: Office Outlook 2003, Exchange 2003, Office Outlook 2007, Exchange 2007, Exchange 2010, and Exchange 2013 do not export the PARTSTAT parameter for calendars with a METHOD of publish.

<100> Section 2.1.3.1.1.20.2.3: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export the PARTSTAT parameter for calendars with a METHOD of publish.

<101> Section 2.1.3.1.1.20.2.4: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export a ROLE of 'REQ-PARTICIPANT' instead of omitting the ROLE parameter.

<102> Section 2.1.3.1.1.20.2.4: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export PidLidNonSendableTo, PidLidNonSendableCc, or PidLidNonSendableBcc.

<103> Section 2.1.3.1.1.20.2.6: Exchange 2003, Exchange 2007, Exchange 2010, Exchange 2013,, Office Outlook 2003, and Office Outlook 2007 do not import the X-MS-OLK-RESPTIME parameter.

<104> Section 2.1.3.1.1.20.2.6: Exchange 2003, Exchange 2007, Exchange 2010, Exchange 2013, Office Outlook 2003, and Office Outlook 2007 do not export the X-MS-OLK-RESPTIME parameter from PidLidAppointmentReplyTime.

<105> Section 2.1.3.1.1.20.3: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<106> Section 2.1.3.1.1.20.3: Office Outlook 2007, Outlook 2010, and Outlook 2013 consider all of the following to be whitespace characters: Unicode characters U+0009, U+000A, U+000B, U+000C, U+000D, U+0020, U+0085, U+00A0, U+1680, U+2000, U+2001, U+2002, U+2003, U+2004, U+2005, U+2006, U+2007, U+2008, U+2009, U+200A, U+200B, U+2028, U+2029, U+202F, U+3000.

<107> Section 2.1.3.1.1.20.3: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<108> Section 2.1.3.1.1.20.3: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<109> Section 2.1.3.1.1.20.3: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<110> Section 2.1.3.1.1.20.3: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<111> Section 2.1.3.1.1.20.4: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 map SENSITIVITY_PERSONAL (0x00000001) to the 'PERSONAL' value of the CLASS property.

<112> Section 2.1.3.1.1.20.4: Office Outlook 2003 does not support the 'X-PERSONAL' value of the CLASS property. SENSITIVITY_PERSONAL (0x00000001) is exported as 'PRIVATE'.

<113> Section 2.1.3.1.1.20.5: Exchange 2007 (WebDAV) and Office Outlook 2003 do not import or export the COMMENT property. For backwards compatibility, if the METHOD property of the VCALENDAR component is set to 'REPLY' or 'COUNTER', then Office Outlook 2007, Outlook 2010, and Outlook 2013 will export PidTagBody as both COMMENT and DESCRIPTION. In this same case, Office Outlook 2007, Outlook 2010, and Outlook 2013 will import PidTagBody from COMMENT, falling back on DESCRIPTION if a COMMENT is not specified. Regardless of the METHOD property of the VCALENDAR, Exchange 2007 (MIME) will always import PidTagBody from DESCRIPTION, falling back on the COMMENT property if no DESCRIPTION is specified. Exchange 2010 will always import PidTagBody from DESCRIPTION and ignore COMMENT. Exchange 2010 SP2 and Exchange 2013 will import PidTagBody from COMMENT only if the METHOD property is set to 'REPLY' or 'COUNTER' and the DESCRIPTION property is not specified.

<114> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the CONTACT property.

<115> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<116> Section 2.1.3.1.1.20.6: Office Outlook 2007, Outlook 2010, and Outlook 2013 consider all of the following to be whitespace characters: Unicode characters U+0009, U+000A, U+000B, U+000C, U+000D, U+0020, U+0085, U+00A0, U+1680, U+2000, U+2001, U+2002, U+2003, U+2004, U+2005, U+2006, U+2007, U+2008, U+2009, U+200A, U+200B, U+2028, U+2029, U+202F, U+3000.

<117> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<118> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<119> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<120> Section 2.1.3.1.1.20.6: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<121> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not apply this filter.

<122> Section 2.1.3.1.1.20.6: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the contact property.

<123> Section 2.1.3.1.1.20.7: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the CREATED property.

<124> Section 2.1.3.1.1.20.8: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<125> Section 2.1.3.1.1.20.8: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<126> Section 2.1.3.1.1.20.8: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not set PidLidAppointmentDuration.

<127> Section 2.1.3.1.1.20.8: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 require that X-MICROSOFT-CDO-ALLDAYEVENT be set to 'TRUE' if the Calendar object is to be imported as all day. Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day.

<128> Section 2.1.3.1.1.20.8: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-ALLDAYEVENT or X-MICROSOFT-MSNCALENDAR-ALLDAYEVENT properties.

<129> Section 2.1.3.1.1.20.8: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<130> Section 2.1.3.1.1.20.8: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<131> Section 2.1.3.1.1.20.8: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export all day appointments in floating time.

<132> Section 2.1.3.1.1.20.8: Office Outlook 2007 exports non-recurring, non-all day appointments in UTC time.

<133> Section 2.1.3.1.1.20.8.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionRecur.

<134> Section 2.1.3.1.1.20.8.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionEndDisplay.

<135> Section 2.1.3.1.1.20.8.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionRecur.

<136> Section 2.1.3.1.1.20.8.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionEndDisplay.

<137> Section 2.1.3.1.1.20.8.2: Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day.

<138> Section 2.1.3.1.1.20.9: Exchange 2003 and Exchange 2007 always import DTSTAMP as PidLidAttendeeCriticalChange.

<139> Section 2.1.3.1.1.20.10: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<140> Section 2.1.3.1.1.20.10: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<141> Section 2.1.3.1.1.20.10: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not set PidLidAppointmentDuration.

<142> Section 2.1.3.1.1.20.10: Exchange 2003, Exchange 2007, and Exchange 2010 require that X-MICROSOFT-CDO-ALLDAYEVENT be set to 'TRUE' if the Calendar object is to be imported as all day. Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day. Exchange 2010 SP1 and Exchange 2013 import an appointment as an all day appointment if the VALUE parameter is set to 'DATE' for the DTSTART property and the DTEND and DURATION properties are missing.

<143> Section 2.1.3.1.1.20.10: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-ALLDAYEVENT or X-MICROSOFT-MSNCALENDAR-ALLDAYEVENT properties.

<144> Section 2.1.3.1.1.20.10: Exchange 2010 SP2 and Exchange 2013 uses the value of DTSTART to derive the end time if both the DTEND and DURATION properties are not specified.

<145> Section 2.1.3.1.1.20.10: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<146> Section 2.1.3.1.1.20.10: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<147> Section 2.1.3.1.1.20.10: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export all day appointments in floating time.

<148> Section 2.1.3.1.1.20.10: Office Outlook 2007 exports non-recurring, non-all day appointments in UTC time.

<149> Section 2.1.3.1.1.20.10.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionRecur.

<150> Section 2.1.3.1.1.20.10.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionStartDisplay.

<151> Section 2.1.3.1.1.20.10.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionRecur.

<152> Section 2.1.3.1.1.20.10.1: Office Outlook 2003, Office Outlook 2007, Exchange 2003, Exchange 2007, and the initial release version of Exchange 2010 do not export or import PidLidAppointmentTimeZoneDefinitionStartDisplay.

<153> Section 2.1.3.1.1.20.10.2: Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day.

<154> Section 2.1.3.1.1.20.11: For backwards compatibility, if the METHOD property of the VCALENDAR component is set to 'REPLY' or 'COUNTER', then Office Outlook 2007, Outlook 2010, and Outlook 2013 will export PidTagBody as both COMMENT and DESCRIPTION. In this same case, Office Outlook 2007, Outlook 2010, and Outlook 2013 will import PidTagBody from DESCRIPTION if a COMMENT is not specified. Regardless of the METHOD property of the VCALENDAR, Exchange 2007 (MIME) will always import PidTagBody from DESCRIPTION, falling back on the COMMENT property if no DESCRIPTION is specified. Exchange 2010 will always import PidTagBody from DESCRIPTION. Exchange 2010 SP2 and Exchange 2013 will import PidTagBody from COMMENT only if the METHOD property is set to 'REPLY' or 'COUNTER' and the DESCRIPTION property is not specified.

<155> Section 2.1.3.1.1.20.11.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the LANGUAGE parameter.

<156> Section 2.1.3.1.1.20.12: Office Outlook 2003 does not import or export the DURATION property.

<157> Section 2.1.3.1.1.20.13: Exchange 2003, Exchange 2007, Exchange 2007 SP1, Exchange 2007 SP2, Exchange 2010, and Exchange 2013 ignore all instances of EXDATE except the last one in the VEVENT. Exchange 2003, Exchange 2007 SP2, Exchange 2010, and Exchange 2013 also ignore instances of EXDATE that have more than one value.

<158> Section 2.1.3.1.1.20.13: The initial release version of Exchange 2010 and Exchange 2010 SP1 ignore values of EXDATE that are specified in a time zone other than the time zone specified by PidLidTimeZoneStruct. Exchange 2010 SP2 and Exchange 2013 convert values of EXDATE to the time zone specified by PidLidTimeZoneStruct.

<159> Section 2.1.3.1.1.20.13: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not support the X-MICROSOFT-EXDATE property.

<160> Section 2.1.3.1.1.20.13: In certain cases, RecurrencePattern.DeletedInstanceDates will be exported as a X-MICROSOFT-EXDATE instead of an EXDATE. See section 2.1.3.1.1.20.39. Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export EXDATEs with times set to noon in the time zone specified by PidLidTimeZoneStruct.

<161> Section 2.1.3.1.1.20.13.2: Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day.

<162> Section 2.1.3.1.1.20.14: Exchange 2003 and Exchange 2007 import LAST-MODIFIED as PidLidAttendeeCriticalChange.

<163> Section 2.1.3.1.1.20.14: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the LAST-MODIFIED property.

<164> Section 2.1.3.1.1.20.15: Office Outlook 2003 does not apply this filter.

<165> Section 2.1.3.1.1.20.15: Office Outlook 2003 does not apply this filter.

<166> Section 2.1.3.1.1.20.15: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<167> Section 2.1.3.1.1.20.15.1: Exchange 2007, Exchange 2010, and Exchange 2013 import the ALTREP parameter on the LOCATION property to the PidNameLocationUrl (section 2.2.3) property.

<168> Section 2.1.3.1.1.20.15.1: Exchange 2007, Exchange 2010, and Exchange 2013 export the PidNameLocationUrl property to the ALTREP parameter on the LOCATION property.

<169> Section 2.1.3.1.1.20.15.2: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the LANGUAGE parameter.

<170> Section 2.1.3.1.1.20.16: Office Outlook 2003 does not import the organizer property when the METHOD property has a value of 'REPLY'.

<171> Section 2.1.3.1.1.20.16: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export ATTACH properties encoded with base64 encoding.

<172> Section 2.1.3.1.1.20.16: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export ATTACH properties encoded with base64 encoding.

<173> Section 2.1.3.1.1.20.16: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not export ATTACH properties encoded with base64 encoding.

<174> Section 2.1.3.1.1.20.16: If the METHOD property of the iCalendar is 'REPLY', Office Outlook 2003 exports the first entry in the recipient table as an organizer, ignoring the constraints specified in section 2.1.3.1.1.20.16. For other values of the METHOD property, Office Outlook 2003 exports the Address Book object specified by PidTagSentRepresentingEntryId as an organizer.

<175> Section 2.1.3.1.1.20.16: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 omit the organizer property if no SMTP address is available.

<176> Section 2.1.3.1.1.20.18: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support RDATEs.

<177> Section 2.1.3.1.1.20.18: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support RDATEs.

<178> Section 2.1.3.1.1.20.18: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not support RDATEs.

<179> Section 2.1.3.1.1.20.18.2: Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day.

<180> Section 2.1.3.1.1.20.20: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 only import or export the RECURRENCE-ID property in the context of a VCALENDAR component with exactly one VEVENT child and with a METHOD property of value 'REQUEST', 'REPLY', or 'CANCEL'.

<181> Section 2.1.3.1.1.20.20: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 only import or export the RECURRENCE-ID property in the context of a VCALENDAR component with exactly one VEVENT child and with a METHOD property of value 'REQUEST', 'REPLY', or 'CANCEL'.

<182> Section 2.1.3.1.1.20.20: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 only import or export the RECURRENCE-ID property in the context of a VCALENDAR component with exactly one VEVENT child and with a METHOD property of value 'REQUEST', 'REPLY', or 'CANCEL'.

<183> Section 2.1.3.1.1.20.20: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 only import or export the RECURRENCE-ID property in the context of a VCALENDAR component with exactly one VEVENT child and with a METHOD property of value 'REQUEST', 'REPLY', or 'CANCEL'.

<184> Section 2.1.3.1.1.20.20: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 only import or export the RECURRENCE-ID property in the context of a VCALENDAR component with exactly one VEVENT child and with a METHOD property of value 'REQUEST', 'REPLY', or 'CANCEL'.

<185> Section 2.1.3.1.1.20.20: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 only import or export the RECURRENCE-ID property in the context of a VCALENDAR component with exactly one VEVENT child and with a METHOD property of value 'REQUEST', 'REPLY', or 'CANCEL'.

<186> Section 2.1.3.1.1.20.20.2: Office Outlook 2003 requires that a VALUE parameter be set to 'DATE' for both DTSTART and DTEND if the Calendar object is to be imported as all day.

<187> Section 2.1.3.1.1.20.21: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the RESOURCES property.

<188> Section 2.1.3.1.1.20.21: Exchange 2007, Exchange 2010, and Exchange 2013 consider all of the following to be whitespace characters: Unicode characters U+0009, U+000A, U+000B, U+000C, U+000D, U+0020, U+0085, U+00A0, U+1680, U+2000, U+2001, U+2002, U+2003, U+2004, U+2005, U+2006, U+2007, U+2008, U+2009, U+200A, U+200B, U+2028, U+2029, U+202F, U+3000.

<189> Section 2.1.3.1.1.20.21: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the RESOURCES property.

<190> Section 2.1.3.1.1.20.21: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the LAST-MODIFIED property.

<191> Section 2.1.3.1.1.20.21: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the RESOURCES property.

<192> Section 2.1.3.1.1.20.22: Office Outlook 2003, Office Outlook 2007, Outlook 2010, Outlook 2013, Exchange 2003, and Exchange 2007 (WebDAV) import a PidLidAppointmentSequence of 0x00000000 if no SEQUENCE property is specified.

<193> Section 2.1.3.1.1.20.23: Office Outlook 2003 does not import or export the STATUS property.

<194> Section 2.1.3.1.1.20.24: Office Outlook 2003 does not apply these filters.

<195> Section 2.1.3.1.1.20.24: Office Outlook 2003 does not apply these filters.

<196> Section 2.1.3.1.1.20.24: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<197> Section 2.1.3.1.1.20.24: Office Outlook 2003 leaves PidTagSubject unset when no SUMMARY is present.

<198> Section 2.1.3.1.1.20.24: Office Outlook 2003 omits the SUMMARY property if PidTagSubject is unset or empty.

<199> Section 2.1.3.1.1.20.24.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the LANGUAGE parameter.

<200> Section 2.1.3.1.1.20.24.1: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the LANGUAGE parameter.

<201> Section 2.1.3.1.1.20.25: Exchange 2003, Exchange 2007, and Exchange 2010 map the TRANSP property directly to PidNameCalendarTransparent. Update Rollup 7 for Exchange 2007 SP3, Update Rollup 2 for Exchange 2010 SP2, and Exchange 2013 import the TRANSP property into PidLidBusyStatus if the X-MICROSOFT-CDO-BUSYSTATUS and X-MICROSOFT-MSNCALENDAR-BUSYSTATUS properties are absent.

<202> Section 2.1.3.1.1.20.25: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 map the TRANSP property directly to PidNameCalendarTransparent.

<203> Section 2.1.3.1.1.20.25: Exchange 2003, Exchange 2007, Exchange 2010, Office Outlook 2003, Office Outlook 2007, and Outlook 2010 do not support the value 0x00000004 for the PidLidBusyStatus property ([MS-OXOCAL] section 2.2.1.2).

<204> Section 2.1.3.1.1.20.26: The ByteArrayID is case-sensitive in Office Outlook 2007, Outlook 2010, and Outlook 2013.

<205> Section 2.1.3.1.1.20.27: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-ALT-DESC property.

<206> Section 2.1.3.1.1.20.27: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-ALT-DESC property.

<207> Section 2.1.3.1.1.20.28: Office Outlook 2007, Outlook 2010, and Outlook 2013 check to see if DTEND falls on midnight in the time zone specified by DTSTART.

<208> Section 2.1.3.1.1.20.28: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-ALLDAYEVENT or X-MICROSOFT-MSNCALENDAR-ALLDAYEVENT properties.

<209> Section 2.1.3.1.1.20.28: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<210> Section 2.1.3.1.1.20.28: Office Outlook 2007, Outlook 2010, and Outlook 2013 do not have logic to avoid splitting surrogate pairs.

<211> Section 2.1.3.1.1.20.28: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export X-MICROSOFT-CDO-ALLDAYEVENT.

<212> Section 2.1.3.1.1.20.29: Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not import or export X-MICROSOFT-CDO-APPT-SEQUENCE.

<213> Section 2.1.3.1.1.20.29: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE.

<214> Section 2.1.3.1.1.20.30: Exchange 2003 and Exchange 2007 (WebDAV) import and export the X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE property.

<215> Section 2.1.3.1.1.20.30: Exchange 2003 and Exchange 2007 (WebDAV) import and export the X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE property.

<216> Section 2.1.3.1.1.20.31: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-BUSYSTATUS property.

<217> Section 2.1.3.1.1.20.33: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export an X-MICROSOFT-CDO-INSTTYPE with values: 0 if the appointment is non-recurring, 1 if the appointment is recurring, and 3 if the appointment is an exception of a recurring appointment.

<218> Section 2.1.3.1.1.20.34: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<219> Section 2.1.3.1.1.20.34: Update Rollup 2 for Exchange 2010 SP2 and Exchange 2013 set the value of PidLidBusyStatus to 0x00000001 if the METHOD property is REQUEST and the X-MICROSOFT-CDO-INTENDEDSTATUS property is present.

<220> Section 2.1.3.1.1.20.34: Exchange 2010 does not copy the value of PidLidBusyStatus into the PidLidIntendedBusyStatus property. Update Rollup 2 for Exchange 2010 SP2 and Exchange 2013 do copy the value of PidLidBusyStatus into the PidLidIntendedBusyStatus property. Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<221> Section 2.1.3.1.1.20.34: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<222> Section 2.1.3.1.1.20.34: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<223> Section 2.1.3.1.1.20.35: Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not import or export the X-MICROSOFT-CDO-OWNERAPPTID property.

<224> Section 2.1.3.1.1.20.36: Exchange 2003 and Exchange 2007 (WebDAV) import and export the X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE property.

<225> Section 2.1.3.1.1.20.36: Exchange 2003 and Exchange 2007 (WebDAV) import and export the X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE property.

<226> Section 2.1.3.1.1.20.37: If the METHOD property has value 'REPLY', Exchange 2003 and Exchange 2007 (WebDAV) will import X-MICROSOFT-CDO-REPLYTIME as PidLidAttendeeCriticalChange in addition to PidLidAppointmentReplyTime.

<227> Section 2.1.3.1.1.20.37: Exchange 2003 and Exchange 2007 (WebDAV) import and export the X-MICROSOFT-CDO-REPLYTIME property.

<228> Section 2.1.3.1.1.20.38: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MICROSOFT-DISALLOW-COUNTER property.

<229> Section 2.1.3.1.1.20.39: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not import or export the X-MICROSOFT-EXDATE property.

<230> Section 2.1.3.1.1.20.39: Exchange 2003, Exchange 2007 (WebDAV), Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not import or export the X-MICROSOFT-EXDATE property.

<231> Section 2.1.3.1.1.20.40: Exchange 2003, Exchange 2007, Exchange 2010, Exchange 2013, Office Outlook 2003, and Office Outlook 2007 do not import or export the X-MICROSOFT-ISDRAFT property. Specifically, on import, those implementations always treat X-MICROSOFT-ISDRAFT as unset.

<232> Section 2.1.3.1.1.20.40: Exchange 2003, Exchange 2007, Exchange 2010, Exchange 2013, Office Outlook 2003, and Office Outlook 2007 do not import or export the X-MICROSOFT-ISDRAFT property. Specifically, on import, those implementations always treat X-MICROSOFT-ISDRAFT as unset.

<233> Section 2.1.3.1.1.20.41: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MICROSOFT-MSNCALENDAR-ALLDAYEVENT property.

<234> Section 2.1.3.1.1.20.42: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MICROSOFT-MSNCALENDAR-BUSYSTATUS property.

<235> Section 2.1.3.1.1.20.43: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MICROSOFT-MSNCALENDAR-IMPORTANCE property.

<236> Section 2.1.3.1.1.20.44: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<237> Section 2.1.3.1.1.20.45.2: Office Outlook 2003, Office Outlook 2007, Outlook 2010, Outlook 2013, Exchange 2003, and Exchange 2007 (WebDAV) do not import or export the X-MICROSOFT-RRULE property.

<238> Section 2.1.3.1.1.20.46: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-ALLOWEXTERNCHECK property.

<239> Section 2.1.3.1.1.20.47: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-APPTLASTSEQUENCE property.

<240> Section 2.1.3.1.1.20.48: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-APPTSEQTIME property.

<241> Section 2.1.3.1.1.20.48: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-APPTSEQTIME property.

<242> Section 2.1.3.1.1.20.49: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-AUTOFILLLOCATION property.

<243> Section 2.1.3.1.1.20.50: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-AUTOSTARTCHECK property.

<244> Section 2.1.3.1.1.20.51: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-COLLABORATEDOC property.

<245> Section 2.1.3.1.1.20.52: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-CONFCHECK property.

<246> Section 2.1.3.1.1.20.53: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-CONFTYPE property.

<247> Section 2.1.3.1.1.20.54: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-DIRECTORY property.

<248> Section 2.1.3.1.1.20.55: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-MWSURL property.

<249> Section 2.1.3.1.1.20.56: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-NETSHOWURL property.

<250> Section 2.1.3.1.1.20.57: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-ONLINEPASSWORD property.

<251> Section 2.1.3.1.1.20.58: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-ORGALIAS property.

<252> Section 2.1.3.1.1.20.59: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<253> Section 2.1.3.1.1.20.59: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not set PidLidAppointmentDuration.

<254> Section 2.1.3.1.1.20.60: Regardless of the METHOD property of the VCALENDAR, Exchange 2003 and Office Outlook 2003 always map DTSTART and DTEND to PidLidAppointmentStartWhole and PidLidAppointmentEndWhole, respectively. Exchange 2003 and Office Outlook 2003 always ignore X-MS-OLK-ORIGINALSTART and X-MS-OLK-ORIGINALEND. Furthermore, Exchange 2003 and Office Outlook 2003 never export PidLidAppointmentProposedStartWhole or PidLidAppointmentProposedEndWhole.

<255> Section 2.1.3.1.1.20.60: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not set PidLidAppointmentDuration.

<256> Section 2.1.3.1.1.20.61: Office Outlook 2003, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not import or export the X-MS-OLK-SENDER property.

<257> Section 2.1.3.1.1.20.61: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE.

<258> Section 2.1.3.1.1.20.61: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE.

<259> Section 2.1.3.1.1.20.61: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE.

<260> Section 2.1.3.1.1.20.61: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE.

<261> Section 2.1.3.1.1.20.61: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE.

<262> Section 2.1.3.1.1.20.61.1: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export PidLidAppointmentSequence as X-MICROSOFT-CDO-APPT-SEQUENCE

<263> Section 2.1.3.1.1.20.62: Office Outlook 2003, Office Outlook 2007, Outlook 2010, Outlook 2013, and Exchange 2003 ignore TRIGGER properties that are specified as Date-Time.

<264> Section 2.1.3.1.1.20.62: In this case, Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 set PidLidReminderDelta to 0x0000000F for all Calendar objects.

<265> Section 2.1.3.1.1.20.62: Office Outlook 2003 does not set PidLidReminderSignalTime.

<266> Section 2.1.3.1.1.20.62: Office Outlook 2003, Office Outlook 2007, Outlook 2010, Outlook 2013, and Exchange 2003 ignore TRIGGER properties that are specified as Date-Time.

<267> Section 2.1.3.2.1.2: For Office Outlook 2003, the maximum INTERVAL of a YEARLY recurrence is 1.

<268> Section 2.1.3.2.1.10: Office Outlook 2003 does not apply this filter.

<269> Section 2.1.3.2.1.11: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 export an X-MICROSOFT-CDO-INSTTYPE with values: 0 if the appointment is non-recurring, 1 if the appointment is recurring, and 3 if the appointment is an exception of a recurring appointment.

<270> Section 2.1.3.2.2: Office Outlook 2003, Office Outlook 2007, Outlook 2010, Outlook 2013, Exchange 2003, and Exchange 2007 (WebDAV) do not import or export the X-MICROSOFT-RRULE property.

<271> Section 2.1.3.2.2: Exchange 2003, Exchange 2007, and Exchange 2010 do not set the PidLidClipStart property ([MS-OXOCAL] section 2.2.1.14) or the PidLidClipEnd property ([MS-OXOCAL] section 2.2.1.15). Exchange 2010 SP2 and Exchange 2013 set the PidLidClipStart and PidLidClipEnd properties as specified.

<272> Section 2.1.3.2.2.1: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<273> Section 2.1.3.2.2.1: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<274> Section 2.1.3.2.2.1: Exchange 2007 (MIME), Exchange 2010, and Exchange 2013 do not follow this guidance.

<275> Section 2.1.3.2.2.1: Office Outlook 2003, Office Outlook 2007, Outlook 2010, and Outlook 2013 do not import or export the X-MICROSOFT-CDO-OWNERAPPTID property.

<276> Section 2.1.3.2.2.1: Office Outlook 2007, Outlook 2010, and Outlook 2013 export 0x00002021 EndType values as a COUNT part instead of an UNTIL part.

<277> Section 2.1.3.2.2.1: If EndType is 0x00002021, Exchange 2007, Exchange 2007 SP1, and Exchange 2007 SP2 set the UNTIL recurrence part to midnight on the date specified by EndDate.

<278> Section 2.1.3.2.2.1: Office Outlook 2003 will export FirstDOW as the WKST recurrence part, regardless of whether or not it is relevant.

<279> Section 2.1.3.2.2.2: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<280> Section 2.1.3.2.2.2: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<281> Section 2.1.3.2.2.2: Office Outlook 2007, Outlook 2010, and Outlook 2013 export 0x00002021 EndType values as a COUNT part instead of an UNTIL part.

<282> Section 2.1.3.2.2.2: If EndType is 0x00002021, Exchange 2007, Exchange 2007 SP1, and Exchange 2007 SP2 set the UNTIL recurrence part to midnight on the date specified by EndDate.

<283> Section 2.1.3.2.2.2: Office Outlook 2003 will export FirstDOW as the WKST recurrence part, regardless of whether it is relevant.

<284> Section 2.1.3.2.2.3: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<285> Section 2.1.3.2.2.3: Office Outlook 2007, Outlook 2010, and Outlook 2013 will promote MONTHLY recurrences with an INTERVAL of 12 to a YEARLY recurrence.

<286> Section 2.1.3.2.2.3: Office Outlook 2003 imports BYMONTHDAY directly into PatternTypeSpecific.Month.Day.

<287> Section 2.1.3.2.2.3: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<288> Section 2.1.3.2.2.3: Office Outlook 2003 exports PatternTypeSpecific.Month.Day directly as BYMONTHDAY.

<289> Section 2.1.3.2.2.3: Office Outlook 2007, Outlook 2010, and Outlook 2013 export 0x00002021 EndType values as a COUNT part instead of an UNTIL part.

<290> Section 2.1.3.2.2.3: If EndType is 0x00002021, Exchange 2007, Exchange 2007 SP1, and Exchange 2007 SP2 set the UNTIL recurrence part to midnight on the date specified by EndDate.

<291> Section 2.1.3.2.2.3: Office Outlook 2003 will export FirstDOW as the WKST recurrence part, regardless of whether it is relevant.

<292> Section 2.1.3.2.2.4: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<293> Section 2.1.3.2.2.4: Office Outlook 2007, Outlook 2010, and Outlook 2013 will promote MONTHLY recurrences with an INTERVAL of 12 to a YEARLY recurrence.

<294> Section 2.1.3.2.2.4: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<295> Section 2.1.3.2.2.4: Office Outlook 2007, Outlook 2010, and Outlook 2013 export 0x00002021 EndType values as a COUNT part instead of an UNTIL part.

<296> Section 2.1.3.2.2.4: If EndType is 0x00002021, Exchange 2007, Exchange 2007 SP1, and Exchange 2007 SP2 set the UNTIL recurrence part to midnight on the date specified by EndDate.

<297> Section 2.1.3.2.2.4: Office Outlook 2003 will export FirstDOW as the WKST recurrence part, regardless of whether or not it is relevant.

<298> Section 2.1.3.2.2.5: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<299> Section 2.1.3.2.2.5: Office Outlook 2003 does not support Yearly Recurrence with an INTERVAL other than 1.

<300> Section 2.1.3.2.2.5: Office Outlook 2003 imports BYMONTHDAY directly into PatternTypeSpecific.Month.Day.

<301> Section 2.1.3.2.2.5: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<302> Section 2.1.3.2.2.5: Office Outlook 2003 exports PatternTypeSpecific.Month.Day directly as BYMONTHDAY.

<303> Section 2.1.3.2.2.5: Office Outlook 2007, Outlook 2010, and Outlook 2013 export 0x00002021 EndType values as a COUNT part instead of an UNTIL part.

<304> Section 2.1.3.2.2.5: If EndType is 0x00002021, Exchange 2007, Exchange 2007 SP1, and Exchange 2007 SP2 set the UNTIL recurrence part to midnight on the date specified by EndDate.

<305> Section 2.1.3.2.2.5: Office Outlook 2003 will export FirstDOW as the WKST recurrence part, regardless of whether or not it is relevant.

<306> Section 2.1.3.2.2.6: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<307> Section 2.1.3.2.2.6: Office Outlook 2003 does not support Yearly Recurrence with an INTERVAL other than 1.

<308> Section 2.1.3.2.2.6: Office Outlook 2003 does not import or export the X-MICROSOFT-CDO-INTENDEDSTATUS or X-MICROSOFT-MSNCALENDAR-INTENDEDSTATUS properties.

<309> Section 2.1.3.2.2.6: Office Outlook 2007, Outlook 2010, and Outlook 2013 export 0x00002021 EndType values as a COUNT part instead of an UNTIL part.

<310> Section 2.1.3.2.2.6: If EndType is 0x00002021, Exchange 2007, Exchange 2007 SP1, and Exchange 2007 SP2 set the UNTIL recurrence part to midnight on the date specified by EndDate.

<311> Section 2.1.3.2.2.6: Office Outlook 2003 will export FirstDOW as the WKST recurrence part, regardless of whether it is relevant.

<312> Section 2.1.3.2.4: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not implement this compatibility fix for Office Outlook 2003.

<313> Section 2.1.3.2.4: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not implement this compatibility fix for Office Outlook 2003.

<314> Section 2.1.3.2.4: Exchange 2003, Exchange 2007, Exchange 2010, and Exchange 2013 do not implement this compatibility fix for Office Outlook 2003.

<315> Section 2.1.3.3: Exchange 2007 sets these additional properties.

Did you find this helpful?
(1500 characters remaining)
Thank you for your feedback
Show:
© 2014 Microsoft. All rights reserved.