Proper (Best practices) configuration of timezone and DST settings

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

I have a question I'd like to see some 'official' TIDs and discussion of, if
anyone has exact comments from M'Soft...

The question regards the correct implementation of timezone and DST checkbox
settings-
One of our IT staff has 'fixed' a problem by which computers were one hour
off, by asking the users to uncheck the box for Adjust Daylight Savings Time
automatically.

The servers were left with DST checked 'on' for them-
The belief is that when the servers adjust their time for DST, all the
workstations will follow along, and everything will be great...

I think that the way it actually works is that when DST kicks in (Oct 20th?)
none of the workstations will shift time, but the servers will- and we'll be
out of sync by one hour then...

What do people think? Does anyone have a 'correct practices' note from
M'Soft in discussing this?

Tim
 
Tim said:
I have a question I'd like to see some 'official' TIDs and
discussion
of, if anyone has exact comments from M'Soft...

The question regards the correct implementation of timezone and DST
checkbox settings-
One of our IT staff has 'fixed' a problem by which computers were
one
hour off, by asking the users to uncheck the box for Adjust Daylight
Savings Time automatically.

The servers were left with DST checked 'on' for them-
The belief is that when the servers adjust their time for DST, all
the
workstations will follow along, and everything will be great...

I think that the way it actually works is that when DST kicks in
(Oct
20th?) none of the workstations will shift time, but the servers
will- and we'll be out of sync by one hour then...

What do people think? Does anyone have a 'correct practices' note
from
M'Soft in discussing this?

Tim


If the workstations are already sychronized with one of the
servers, which automatically adjusts its time for DST, then you
certainly wouldn't want them (the clients) adding/subtracting an
_additional_ hour twice a year. There's no real need for an "official
TIDs ..... from M'Soft..." for something that is so clearly obvious,
and simple common sense.

--

Bruce Chambers

Help us help you:



You can have peace. Or you can have freedom. Don't ever count on
having
both at once. - RAH
 
Well Bruce, it's not "so clearly obvious" - the servers are indeed sending
out the time to the clients, but it's not clear whether what they're sending
is GMT, which is then adjusted by the client-side settings of timezone and
DST checkbox,

or,

whether the server sends out correctly adjusted time, including DST, in
which case
you WOULD want to 'not set' the timezone or the checkbox on the
workstations...because that would indeed cause the issues you mention...

And, in the case of domain-joined workstations (like this case is), if what
you say is true, then are the timezone and DST settings on workstations
totally ignored, and make no difference?

there are various ways this could work- I'm just looking for which one it is-

I would not have asked the question if it was 'obvious' to me, now would I?

;-) Tim
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Back
Top