Microsoft Daylight Saving Time & Time Zone Blog : Office Outlook

Microsoft Daylight Saving Time and Time Zone update now available (December 2008)

atsim — Fri, 30 Jan 2009 01:22:00 GMT

The most recent cumulative updates to daylight saving time (DST) and world time zones (TZ) are now available for supported versions of the following products. For the latest DST updates on each of these products, please visit the following Microsoft Web site: Microsoft Daylight Saving Time Support page.
The cumulative updates can be downloaded as indicated in the same Web page.

Microsoft product teams follow a semi-annual DST and TZ update schedule, which follows the Windows regular schedule for publishing newly legislated DST rules and time zone updates. These annual "Cumulative Daylight Saving Time and Time Zone Updates" will be released in December for the coming calendar year; a semi-annual update will be released in July/August, as needed. Microsoft products that are affected may also schedule updates to accommodate some of these changes.

For more information about all the DST and TZ updates that have been made to date, visit the following Microsoft Web site:
914387 How to configure daylight saving time for Microsoft Windows operating systems.

More details are available at http://support.microsoft.com/gp/dst_hottopics.

Chile announces an extension on their Daylight Saving Time for 2008

atsim — Sat, 08 Mar 2008 22:26:00 GMT

The government of Chile announced on February 7, 2008, that their current daylight saving time will be extended in order to save energy. The new fall back date for the daylight saving period of 2007-2008 is:

Daylight saving time ends: Last Saturday of March at 11:59:59PM

Information is available via our Chilean web site at http://www.microsoft.com/chile/cambiodehora, "Extension del horario de Verano en Chile". Customers and partners will find additional information on this change and manual remediation at http://blogs.technet.com/latam/archive/tags/DST/default.aspx:

The default configuration for the time zone “(GMT-04:00) Santiago” in Windows Operating Systems does not reflect the new final date for the daylight saving time defined by the government. This bulletin summarizes the actions recommended for customers in Chile to address the extension of daylight saving time and mitigate its impacts.

Tags: Microsoft, Daylight Saving Time, Daylight Savings Time, DST.

Q: Updates to Microsoft Office 2004 for Mac 11.3.7 update and Entourage?

atsim — Thu, 13 Sep 2007 07:35:03 GMT

Q: I checked http://support.microsoft.com/gp/dst_prodlist#Ent and under Entourage it states to download Microsoft Office 2004 for Mac 11.3.7 update.

I checked the KB for the update and it mentioned nothing about DST. I checked the readme for the download and it updates the following 3 files:

Microsoft Component Plugin
Microsoft Excel
Microsoft Ole Automation

Can someone explain how updating to Mac 11.3.7 updates Entourage for DST this Fall?

A: The Entourage product group has noted that the download for the Microsoft Office 2004 for Mac 11.3.7 Update includes most recent updates including the most recent changes to DST update as of August 31, 2007.

Product updates are cumulative, and customers should visit the Office 2004 download page for the latest product information and updates.

See the MacBU's team blog post on the subject at http://blogs.msdn.com/macmojo/archive/2007/01/10/the-times-they-are-a-changin.aspx (as noted earlier here).

[M3]

A previously cancelled Outlook meeting re-appears, and one hour off

atsim — Fri, 20 Apr 2007 17:56:00 GMT

Q: Can anyone explain the re-appearance of a cancelled meeting with a start time one hour off the original scheduled time? A previously cancelled meeting reappeared on my calendar (at the wrong time) and there are no meetings scheduled. I sent cancellation notices for an upcoming meeting that was set up before DST.

A: Sometimes cancelled meetings show up with a start time that is one hour off when a meeting wasn't cancelled correctly, it comes from a corrupted mailbox or from an old, undeleted mailbox. This is a known issue and end users may ignore these meetings.

Calendar appointments showing 1 hour later on recipients' calendar appointments

atsim — Mon, 12 Mar 2007 22:06:00 GMT

Symptom: Any calendaring client may show 1 hour later on a recipients' calendar appointment (Outlook, OWA, Blackberry or Goode devices etc.). The recipient will appear to not follow DST2007 rules. This is true even with OS patches are successfully applied even with rebasing successfully executed. Warning: If the system is not OS-patched or rebased successfully, the symptoms will appear similar to this issue (and the unpatched OS is much more common).

· Explanation: This is caused due to multiple copies of CDO.dll or CDOEX.dll existing on the Exchange and/or BES/Goode servers , and the copy of CDO.dll or CDOEX.dll is not being updated, but the applications (Outlook, OWA, Blackberry, Goode, etc) are using the older version of the dll. This can be created by several applications (unrelated to messaging potentially) which install or copy CDO.dll or CDOEX.dll to a separate directory, then register that rough dll.

· Solution:

o Determine if you have this specific issue,

§ please verify all patches and rebasing issues are successfully applied (for example is the OS clock correct, are meetings the user organized being rebased successfully). If the systems are not properly patched or rebased, the symptoms may appear similar.

§ Verify that if a user who is patched sends an appointment to another user who is patched, that the recipient user is showing that appointment one hour later than originator’s.

§ Search the Exchange server (and BES server etc) for multiple copies of CDO.dll or CDOEX.dll.

1 - Run this: C:\>dir /s cdo.dll

2 - Repeat for all drives.

3 - If there's more than one cdo.dll, you have a problem

Same for cdoex.dll

o Fix:

Exchange 5.5 (CDO.dll only - 5.5 does not use/ship CDOEX.dll)

(note - path to system32 may vary)

1 - c:\winnt\system32\cdo.dll is the correct CDO.dll. Delete all other copies of CDO.dll.

2 - regsvr32 "c:\winnt\system32\cdo.dll"

Exchange 2000/2003 CDO.dll

(again - paths may vary slightly depending on installation)

1 - c:\program files\exchsrvr\bin\cdo.dll is the correct CDO.dll. Delete all other copies of CDO.dll.

2 - regsvr32 "c:\program files\exchsrvr\bin\cdo.dll"

Exchange 2000/2003 CDOEX.dll

1 - c:\Program Files\Common Files\Microsoft Shared\CDO\CDOEX.dll is the correct CDOEX.dll. Delete all other copies of CDOEX.dll.

2 - regsvr32 "c:\Program Files\Common Files\Microsoft Shared\CDO\CDOEX.dll"

Time Zones not updating on Windows 2003, Windows XP or Windows 2000

atsim — Mon, 12 Mar 2007 01:31:00 GMT

After applying 931836 time zone changes don’t take effect until you manually change the time zone

Symptom: We have isolated reports that Windows 2000, XP, and 2003 may find that their Windows clocks do not move forward for DST, even with fixes applied from 931836 or 928388.

· Explanation: The root cause of this issue is still under research, but we believe we can attribute the issue to customers manually applying the time zone updates using the TZEdit application, referring to the steps in KB 914387. It appears that the registry appears to have been altered by some other means (this part is under investigation but could include not completing 914387 or modifying TZ parameters with TZEdit, or potentially malware detection software). This will be updated as research advances.

· Solution:

o Determine if you have this specific issue,

§ Is the OS’s system time not advancing for DST?

§ Open the Time/Date control panel applet and changing the time zone to a new time zone; hitting apply, and changing it back to the original time zone will often correct this problem. This provides confirmation the hotfix was applied, but seems to bypass the aspects involved which prevent the application of the hotfix.

Several customers have confirmed the script below addresses the issue, once it is confirmed to be this specific issue.

Detail:

You may see systems that have successfully applied the Windows DST2007 hotfix 931836 but are still operating on old DST rules after March 11. Opening the Time/Date control panel applet and changing the time zone to a new time zone; hitting apply, and changing it back to the original time zone will often correct this problem. If this is the scenario you are seeing, you can run the following script after the hotfix is applied to automate the process of changing the time zone and ensure that the system runs with update DST2007 rules.

Set objSh = CreateObject("WScript.Shell")

'Get the StandardName key of the current time zone

szStandardName = objSh.RegRead("HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\StandardName")

'Enumerate the subkeys in the time zone database

const HKEY_LOCAL_MACHINE = &H80000002

Set objReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\default:StdRegProv")

szTzsKeyPath = "SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones"

objReg.EnumKey HKEY_LOCAL_MACHINE, szTzsKeyPath, arrTzSubKeys

'Step through the time zones to find the matching Standard Name

szTzKey = "<Unknown>"

For Each subkey In arrTzSubKeys

If (objSh.RegRead("HKLM\" & szTzsKeyPath & "\" & subkey & "\Std") = szStandardName) Then

'Found matching StandardName, now store this time zone key name

szTzKey = subkey

End If

If szTzKey = "<Unknown>" Then

'Write entry to the Application event log stating that the update has failed to execute

objSh.LogEvent 1, "DST 2007 Registry Update and Refresh failed to execute on this computer. Time zones failed to enumerate properly or matching time zone not found."

Wscript.Quit 0

End If

Dim process, processid, result, strUpdateCommand

Set process = GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\cimv2:Win32_process")

'Add time change privilege to the process object

process.Security_.Privileges.AddAsString "SeSystemTimePrivilege",True

strUpdateCommand = "control.exe timedate.cpl,,/Z" & szTzKey

'Launch control.exe to refresh time zone information using the TZ key name obtained above

result = process.create(strUpdateCommand,Null,Null,processid)

If result <> 0 Then

objSh.LogEvent 1, "DST 2007 Registry Update and Refresh failed to execute on this computer. Unable to refresh the Timezone database."

Wscript.Quit 0

End If

'Get current display name of refreshed time zone

szCurrDispName = objSh.RegRead("HKLM\" & szTzsKeyPath & "\" & szTzKey & "\Display")

'Write entry to the Application event log stating that the update has executed

objSh.LogEvent 4, "DST 2007 Registry Update and Refresh has been executed on this computer." & chr(13) & chr(10) & chr(13) & chr(10) & "Current time zone is: " & szCurrDispName & "."

On the File menu, click Save As.

Select a destination, and then type refreshTZinfo.vbs in the File name box.

In the Save as type box, click All Files, and then click Save.

Another variation of this problem has been observed on Windows 2000. In that scenario after applying the DST hotfix or using TZEdit and then changing the time zone (manually or with the script above), the time zone still does not update. For that situation we’ve found that making the registry updates described in 914387 followed by running the script above will reliably cause the system to follow the new DST2007 rules. A symptom you may observe is that if you set the clock to the correct time, it will revert back to the incorrect time within one hour.

Additional information for reference:

Hotfix 931836 has three steps during the install:

1) Hotfix adds registry keys for new time zones, dynamic DST, and time zone version number

2) TZChange.exe updates existing time zones, and adds the values for the new time zones.

3) If the time zone being updated is the time zone the system is on, it calls the API function SetTimeZoneInformation() to update the information that the kernel reads at startup in the registry. After this, it updates a structure in the system that contains this information as well as send out a WM_SYSTEMSETTINGSCHANGE message to running applications

The first problem described above seems to be happing during step #3. Reasons for this failure may be related to security rights (this is still under investigation). The first two steps only require write access to HKLM\Software\Microsoft\Windows NT\CurrentVersion which by default is given to Administrators and Power Users. By default these same two groups have the “Change System Time” user right granted which is needed for step #3.

The following problems have been confirmed when installing the DST2007 patch KB931836:

1. Time Zones registry database was modified before the patch was applied. To check for this, export the Time Zones key (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones) and compare it to a known unpatched system. The key can also be manually verified by checking the TZI value under an affected time zone subkey. The value is in the following C format.

        typedef struct _REG_TZI_FORMAT
        {
            LONG Bias;
            LONG StandardBias;
            LONG DaylightBias;
            SYSTEMTIME StandardDate;
            SYSTEMTIME DaylightDate;
        } REG_TZI_FORMAT;

The StandardDate and DaylightDate fields can be checked for the old or new DST rules.

2. Update.exe failing to run. In this case check if any Microsoft update package installs correctly. If other update packages also have problem then there is a problem with the update engine. Start with http://support.microsoft.com/kb/906602 to begin troubleshooting this issue.

3. Antivirus software interfering with install. Disable antivirus software on a test client and see if the install then works.

4. Incomplete registry update from TZEdit or OS patch (usually on Windows 2000). This can be permissions related. If following the steps from 914387 resolves the problem, this may be the cause of the failure.

The following problems have been confirmed on patched systems that display the incorrect time:

1. Client/Server based solutions such as Novell and Altiris may synchronize the client local clock with the server local clock. Ensure that the time server has also been updated with DST2007 patches.

2. Some third party applications that manually adjust the time may depend on the C run-time library. Ensure that machines that run such applications have been updated with hotfix KB 932590 (http://support.microsoft.com/kb/932590).

We were able to do the rebasing of appts, but now historical appointments are incorrect

atsim — Fri, 09 Mar 2007 17:38:00 GMT

Q: We were able to do the rebasing of appts, but now historical appointments in 1999 are incorrect. What effect does the rebasing tool have on old messages that are restored from archive systems like the vault. What about items that are restored on Exchange? What shoudl we know about appointments that occur in prior years during the 3 week offset... will the times on old emails be 1 hour off?

A: Are you saying appointments going back in time are off and appointments in the DST 2007 time are ok? This expected. Historical time will be changed by 1 hrs in the DST Window.

With respect to Outlook, anything that is stored in UTC (e.g. message delivery times) will be converted to local time using the current time zone rules. This means that looking backwards in time at received messages (whether restored from backup or not) will report incorrect local times for items in the DST delta periods. The UTC times are always correct (and, I would imagine, what can/should be used in sort of legal/compliance situation).

Is there specific guidance for manually updating a recurring meeting during the extended DST period?

atsim — Wed, 07 Mar 2007 23:57:00 GMT

Q: Is there specific guidance for manually updating a recurring meeting during the extended DST period? Modifying the meeting body does not seem to work as the time remains the same.
A: If you are not using the rebasing tools, then the only method is as follows: Have the meeting organizer open the recurring meeting and modify the meetings in the delta period. The attendees will receive an update.

Is there a list of error messages for the Outlook Time Zone Data Update Tool?

atsim — Wed, 07 Mar 2007 23:57:00 GMT

Q: Is there a list of error messages for the Outlook Time Zone Data Update Tool?
A: This KB has information on the the Outlook Time Zone Data Update Tool, including a list of known issues and resolutions; see http://support.microsoft.com/kb/931667 for additional details.

We ran the rebase tool on the machine and did not have the patch. We are patching the machine and going to re-run the rebase again. Can we suppress the emails being sent and will this fix the appointments without sending emails again?

atsim — Wed, 07 Mar 2007 23:56:00 GMT

Q: We ran the rebase tool on the machine and did not have the patch. We are patching the machine and going to re-run the rebase again. Can we suppress the emails being sent and will this fix the appointments without sending emails again?
A: The OS must be patched on the machine that the tool is run on. The tool uses the new TZ keys to determine what needs to move. Any meeting that gets moved on behalf of the originator will send meeting updates. This is the normal behavior of the tool.

If we use a general workstation to run the Outlook update tool against several resource mailboxes, will the workstation time zone over-ride the mailbox time zone if the mailbox is located on another server in another time zone?

atsim — Wed, 07 Mar 2007 23:56:00 GMT

Q: if we use a general workstation to run the Outlook update tool against several resource mailboxes, will the workstation time zone over-ride the mailbox time zone if the mailbox is located on another server in another time zone?
A: you need to have the time zone associated with the resource mailbox in the input file or the workstation time zone will be applied to the resource

Can we change the time zone on the workstation to match the time zone of the resource mailbox and run the Outlook update tool?

atsim — Wed, 07 Mar 2007 23:56:00 GMT

Q: can we change the time zone on the workstation to match the time zone of the resource mailbox and run the Outlook update tool?
A: yes

Where in the documentation does it state a resend of meeting requests?

atsim — Wed, 07 Mar 2007 23:55:00 GMT

Q: Where in the documentation does it state a resend of meeting requests?
A: http://support.microsoft.com/kb/931667. Under "Detailed behavior of the Time Zone Data Update Tool in specific situations" it shows the steps the tool takes when the tool processes a item where the user is orginizer, and one of the steps is "Send updates.

Also, each meeting update costs about 5KB, you should consider this during the planning stage.

Can you stop the ability to send out meetings again or is this natural behavior with the Outlook tool?

atsim — Wed, 07 Mar 2007 23:55:00 GMT

Q: Can you stop the ability to send out meetings again or is this natural behavior with the Outlook tool? We are seeing some of the appointments are correct and others are not.
A: Yes but it is mainly meant to be used for resource mailboxes... please review http://support.microsoft.com/kb/933146 for additional details.

Should you rebase for resource calendars?

atsim — Wed, 07 Mar 2007 23:55:00 GMT

Q: Should you rebase for resource calendars?
A: Yes, you normally would want to rebase resource calendars.