Share via

Import ics to Office 365 Calendar but the event time is wrong.

Anonymous
2018-05-29T10:05:09+00:00

Hi,

I have an ics file and I try to import it into Office 365 Calendar, but the new events are wrong.

I think the correct event time of '7~8 event' should be "Wed 5/23/2018 7**:00**a - 8:00a @CST" (aka "2018-05-22T23:00:00Z ~ 2018-05-23T00:00:00Z in UTC")

but the website shows the event at "Wed 5/23/2018 6:00a - 7:00a @CST" (aka "2018-05-22T22:00:00Z ~ 2018-05-22T23:00:00Z in UTC)

Pic 1. Setting the current time zone in Beijing (UTC+8)

Pic 2. Setting the current time zone in UTC+0

Pic 3. Google Calendar can show the correct event time. (display event in UTC)

There is my ics file.

BEGIN:VCALENDAR

PRODID:Microsoft Exchange Server

VERSION:2.0

CALSCALE:GREGORIAN

METHOD:PUBLISH

BEGIN:VTIMEZONE

TZID:Asia/Shanghai

X-LIC-LOCATION:Asia/Shanghai

BEGIN:STANDARD

TZNAME:CST

DTSTART:19411001T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

BEGIN:DAYLIGHT

TZNAME:CDT

DTSTART:19860504T000000

TZOFFSETFROM:+0800

TZOFFSETTO:+0900

END:DAYLIGHT

BEGIN:STANDARD

TZNAME:CST

DTSTART:19860914T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

BEGIN:DAYLIGHT

TZNAME:CDT

DTSTART:19870412T000000

TZOFFSETFROM:+0800

TZOFFSETTO:+0900

END:DAYLIGHT

BEGIN:STANDARD

TZNAME:CST

DTSTART:19870913T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

BEGIN:DAYLIGHT

TZNAME:CDT

DTSTART:19880410T000000

TZOFFSETFROM:+0800

TZOFFSETFROM:+0800

TZOFFSETTO:+0900

END:DAYLIGHT

BEGIN:STANDARD

TZNAME:CST

DTSTART:19880911T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

BEGIN:DAYLIGHT

TZNAME:CDT

DTSTART:19890416T000000

TZOFFSETFROM:+0800

TZOFFSETTO:+0900

END:DAYLIGHT

BEGIN:STANDARD

TZNAME:CST

DTSTART:19890917T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

BEGIN:DAYLIGHT

TZNAME:CDT

DTSTART:19900415T000000

TZOFFSETFROM:+0800

TZOFFSETTO:+0900

END:DAYLIGHT

BEGIN:STANDARD

TZNAME:CST

DTSTART:19900916T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

BEGIN:DAYLIGHT

TZNAME:CDT

DTSTART:19910414T000000

TZOFFSETFROM:+0800

TZOFFSETTO:+0900

END:DAYLIGHT

BEGIN:STANDARD

TZNAME:CST

DTSTART:19910915T000000

TZOFFSETFROM:+0900

TZOFFSETTO:+0800

END:STANDARD

END:VTIMEZONE

BEGIN:VTIMEZONE

TZID:Etc/UTC

X-LIC-LOCATION:Etc/UTC

BEGIN:STANDARD

TZNAME:UTC

DTSTART:19700101T000000

TZOFFSETFROM:+0000

TZOFFSETTO:+0000

END:STANDARD

END:VTIMEZONE

BEGIN:VEVENT

UID: 040000008200E00074C5B7101A82E00800000000E4B56E3BC4F1D301000000000000000010

 0000002DF16AE26FBA1A4095471635E4CD32CD

SEQUENCE:0

SUMMARY:7~8 event

DESCRIPTION:

LOCATION:

STATUS:CONFIRMED

TRANSP:OPAQUE

CLASS:PUBLIC

ORGANIZER;CN=******@domain.com:

 ******@domain.com:

DTSTART;TZID=Asia/Shanghai:20180523T070000

DTEND;TZID=Asia/Shanghai:20180523T080000

CREATED:20180522T115912Z

LAST-MODIFIED:20180522T115912Z

END:VEVENT

END:VCALENDAR

Thanks.

<PII is removed to protect your privacy>

Outlook | Windows | Classic Outlook for Windows | For home

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

12 answers

Sort by: Most helpful
  1. Anonymous
    2018-06-11T07:23:09+00:00

    Hi Joe,

    Do you receive the .ics file I've sent to you?

    Thanks,

    Lance

    Hi Lance,

    Thanks for your help. I have checked the .ics file you sent to me, but I think it doesn't solve my problem because of the following two reasons.

    Reason 1.

    I get another problem when I use your test .ics file to describe an event at "Sun 4/14/1991 8:00~8:30" in Shanghai.

    Shanghai had observed daylight saving time during 1986~1991, so it's in CDT time zone (UTC+9) at 4/14/1991~4/15/1991. [1]

    Therefore, the date time "Sun 4/14/1991 8:00" in Shanghai should be as same as the date time "Sat 4/13/1991 23:00" in UTC time zone. [2]

    However, after I import a new .ics file which is followed by your test file, the server shows this event is at "Sun 4/14 1991 00:00" in UTC time zone.

    It's a wrong date time!

    Reason 2.

    The only different between your file and mine is that there are some Standard/Daylight Time rules to describe the time zone change during 1986~1991 in my .ics file.

    However, those rules should NOT effect the events which are in 2018.

    Besides, the Google Calendar can show the event information correctly after I import the same .ics file.

    I seriously doubt that there are some bugs of your .ics parser.

    I hope your RD team can check this issue.

    Thanks.

    [1] Time Changes in Shanghai https://www.timeanddate.com/time/zone/china/shanghai

    [2] Time Zone Converter https://www.timeanddate.com/worldclock/converter.html?iso=19910413T230000&p1=237&p2=1440

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments
  2. Anonymous
    2018-05-31T11:41:52+00:00

    Hi Lance,

    Sorry for your misunderstanding. The ics file is written by myself after I read the iCalendar spec document (RFC 5545).

    I didn't find anywhere can update my Office 365 web app. Do you know how to update those app?

    After I import the file, OWA shows the timezone in my default display timezone (UTC+8), and as same as Google Calendar.

    However, OWA shows the incorrect event time: 6:00a~7:00a in UTC+8, but Google Calendar shows the correct event time: 7:00a~8:00a in UTC+8.

    Thanks.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2018-05-31T10:36:36+00:00

    Hi Joe,

    Thanks for your notification. I've read the post again.

    I notice that there is a value 'Microsoft Exchange Server' in the ics file, so I'd like to confirm if this file is exported from the calendar on your local Exchange server. Meanwhile, please let me know the current Exchange environment. Do you use Exchange hybrid?

    If you are able to update your Office 365 web app, please update it and verify the result.

    As this file shows correctly Gmail, we can conclude that the file might be ok. The issue may occur when the file is imported to OWA.

    Did you confirm if the timezone is the same as OWA?

    Thanks,

    Lance

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2018-05-31T03:28:58+00:00

    Hi Lance,

    I don't have the permission to download Outlook in my PC. I can only use Outlook web app (Office 365).

    Do I need to update my Office 365 web app before I import ics file?

    By the way, I simplify the problem and edit the original post.

    I have checked the RFC 5545 document (iCalendar Spec.), and it seems nothing wrong in my ics file.

    Besides, this ics file can be shown correctly in Google Calendar, but Office 365 Calendar can't.

    Is it a bug of Office 365 Calendar?

    Thanks.

    Was this answer helpful?

    0 comments No comments
  5. Anonymous
    2018-05-30T09:49:44+00:00

    Hi Joe,

    Please check if the ics file and the time zone is correct in Outlook. If the time code is correct, please set the time zone for the event to UTC+0 and import the ics file again to verify the result.

    Meanwhile, I'd like to confirm if you've installed the latest update for all the Office apps. You can go to File > Office Account > Update Options > Update Now in Outlook to check for updates. If the version of Outlook is not up to date, please import the ics file again after upgrading.

    After importing, please check if the event time shows correct in the Outlook web app.

    Thanks,

    Lance

    Was this answer helpful?

    0 comments No comments