This may not be a problem for the forum, but I’ll comment just in case it is:
Today I see an incorrect time in rspamd; it is one hour ahead and I think I started seeing it from the last update.
Correct time: 18:15
Wrong time (rspamd) 7:12 (19:12) The difference in minutes is not a problem, but the hour.
In Mexico this year, we ended up with the idiotic daylight saving time change.
Maybe this problem with the time will be corrected later; I think I read years ago, that it is only one person in charge of updating this time zone madness in Linux.
Hi @MrE, in Central Europe the Daytime Change date for 2023 is 25/03 for DST on and 28/10 for DST off (+1). So usually is UTC +1, with DST is UTC +2.
Currently in cockpit I found no way to know if DST is on or off but maybe it’s due to the fact that DST is currently off. System time is the place for understand which is the server timezone and change this
Some sysadmins dont’ giva a pit for DST. Off is their default, I rather like to don’t compensate time but it’s just my habit.
Not much helpful to solve the problem but as a matter of fact, on CentOS, Mexico’s DST change certainly was taken care of with tzdata package update (tzdata-2022g-1.el7.noarch):