Subject: RE: Weird DST Issue
Notes/Domino 6 and 7 Forum
Copyright IBM
Subject: Most Frequently Asked Questions into Support on 3/12/2006
Posted by Michael Alexander on 2007-03-12 at 23:10 using Lotus Notes
Category: Daylight Saving Time Release: All Releases Platform: All Platforms
Content:
The following are Frequently Asked Questions about DST 2007 presented in roughly the frequency that we receive them and the availability of a direct solution. Please review these questions in order to most efficiently resolve your problem. Additional troubleshooting guidance and Frequently Asked Questions are posted in technotes 1254813 and 1254624.
Q1. Why do meetings appear an hour early in my calendar, and how do I correct this?
A1. In most cases, meetings appearing an hour early would indicate that the operating system patch for DST 2007 has not been applied, or Notes has not been restarted since the patch was applied. Use this short checklist to determine if this is the cause of the problem in your environment.
Check your Location document to confirm that Notes will observe the operating system’s time zone settings. On the Advanced → Basics tab of your Location document, the field “Use operating system time zone” should be set to “Yes”. If it is not, correct this setting and restart Notes.
Create a new Appointment in your calendar for any date. Save that document and then review the StartTimeZone or EndTimeZone fields. If the operating system is updated, these fields will contain a value that includes “DL=3 2 1 11 1 1”. If the value does NOT include this DL rule, confirm that DO=1 (which indicates that Notes is aware that it should observe Daylight Saving Time) and that the rule “DL=4 1 1 10 -1 1” is present (indicating that the standard pre-2007 rules are being used). Then either restart Notes, if you think the operating system patch has been applied, or install the appropriate Microsoft operating system solution from their support article. See question 3 below for more information on problems with the “manual” update.
Check the DSTLaw setting in your notes.ini. If Notes and Domino are set to use the operating system time zone, this will be set for you and you do NOT need to update it manually. This setting should reflect “DSTLaw=3, 2, 1, 11, 1, 1”. If it does not, restart Notes or Domino and check again, (re)install the operating system patch or review question 3 below for information on troubleshooting problems with the “manual” update.
Q2. Why do meetings appear an hour late in my calendar, and how do I correct them?
A2. In most cases, meetings appearing an hour late would indicate that the calendar entry was created by a client prior to the operating system being updated with the new DST 2007 rules. These documents are easily identified and IBM has published agents which will correct these documents with a very high degree of accuracy. Technote 1254639 includes extensive documentation on this as well as video samples. At a very high level the agent will:
Select documents scheduled for 2007 and 2008 expanded DST periods that were created with the old rules or when the old rules were active (or operate on selected documents in the case of the “Selected Documents” version of the agents)
Update the Daylight Saving Time rules that are stored on the documents to match the 2007 rules
Alter the start time of these documents such that they will begin at the intended time
Flag these documents as updated so that subsequent agent operations can process more quickly
Q3. I followed Microsoft KB article 914387 to “manually” update my operating system. What must I do now to make Notes/Domino read these changes?
A3. Some common issues associated with doing the “manual” update to Microsoft operating systems with tzedit.exe and timezone.exe include the following:
failure of one or the other programs to run
failure to reselect the current time zone in the Control Panel (from the Time & Date panel, selecting and applying an incorrect time zone, and then reselecting your proper time zone)
failure to restart Notes/Domino or the operating system
These symptoms are documented in IBM technote 1247972 and in Microsoft KB article 914387 and can be resolved by understanding which part of the update did not take place. From a high level:
After these manual updates are pushed into the registry, both Notes and the operating system must be restarted.
If the views are off but documents are created with the new rule sets, the TimeZoneInformation key must be updated with timezone.exe
If meetings are created with the old time zone rules, then tzedit.exe should be used to correct the time zone that is the target of the meeting being created.
Q4. My server console is showing the wrong time. Why is this?
A4. The server console will reflect the time that Domino reads for the operating system’s time zone. This is a common question for Windows 2000 servers. To resolve the issue, follow the steps listed above for Q3.
For iSeries, the DSTLaw parameter must be updated with the new rule set for 2007. The setting should be “DSTLaw=3, 2, 1, 11, 1, 1”. Additional iSeries information is available on the System i Globalization page and Domino specific information can be found in technote 1247972.
Q5. Domino Web Access users receive “Your timezone setting is different from your Operating System’s current one” at login. Why is this happening and what should be done about it?
A5. To begin with, make sure you have downloaded the updated Forms6.nsf or Forms7.nsf file, or manually updated your current Forms file. Technote 1241063 describes both options in detail.
Note: Domino Web Access is composed of two elements. First, the users’ mail file design which is the data store for mail and calendars. And second, the Forms6.nsf or Forms7.nsf file
which contains the Web application users download via their browser and execute. Time zone rules which are hard coded into various places of the FormsX file need updating in order to be current.
Additionally, the error can occur if you have updated Domino Web Access, but are accessing Domino Web Access from an non-patched operating system. In which case, the corrective action is to apply the
appropriate operating system patch.
Q6. After running agents to correct my Resource Reservations (R&R) databases, rooms show as available for the period one hour ahead of the intended time. For example, a room
should be available from 9:00 AM - 5:00 PM, however it actually shows as available from 8:00 AM to 4:00 PM.
A6. It has been confirmed that the UpdateR&R agents do NOT update the actual Resource documents, and an additional corrective agent is now available to address this issue. See technote 1256439 for more
details on the problem and to obtain the additional agent.