Asp.net Outlook未正确导入带时区的VCS？

在ASP中的web应用程序中，我们有一个模块，用于生成要导入到您的日历中的VCS文件。 如果客户机与我们位于同一区域（GMT），则此操作正常

但如果我在UTC-01中创建一个在上午9点开始的事件，例如，我仍然将该事件设置为在UTC/GMT上午9点开始，这就像它不会读取TZOFFSET一样

这是生成的VCS。在本例中，活动应于2011年12月30日上午9时至10时在UTC-05（纽约）举行。如果我以格林尼治标准时间离开时区，我的预约时间是上午9点到10点，而不是计算时差。即使我改变了时区，它也会计算出与格林尼治标准时间的差值，而不是事件发生的时区

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:-Microsoft
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/New_York
TZ:UTC-05
X-MICROSOFT-CDO-TZID:10
BEGIN:STANDARD
DTSTART:20111230T090000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
END:STANDARD
BEGIN:DAYLIGHT
DTSTART: 20111230T090000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20111116T100300Z
DTSTART;TZID=America/New_York:20111230T090000
SUMMARY;ENCODING=QUOTED-PRINTABLE:TEST
UID:12347a7833h
ORGANIZER;CN=Test:MAILTO:test@test.com
LOCATION;ENCODING=QUOTED-PRINTABLE:Hall A
DTEND;TZID=America/New_York:20111230T100000
DESCRIPTION;ENCODING=QUOTED-PRINTABLE:
SEQUENCE:0
PRIORITY:5
TRANSP:OPAQUE
CATEGORIES:Test
CLASS:PUBLIC
END:VEVENT
END:VCALENDAR

我在谷歌上搜索了好几天，似乎找不到任何关于如何正确生成风投的好文档

任何帮助都会很好

谢谢，

---

Federico

我相信OP已经解决了这个问题，但这里有一篇很棒的博客文章，讨论了MICROSOFT用于帮助在Outlook中解释时区的专有“X-MICROSOFT-CDO-TZID”标记：

---

编辑：更新链接。

我确信OP已经解决了这个问题，但这里有一篇很棒的博客文章，讨论了MICROSOFT用于帮助Outlook中时区解释的专有“X-MICROSOFT-CDO-TZID”标记：

---

编辑：更新链接。

以下是我提到的博文（不再提供）：

==========

问题是：如果你在谷歌搜索如何创建Outlook日历电子邮件通知/ics文件，你可能会无意中发现这个页面有一个通用模板，你可以使用它。或者您可以向自己发送邀请，并查看ICS文件的源代码

无论哪种方式，您都会在VTIMEZONE块中看到以下行：

TZID:(GMT-05.00) Eastern Time (US & Canada)
X-MICROSOFT-CDO-TZID:10

注意奇怪的X-MICROSOFT-CDO-TZID线。。。它只是有一个数字，“10”。根据微软的说法，数字10代表美国东部时区。搜索谷歌，你可能会看到更多这种奇怪的数字/位置映射的例子，但你很难找到所有映射的完整列表。11是中部时间，12是山区时间，13是太平洋时间，但38是亚利桑那州的山区时间

经过大量研究（以及打电话给MSFT员工），我们在MSDN网站中找到了以下文档：

它记录了正确设置ICS文件所需使用的所有时区“编号”

==========

---

干杯

以下是我提到的博文（不再提供）：

==========

问题是：如果你在谷歌搜索如何创建Outlook日历电子邮件通知/ics文件，你可能会无意中发现这个页面有一个通用模板，你可以使用它。或者您可以向自己发送邀请，并查看ICS文件的源代码

无论哪种方式，您都会在VTIMEZONE块中看到以下行：

TZID:(GMT-05.00) Eastern Time (US & Canada)
X-MICROSOFT-CDO-TZID:10

注意奇怪的X-MICROSOFT-CDO-TZID线。。。它只是有一个数字，“10”。根据微软的说法，数字10代表美国东部时区。搜索谷歌，你可能会看到更多这种奇怪的数字/位置映射的例子，但你很难找到所有映射的完整列表。11是中部时间，12是山区时间，13是太平洋时间，但38是亚利桑那州的山区时间

经过大量研究（以及打电话给MSFT员工），我们在MSDN网站中找到了以下文档：

它记录了正确设置ICS文件所需使用的所有时区“编号”

==========

---

干杯

更新链接。谢谢费德里科。我收到一条消息，说这个博客只授权给受邀的客人。更新了链接。谢谢费德里科。我收到一条消息说，该博客仅授权受邀客人使用。-MSDN值，以防microsoft稍后删除该页。-微软RFC参考MSDN值，以防microsoft稍后删除该页。-微软RFC参考。