我今天遇到了一个非常相似的问题,但是在更新事件时。我相信我的解决方案与问题有关。
我正在更新在中欧时区创建的事件。我的代码按以下顺序设置属性:
appt.Start = DateTime.UtcNow;
appt.End = DateTime.UtcNow.AddMinutes(30);
appt.StartTimeZone = TimeZoneInfo.FindSystemTimeZoneById("UTC");
appt.EndTimeZone = TimeZoneInfo.FindSystemTimeZoneById("UTC");
使用 Managed Api,我的印象是属性分配的顺序对实际操作没有影响,但是在这种情况下,我发现它不是真的。
Managed Api 生成以下 XML:
<soap:Body>
<m:UpdateItem ConflictResolution="AlwaysOverwrite" SendMeetingInvitationsOrCancellations="SendToNone">
<m:SavedItemFolderId>
<t:FolderId Id="AQMkADJkAAA==" />
</m:SavedItemFolderId>
<m:ItemChanges>
<t:ItemChange>
<t:ItemId Id="AAMkADJkZWZiODMxLWNRE" />
<t:Updates>
<t:SetItemField>
<t:FieldURI FieldURI="calendar:EndTimeZone" />
<t:CalendarItem>
<t:EndTimeZone Name="UTC" Id="UTC">
...
</t:EndTimeZone>
</t:CalendarItem>
</t:SetItemField>
<t:SetItemField>
<t:FieldURI FieldURI="calendar:Start" />
<t:CalendarItem>
<t:Start>2015-10-19T15:30:00.000Z</t:Start>
</t:CalendarItem>
</t:SetItemField>
<t:SetItemField>
<t:FieldURI FieldURI="calendar:End" />
<t:CalendarItem>
<t:End>2015-10-19T16:00:00.000Z</t:End>
</t:CalendarItem>
</t:SetItemField>
...
<t:SetItemField>
<t:FieldURI FieldURI="calendar:StartTimeZone" />
<t:CalendarItem>
<t:StartTimeZone Name="UTC" Id="UTC">
...
</t:StartTimeZone>
</t:CalendarItem>
</t:SetItemField>
</t:Updates>
</t:ItemChange>
</m:ItemChanges>
</m:UpdateItem>
</soap:Body>
切换属性分配的顺序以设置时区首先为我解决了这个问题。
当事件的原始时区等于设置的时区时,也不会出现问题。就在切换时区的时候。
请注意,这并不是真正的解决方案。更好的方法是克隆托管 api 并修复库中的问题。