Posts Tagged: ‘Kalender’

Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone

26. Mai 2016 Posted by Manfred Meise

Auch dieses Jahr hat sich das chileische Energieministerium entschieden, einen Wechsel der Zeitzone und damit Wiedereinführung der Sommer- und Winterzeit zu machen. Allerdings wissen Politiker wohl nicht, welche Aufwand sie in der Industrie (wie z.B. der IT) sie damit verursachen. Ab dem Stichtag wird die Rückkehr zur Zeitzone von bisher UTC-3 (nur Normalzeit)  zu UTC-4 (mit Sommer-/Winterzeit) wirksam.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.

2. Domino aktualisieren

Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvmlibibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to jvmlib
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvmlib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvmlib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).


Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).


Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone

2. Mai 2016 Posted by Manfred Meise

Auch dieses Jahr hat sich das chileische Energieministerium entschieden, einen Wechsel der Zeitzone und damit WiedereinfĂĽhrung der Sommer- und Winterzeit zu machen. Allerdings wissen Politiker wohl nicht, welche Aufwand sie in der Industrie (wie z.B. der IT) sie damit verursachen. Ab dem Stichtag wird die RĂĽckkehr zur Zeitzone von bisher UTC-3 (nur Normalzeit)  zu UTC-4 (mit Sommer-/Winterzeit) wirksam.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur fĂĽr Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Ăśberblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschlieĂźen konnte.


1. Windows der Server aktualisieren

Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.

2. Domino aktualisieren

Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to \jvm\lib\
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausfĂĽhren fĂĽr die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

3. Windows der Clients aktualisieren

Der Hotfix fĂĽr Win2013R2 ist auch fĂĽr andere Windows Versionen verfĂĽgbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).


Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).


Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone

2. Mai 2016 Posted by Manfred Meise

Auch dieses Jahr hat sich das chileische Energieministerium entschieden, einen Wechsel der Zeitzone und damit Wiedereinführung der Sommer- und Winterzeit zu machen. Allerdings wissen Politiker wohl nicht, welche Aufwand sie in der Industrie (wie z.B. der IT) sie damit verursachen. Ab dem Stichtag wird die Rückkehr zur Zeitzone von bisher UTC-3 (nur Normalzeit)  zu UTC-4 (mit Sommer-/Winterzeit) wirksam.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.

2. Domino aktualisieren

Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to \jvm\lib\
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).


Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).


Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone

2. Mai 2016 Posted by Manfred Meise

Auch dieses Jahr hat sich das chileische Energieministerium entschieden, einen Wechsel der Zeitzone und damit Wiedereinführung der Sommer- und Winterzeit zu machen. Allerdings wissen Politiker wohl nicht, welche Aufwand sie in der Industrie (wie z.B. der IT) sie damit verursachen. Ab dem Stichtag wird die Rückkehr zur Zeitzone von bisher UTC-3 (nur Normalzeit)  zu UTC-4 (mit Sommer-/Winterzeit) wirksam.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.

2. Domino aktualisieren

Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvmlibibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to jvmlib
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvmlib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvmlib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).


Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).


Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 15.05.2016 seine Zeitzone

2. Mai 2016 Posted by Manfred Meise

Auch dieses Jahr hat sich das chileische Energieministerium entschieden, einen Wechsel der Zeitzone und damit Wiedereinführung der Sommer- und Winterzeit zu machen. Allerdings wissen Politiker wohl nicht, welche Aufwand sie in der Industrie (wie z.B. der IT) sie damit verursachen. Ab dem Stichtag wird die Rückkehr zur Zeitzone von bisher UTC-3 (nur Normalzeit)  zu UTC-4 (mit Sommer-/Winterzeit) wirksam.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Durch automatische Windows Updates erhält man die entsprechenden Aktualisierung un erkennt dann in der Zeitzone (Santiago UTC-4) dass diese angewendet wurden.

2. Domino aktualisieren

Hier hat die IBM leider kein FixPack oder HotFix zur Verfügung (auch das jetzt aktuellen FP6 - das eigentlich die Aktuelisierung der Java Umgebung enhalten sollte). Löst das Problem nicht..
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.7.16d). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to \jvm\lib\
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht). Hier kann das oben gelistete Script verwendet werden (nachdem die Pfade angepasst wurden). Da ich befürchte dass uns diese Prozedur auch im kommenden Jahr wieder beschäftigen mag, haben wir nun den Aufruf des Utilities bei der Windows Anmeldung hinterlegt, damit wir auch Neuinstallionen aktualisieren, die sonst ja falsch wären.

ACHTUNG: Nach Anwendung des Patches (nach heutigem Stand) bitte keine FPs installieren - oder nachher wieder das JTZU anwenden!

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).


Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).


Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 26.04.2015 seine Zeitzone

24. April 2015 Posted by Manfred Meise

Auch Chile hat sich entschieden, keine jährlichen Wechsel zwischen Sommer- und Winterzeit mehr zu machen. Allerdings hat man auch entschieden ab dem Stichtag der vorgesehen Rückkehr zur bisherigen Normalzeit in der aktuellen Sommerzeit zu bleiben und diese zukünftig als Normalzeit zu führen. Dieses kommt einem Wechsel der Zeitzone von bisher UTC-4 (mit Sommer-/Winterzeit) auf jetzt UTC-3 (nur Normalzeit) gleich.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur fĂĽr Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Ăśberblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschlieĂźen konnte.


1. Windows der Server aktualisieren

Der einfachste Teil des Ganzen. https://support.microsoft.com/en-us/kb/3039024

Win2008 R2

Microsoft hat Windows Aktualisierungen rechtzeitig fertig gehabt, und diese durch Windows Update auf Windows 2008R2 Server verteilt. Man erkannt die erfolgreiche Aktualisierung daran, dass in der Zeitzonenauswahl "Santiago" mit UTC-3 gefĂĽhrt wird und die Uhrzeit gleich bleibt.

Win2012 R2

Keine
automatische Aktuaisierung durch Windows Update. Statt dessen muss ein HotFix geladen werden: https://support.microsoft.com/en-us/kb/3049874, der dann jedoch schnell und erfolgreich implememtiert wurde. Fehlt der HotFix erscheint in der Zeitzonenauswahl fĂĽr Santiago "UTC-4" und die Uhr wird zum Stichtag um eine Stunde zurĂĽck gesetzt.

2. Domino aktualisieren

Hier hatte die IBM leider kein rechtzeitiges Update oder FixPack oder HotFix zur VerfĂĽgung. Nur mit UnterstĂĽtzung des IBM Support ist es mir gelungen, notwendige Arbeiten zu verstehen unnd durchzufĂĽhren. So lern man z.B. dass der Traveler nach dem Microsoft Update nicht mehr startet, weil eine Diskrepanz zwischen Zeitzone des Betriebsystems und Traveler erkannt wird:
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.5.16a). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to \jvm\lib\
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausfĂĽhren fĂĽr die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

3. Windows der Clients aktualisieren

Der Hotfix fĂĽr Win2013R2 ist auch fĂĽr andere Windows Versionen verfĂĽgbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht).

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
UpdateTimezoneAdminJKChile2015.lss

Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
UpdateTimeZoneRNRChile2015.lss

Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chlle ändert mit Wirkung zum 26.04.2015 seine Zeitzone

24. April 2015 Posted by Manfred Meise

Auch Chile hat sich entschieden, keine jährlichen Wechsel zwischen Sommer- und Winterzeit mehr zu machen. Allerdings hat man auch entschieden ab dem Stichtag der vorgesehen Rückkehr zur bisherigen Normalzeit in der aktuellen Sommerzeit zu bleiben und diese zukünftig als Normalzeit zu führen. Dieses kommt einem Wechsel der Zeitzone von bisher UTC-4 (mit Sommer-/Winterzeit) auf jetzt UTC-3 (nur Normalzeit) gleich.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Der einfachste Teil des Ganzen. https://support.microsoft.com/en-us/kb/3039024

Win2008 R2

Microsoft hat Windows Aktualisierungen rechtzeitig fertig gehabt, und diese durch Windows Update auf Windows 2008R2 Server verteilt. Man erkannt die erfolgreiche Aktualisierung daran, dass in der Zeitzonenauswahl "Santiago" mit UTC-3 geführt wird und die Uhrzeit gleich bleibt.

Win2012 R2

Keine
automatische Aktuaisierung durch Windows Update. Statt dessen muss ein HotFix geladen werden: https://support.microsoft.com/en-us/kb/3049874, der dann jedoch schnell und erfolgreich implememtiert wurde. Fehlt der HotFix erscheint in der Zeitzonenauswahl für Santiago "UTC-4" und die Uhr wird zum Stichtag um eine Stunde zurück gesetzt.

2. Domino aktualisieren

Hier hatte die IBM leider kein rechtzeitiges Update oder FixPack oder HotFix zur Verfügung. Nur mit Unterstützung des IBM Support ist es mir gelungen, notwendige Arbeiten zu verstehen unnd durchzuführen. So lern man z.B. dass der Traveler nach dem Microsoft Update nicht mehr startet, weil eine Diskrepanz zwischen Zeitzone des Betriebsystems und Traveler erkannt wird:
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.5.16a). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvmlibibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to jvmlib
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvmlib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvmlib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht).

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
UpdateTimezoneAdminJKChile2015.lss

Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
UpdateTimeZoneRNRChile2015.lss

Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 26.04.2015 seine Zeitzone

24. April 2015 Posted by Manfred Meise

Auch Chile hat sich entschieden, keine jährlichen Wechsel zwischen Sommer- und Winterzeit mehr zu machen. Allerdings hat man auch entschieden ab dem Stichtag der vorgesehen Rückkehr zur bisherigen Normalzeit in der aktuellen Sommerzeit zu bleiben und diese zukünftig als Normalzeit zu führen. Dieses kommt einem Wechsel der Zeitzone von bisher UTC-4 (mit Sommer-/Winterzeit) auf jetzt UTC-3 (nur Normalzeit) gleich.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Der einfachste Teil des Ganzen. https://support.microsoft.com/en-us/kb/3039024

Win2008 R2

Microsoft hat Windows Aktualisierungen rechtzeitig fertig gehabt, und diese durch Windows Update auf Windows 2008R2 Server verteilt. Man erkannt die erfolgreiche Aktualisierung daran, dass in der Zeitzonenauswahl "Santiago" mit UTC-3 geführt wird und die Uhrzeit gleich bleibt.

Win2012 R2

Keine
automatische Aktuaisierung durch Windows Update. Statt dessen muss ein HotFix geladen werden: https://support.microsoft.com/en-us/kb/3049874, der dann jedoch schnell und erfolgreich implememtiert wurde. Fehlt der HotFix erscheint in der Zeitzonenauswahl für Santiago "UTC-4" und die Uhr wird zum Stichtag um eine Stunde zurück gesetzt.

2. Domino aktualisieren

Hier hatte die IBM leider kein rechtzeitiges Update oder FixPack oder HotFix zur Verfügung. Nur mit Unterstützung des IBM Support ist es mir gelungen, notwendige Arbeiten zu verstehen unnd durchzuführen. So lern man z.B. dass der Traveler nach dem Microsoft Update nicht mehr startet, weil eine Diskrepanz zwischen Zeitzone des Betriebsystems und Traveler erkannt wird:
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.5.16a). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to \jvm\lib\
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht).

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
UpdateTimezoneAdminJKChile2015.lss

Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
UpdateTimeZoneRNRChile2015.lss

Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Chile ändert mit Wirkung zum 26.04.2015 seine Zeitzone

24. April 2015 Posted by Manfred Meise

Auch Chile hat sich entschieden, keine jährlichen Wechsel zwischen Sommer- und Winterzeit mehr zu machen. Allerdings hat man auch entschieden ab dem Stichtag der vorgesehen Rückkehr zur bisherigen Normalzeit in der aktuellen Sommerzeit zu bleiben und diese zukünftig als Normalzeit zu führen. Dieses kommt einem Wechsel der Zeitzone von bisher UTC-4 (mit Sommer-/Winterzeit) auf jetzt UTC-3 (nur Normalzeit) gleich.

Dieses muss in System technisch nachgezogen werden (besonders wenn System mit zentraler, externer Zeit versorgt). Im Notes / Domino Umfeld mit Windows Systemen heisst das:

1. Windows der Server aktualisieren
2. Domino aktualisieren
3. Windows der Clients aktualisieren
4. Notes aktualisieren
5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Die Prozedur für Domino Administratoren ist in einem alten Beitrag der IBM (bezogen auf die letzte Umstellung) beschrieben.
http://www-01.ibm.com/support/docview.wss?uid=swg21633158
Dieser grobe Fahrplan gibt einen Überblick, doch stecktt der Teufel (wie oft) im Detail. Hier meine Erkenntnisse nachdem ich (danke der erstklassigen Hilfe des IBM Supports) heute meine Umstellungen (rechtzeitig) abschließen konnte.


1. Windows der Server aktualisieren

Der einfachste Teil des Ganzen. https://support.microsoft.com/en-us/kb/3039024

Win2008 R2

Microsoft hat Windows Aktualisierungen rechtzeitig fertig gehabt, und diese durch Windows Update auf Windows 2008R2 Server verteilt. Man erkannt die erfolgreiche Aktualisierung daran, dass in der Zeitzonenauswahl "Santiago" mit UTC-3 geführt wird und die Uhrzeit gleich bleibt.

Win2012 R2

Keine
automatische Aktuaisierung durch Windows Update. Statt dessen muss ein HotFix geladen werden: https://support.microsoft.com/en-us/kb/3049874, der dann jedoch schnell und erfolgreich implememtiert wurde. Fehlt der HotFix erscheint in der Zeitzonenauswahl für Santiago "UTC-4" und die Uhr wird zum Stichtag um eine Stunde zurück gesetzt.

2. Domino aktualisieren

Hier hatte die IBM leider kein rechtzeitiges Update oder FixPack oder HotFix zur Verfügung. Nur mit Unterstützung des IBM Support ist es mir gelungen, notwendige Arbeiten zu verstehen unnd durchzuführen. So lern man z.B. dass der Traveler nach dem Microsoft Update nicht mehr startet, weil eine Diskrepanz zwischen Zeitzone des Betriebsystems und Traveler erkannt wird:
 
03/26/2015 06:41:46 AM  Notes Traveler: Server starting...                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Timezone discrepency.  Domino reports 'Pacific SA' which does not support daylight savings.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Java reports 'Chile Time' (America/Santiago) which supports daylight savings.          
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system This discrepency may result in calendar events being shifted on devices synchronizing with this server.                                                          

03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Please alter these values to be equivalent and make sure all operating system and Domino server fixes related to daylight savings time have been installed.                                                                
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system Refer to
https://www.ibm.com/support/docview.wss?uid=swg21428812 for details.            
03/26/2015 06:41:47 AM  Notes Traveler: SEVERE *system NTS_IGNORE_TIMEZONE_ERROR=true in notes.ini.  Ignoring timezone error. Please be aware that calendar events may be created with incorrect  dates or times.                                                            

03/26/2015 06:41:54 AM  Notes Traveler: Server started.    


Umgehungslösung (bis das Update der Server abgeschlossen ist) - setzen der Notes.ini Variablen (wie im Fehlerprotokoll angegeben. Hintergrund ist, dass der Traveler in Java implementiert ist und JVMs eigen Zeitzonedefinitionen mitbringen (die aktualisiert werden müssen).

Aktualisierung Server JVM

Hierzu bietet die IBM ein Tool an (Java Time Zone Utility JTZU), welches sogar in aktuellem Stand vorliegt (1.5.16a). https://www.ibm.com/developerworks/java/jdk/dst/jtzu.html . Leider kommt dieses nicht mehr mit aktuellen Domino Servern und Notes clients klar (erkennt die JVMs nicht).

The JTZU tool has a problem because it doesn't issue a java -version to look at version information it looks at jar files. For Java 1.6 its
looking for jvm\lib\ibmxmlcrypto.jar, which we don't ship in 8.5.1. You can get the JTZU tool to run by creating a dummy file with the same name in that directory.
To do this:

1. Open a command line prompt.
2. cd to \jvm\lib\
3. Issue a the following command to make sure there is not a file there already:

dir ibmxmlcrypto.jar

You should receive a File Not Found message. If the file is there do not process forward with the steps.

4. Issue the following command in the command line window:

echo 1 > ibmxmlcrypto.jar

This will create a file named ibmxmlcrypto.jar in the jvm\lib directory. (das gleiche ausführen für die core.jar Datei)

5. Run the JTZU tool. It should now see the JVM installation as valid.
6. Issue the following command to delete the dummy file you created:
del ibmxmlcrypto.jar


Nach erfolgreicher Aktualisierung der Server-JVMs berichtet der Traveler immer noch eine Diskrepanz! Doch haben Tests ergeben, dass Kalendereinträge (vor und nach dem Stichtag) sauber erstellt werden. Nach Ablauf des Stichtages kann dann auch der Notes.ini Eintrag für den Traveler wieder entfernt werden.

3. Windows der Clients aktualisieren

Der Hotfix für Win2013R2 ist auch für andere Windows Versionen verfügbar (ich habe Win8.1) erfolgreich genutzt.

4. Notes aktualisieren

Für Notes 9 Client kann das JTZU Tool verwendet werden. Auch müssen die beiden "Dummy-Dateien" im "jvm\lib" Verzeichnis angelegt werden (sieh Server JVM), damit das Tool diese JVM erkennt. Es kann im Batchmode (silent) gestart werden (Mehrfachstart stört nicht).

5. Domino Datenbanken, welche Kalendereinträge führen (Benutzermailfiles, Ressourcen, u.s.w.) pflegen

Dieses ist der letzte Teil der Arbeiten (und leider mein Zuständigkeitsbereich als Domino Administrator). Abgeleitet vom Pflegeagent aus 2013 haben wir eine aktualisierte Fassung für die jetzt anstehenden Aktualisierungen erhalten.

Aktualisierung Benutzerkalender in Mailfiles

Hierbei handelt es sich um einen sehr umfangreichen LotusScript Agenten, der in einer Datenbank basierend auf einem Mailtemplate eingebaut werden muss (und dort vorhandene Script Bibliotheken verwendet). Dieser Agent liest die Liste der zu bearbeitenden Datenbanken aus einer Textdatei. Es wird empfohlen diesen Agenten (aus Laufzeitgründen) im Background auf Servern zu starten (ACHTUNG: Laufzeitbeschränkung, konfiguriert im Serverdokument). Dann muss diese Datei natürlich auf dem server liegen. Alternativ kann man dieses auch von einem Client durchführen (keine Begrenzung der Laufzeit, doch erheblich zeitintensiver durch Client/Sever/Netzwerkoperationen).
UpdateTimezoneAdminJKChile2015.lss

Aktualisierung der Ressourcen Datenbank

Der Pflegeagent ist am einfachsten in die Ressourcen-DB zu integrieren (verwendet vorhandene Scriptbibliotheken) und auf dem Client zu starten (RNRMGR Task vorher starten).
UpdateTimeZoneRNRChile2015.lss

Alles in Allem - ein ganz schöner Streß. Es muss jedem klar sein, dass diese Anpassungen auf allen Systemen eines Unternehmens durchgeführt werden müssen. In meinem Fall ist das aus Zeitgründen nicht gelungen. So warte ich auf die Fehlermeldungen ab Montag.

Unter Umständen sollte das Traveler-Profil auf BES10-Geräten neu angelegt werden

4. September 2013 Posted by Oliver Regelmann

IBM weist darauf hin, dass das Traveler-Profil von BES10-Geräten gelöscht und neu angelegt werden sollte, wenn es ursprünglich mit einem Traveler-Release kleiner 9.0.0.1 angelegt wurde:

The BlackBerry 10 maintenance level 10.1.0.4651 introduced a severe issue when syncing with IBM Notes Traveler 9.0.0.0. Using this version of the BlackBerry 10 calendar synchronization client, any update that a BB10 user makes to a repeating meeting will corrupt the meeting on the Domino server.

Das dürfte auch die ganzen Geräte betreffen, die noch mit einem 8.5er-Traveler verbunden wurden.

Blackberry Enterprise Server 5.0.3 MR6

16. Dezember 2011 Posted by Oliver Regelmann

Die Tage wurde das MR6 für den BES 5.0.3 (also 5.0 Service Pack 3) freigegeben.

Enthalten ist unter anderem ein Fix, der ein Problem mit verschobenen Jahrestagen behebt. Diese wurden nach einer Kalendersynchronisierung in Notes um einen Tag zu früh angezeigt. Ich glaube, der Bug hat einige Umgebungen betroffen.

Zu haben ist das Maintenance Release wie immer direkt bei RIM im Support-Bereich.

Für den Express-Server ist das MR6 (noch) nicht verfügbar. Der scheint noch auf dem Stand vom August und damit dem MR4 für den “großen Bruder” zu hängen.

Notes und Domino 8.5.3 wird übrigens offiziell noch nicht supportet. Scheint dem BES bei uns aber bisher keine Probleme bereitet zu haben.

Neue Sommerzeitregelung in Russland

31. Oktober 2011 Posted by Oliver Regelmann

Man mag ja über den Wechsel von Sommer- zu Winterzeit denken was man will, unschön wird es dann, wenn sich die Regeln ändern. Und richtig hässlich kann das dann werden, wenn entsprechende Maßnahmen zu spät ergriffen werden.

Den Vorwurf muss man aktuell der IBM machen, die erst zwei, drei Tage vor der gestrigen Abschaffung der Sommerzeit in Russland darauf mit einem Interim Fix und Anpassungsagenten reagierte.

Infos dazu hier:

IBM Steps to prepare Notes/Domino for Russian Repeal of Daylight Saving Time 2011 – United States

und hier:

IBM Agents for updating calendar entries and resource reservations for Russian repeal of daylight saving time 2011 – United States

Einen Fix für Notes 8.5.2 FP3 gibt es hier: IBM Interim Fix 1 for Notes 8.5.2 Fix Pack 3 (852FP3IF1) – United States. Ältere Client-Versionen scheinen keinen Fix zu bekommen. 8.5.3 sollte es schon drin haben.

Wie lsche ich alte Kalendereintrge aus meinem Mailfile?

31. August 2011 Posted by Manfred Meise

Auch wenn Benutzer regelmig alte Dokumente archivieren, verbleiben Kalenderdokumente im Mailfile zurck. Um diese zu entfernen, steht in den Kalenderansichten eine entsprechende Aufrumfunktion zur Verfgung:

Image:Wie lsche ich alte Kalendereintrge aus meinem Mailfile?

Im folgenden Dialog die Aufrumfunktion nher festlegen ....

Image:Wie lsche ich alte Kalendereintrge aus meinem Mailfile?

.spart Platz und steigert die bersichtlichkeit der Ansichten.

Wie lösche ich alte Kalendereinträge aus meinem Mailfile?

31. August 2011 Posted by Manfred Meise

Auch wenn Benutzer regelmäßig alte Dokumente archivieren, verbleiben Kalenderdokumente im Mailfile zurück. Um diese zu entfernen, steht in den Kalenderansichten eine entsprechende Aufräumfunktion zur Verfügung:

Image:Wie lösche ich alte Kalendereinträge aus meinem Mailfile?

Im folgenden Dialog die Aufräumfunktion näher festlegen ....

Image:Wie lösche ich alte Kalendereinträge aus meinem Mailfile?

.spart Platz und steigert die Übersichtlichkeit der Ansichten.

Wie lösche ich alte Kalendereinträge aus meinem Mailfile?

31. August 2011 Posted by Manfred Meise

Auch wenn Benutzer regelmäßig alte Dokumente archivieren, verbleiben Kalenderdokumente im Mailfile zurück. Um diese zu entfernen, steht in den Kalenderansichten eine entsprechende Aufräumfunktion zur Verfügung:

Image:Wie lösche ich alte Kalendereinträge aus meinem Mailfile?

Im folgenden Dialog die Aufräumfunktion näher festlegen ....

Image:Wie lösche ich alte Kalendereinträge aus meinem Mailfile?

.spart Platz und steigert die Übersichtlichkeit der Ansichten.