Dan,
Here's what I did on my network and this worked like a charm for me. The
problem you're having is that your XP clients are looking towards
time.windows.com for time updates, when if on ADS, they should be receiving
time from your domain controller(s), which should have the DST patch
installed.
I put these commands into a .CMD file and ran it from each client - but
unless you run it as admin, your clients will need power user rights to run
this script (updating registry, starting/stopping services):
net time /SETSNTP:<SERVER>
w32tm /config /update /syncfromflags

OMHIER
net stop w32time
net start w32time
w32tm /resync
On the first command, replace <SERVER> with the DNS name or IP Address of
your Global Catalog Server (First Domain Controlller in your domain).
The first command updates the NtpServer value in the registry to the correct
server and it should replace "time.windows.com". The second command also
updates the registry, telling the computer to use the Domain Hierarchy to
receive time updates (which should be the default on ADS domains).
The 3rd and 4th command stop and restart the time service on the local
machine and the 5th command tells the local computer to resync immediately.
After running this on a machine, you will have to re-enable the checkbox for
Daylight Saving Time from the Date/Time Properties screen. Also, this won't
work unless both server and client have the DST patches installed, but you
said you took care of that. In my case, my clients were looking towards an
old server (2000 - not properly patched) for time and not the domain.
I also restart each client machine, so it reloads the registry values.
Hope it helps.
Jeff
"Dan Andrews" wrote:
> Hello,
> This didn't help. When I ran the command from an XP client it shows
> time.windows.com. Which is neither server. I have unchecked the apply dst in
> the time window and this works. Otherwise it jumps ahead 2 hours!?! I could
> really user the help on this.
> --
> Thanks,
> Dan