5
Daylight Saving Time problem (DST)
Problem reported by Duarte - 11/4/2021 at 6:20 AM
Resolved
Hi,

SM has already requested more information. While they don't respond, I'm testing the workaroung indicated below in another post. 
 
Since Daylight Saving Time ended on October 31st, Outlook users have problems.
Time is wrong in the message list grid, but correct in the message display.
 
This only happens with internal messages sent from SM servers, if the message comes from Gmail or another provider the time is correct.
 
We are using the latest build and we are in the London and Lisbon time zone. Server and computer client time are correct.
 
These are the dates present in the headers of the received message.
Received: ; Thu, 4 Nov 2021 12:50:17 +0100
Date: Thu, 4 Nov 2021 12:50:18 -0000

10 Replies

Reply to Thread
0
Ale Replied
Hello,
I'm experiencing the same issue on several customers using Outlook (various versions) and SM.
SM build 100.0.7957.24848, all clients time are correct.
0
Liam Dwyer Replied
This was a problem last year as well...

Our time hasn't changed yet so I'm not sure if it is an issue again yet or not.

0
Duarte Replied
Workaround you can test:
1. Uncheck "Automatically adjust clock for Daylight Saving Time" in windows server 2012 (or "Adjust for daylight saving time automatically" in 2016/2019)
2. Restart SmarterMail service

These are the NEW dates present in the headers of the received message:
Received: ; Fri, 5 Nov 2021 12:40:21 +0000
Date: Fri, 5 Nov 2021 12:40:22 -0000
1
Stefano Replied
I've had the same problem
Rebooting the server has solved it.
I've already open a ticket [090-291527C3-0B04] for reporting it.
0
Stefano Replied
Hello, I've received this reply to my ticket

Hello,
I was able to reproduce this issue. It looks like it's caused by Daylight savings.
Example When PST switches to PDT it is not just changing time but changing timezones.
It looks like this is currently a bug. I have gone ahead and reported it as such.
My server is OK until the next change, I hope they would solve it sooner 😅
1
Zach Sylvester Replied
Employee Post
Hey Guys, 

Just wanted to follow up. We are currently working on fixing this issue. I will post updates here as they come. 

Best Regards, 
Zach Sylvester Software Developer SmarterTools Inc. www.smartertools.com
0
David Feuer Replied
OK, DST just changed, any update?
-Dave
0
Zach Sylvester Replied
Employee Post
Hello David, 

Thank you for getting back to us. This issue has been resolved since 8083. I apologize for us forgetting to update this post. 

Kind Regards, 
Zach Sylvester Software Developer SmarterTools Inc. www.smartertools.com
0
David Feuer Replied
0
Alexander Emmerson Replied
Maybe the daylight saving issue appears because smartermail uses other definitions for the beginning of standard and daylight than other clients.

For middle european time zone the daylight begins yearly at the last Sunday in March.
Smartermail users  
RRULE:FREQ=YEARLY;BYDAY=5SU;BYMONTH=3 while others (e.g. outlook) use
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3

For middle european time zone the standard begins yearly at the last Sunday in October.
Smartermail users  
RRULE:FREQ=YEARLY;BYDAY=5SU;BYMONTH=10 while others use
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10

Here the relevant part of the VCALENDAR text: 

BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:STANDARD
DTSTART:00011104T030000
RRULE:FREQ=YEARLY;BYDAY=5SU;BYMONTH=10
TZNAME:Mitteleuropäische Zeit
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:00010405T020000
RRULE:FREQ=YEARLY;BYDAY=5SU;BYMONTH=3
TZNAME:Mitteleuropäische Sommerzeit
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE

Hope, this helps.

Reply to Thread