2
Wrong scheduled times in internet calendar
Problem reported by Rudolf Lindinger - 4/4/2024 at 2:57 AM
Submitted
Hello,
i have the following problem:
i create a calendar entry - for example 8 to 10 am (UTC+1)
it is shown right in webinterface and in MAPI (emClient). the same calendar is used as internet calendar (shared cal) in outlook. and there the times are wrong. here it is not 8 to 10 - it is shown from 10 to 12.

emclient:


webinterface:

oulook (shared webcal):

i downloaded the ics-file. here is the entry:
BEGIN:VEVENT
CLASS:PUBLIC
CREATED:20240404T092800Z
DESCRIPTION:
DTEND;TZID=Europe/Berlin:20240512T100000
DTSTAMP:20240404T092800Z
DTSTART;TZID=Europe/Berlin:20240512T080000
LAST-MODIFIED:20240404T092800Z
LOCATION:
ORGANIZER;CN=xxxxxxxx:MAILTO:xxxxxxxxxxxxxx
PRIORITY:5
SEQUENCE:0
SUMMARY:Test
TRANSP:TRANSPARENT
UID:xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-BUSYSTATUS:FREE
END:VEVENT

Also interesting is, that at the end of the ics-file are TWO Timezone entries:

BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:STANDARD
DTSTART:20221030T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:CET
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20220327T040000
RRULE:FREQ=YEARLY;BYDAY=4SU;BYMONTH=3
TZNAME:CEST
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
END:DAYLIGHT
END:VTIMEZONE

BEGIN:VTIMEZONE
TZID:W. Europe Standard Time
X-LIC-LOCATION:Europe/Berlin
BEGIN:STANDARD
DTSTART:20221030T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:CET
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20230326T020000
RRULE:FREQ=YEARLY;BYDAY=4SU;BYMONTH=3
TZNAME:CEST
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE

All entries created before Feb. 22, 2024 are shown right. All entries created after are shown wrong in the shared calendar.

Any ideas?
Thank you
Rudolf

12 Replies

Reply to Thread
1
Brian Bjerring-Jensen Replied
create a ticket.
0
Skillworks Replied
I have similar issue, we create an appoint 9.00-10.00 some destination show +1 (10-11). We hve the issue ith the same UTC :Europe/Berlin.
If i create the appont by MAPI/Outlook we have the isse but not with all receipient.
0
Skillworks Replied
I make other test... the problem seems to exists only when the recipient has Microsot Exchange on promise (i'm able to replicate with exchange 2013 and 2019 italian version).

Luca
0
Employee Replied
Employee Post
Hi Luca,

Would you please submit a support ticket so we can review this with you? We'd love to get this replicated and resolved. 
0
Skillworks Replied
We have old ticket 06C-2CA46B6D-0B1A
0
Employee Replied
Employee Post
Hi Luca,

Since that ticket is closed out and a few months old, I'd ask that you please submit a new ticket from the My Tickets page so we can start a new review of this issue. 
0
Alex Burtscher Replied
We have the same issue, when i create a new meeting from outlook at 08:00 am, at the destination it will show up at 09:00 am? if i do the same by active sync or Smartermail Webmail - there is no issue?? 

The Receiver has Hosted Exchange 
1
Roger Replied

I think this is fixed in the beta version 8895 but unfortunately not yet in the stable. We and our customers are also affected and hope that this will be fixed this week.
0
Brian Bjerring-Jensen Replied
Sent one to my outlook.com and no issues in build 8888.
0
Alex Burtscher Replied
Same issue on Version 8895, tested with on promise exchange 2019 :-/ when u sent it to outlook .com it works fine
0
Rudolf Lindinger Replied
Installed latest 8902 - problem still exists. Created Calendar Entry on EmClient connected via EWS to Smartermail from 1 to 2 pm (Timezone Europe/Vienna).
 
It is being replicated to SM Mailserver 8902 in the right way:

But in Outlook (shared Webcalendar from SM) it is shown 2 hours different:


0
Rudolf Lindinger Replied
I also tried it without Exchange (only one IMAP Account and then adding the webcal) - so there is no connection to any exchange server. There still exists the error with two hours difference. So i think it has nothing to do with exchange.

Reply to Thread