PlanetNTF

Mit Hilfe von Feiertagsdokumenten kann Ihrer Organisation eine zentral verwaltete Dokumentsammlung mit Informationen zu Feiertagen und geplanten Ereignissen unterhalten. Benutzer wählen den Typ der zu importierenden Feiertagsdokumente aus und fügen die Informationen ihren persönlichen Kalendern hinzu.

Soweit die Admin-Hilfe. Leider sind diese vordefinierten Feiertagsdokumente nur in englischer Sprache im Domino Verzeichniss vorhanden.

Ausserdem hat in Deutschland  jedes Bundesland auch wieder unterschiedliche Feiertage.
Darum haben wir unsere FeiertagsDB auf den neuesten Stand gebracht.  Die deutschen Feiertage sind nach Bundesland bis 2018 sortiert.


Der Download ist hier zu finden.

Mit Hilfe von Feiertagsdokumenten kann Ihrer Organisation eine zentral verwaltete Dokumentsammlung mit Informationen zu Feiertagen und geplanten Ereignissen unterhalten. Benutzer wählen den Typ der zu importierenden Feiertagsdokumente aus und fügen die Informationen ihren persönlichen Kalendern hinzu.

Soweit die Admin-Hilfe. Leider sind diese vordefinierten Feiertagsdokumente nur in englischer Sprache im Domino Verzeichniss vorhanden.

Ausserdem hat in Deutschland  jedes Bundesland auch wieder unterschiedliche Feiertage.
Darum haben wir unsere FeiertagsDB auf den neuesten Stand gebracht.  Die deutschen Feiertage sind nach Bundesland bis 2018 sortiert.


Der Download ist hier zu finden.

Roaming User sind eine ntzliche und in Verbindung mit einer Multiuser-Clientinstallation sehr sinvolle Konfiguration.
Leider gibt es in Kombination von Notes/Domino 7 und einem AdminClient Version 8.5 einen Fehler bei der Registrierung neuer Roaming User.

Hier das Ausgangszenario:

• Domino 7 mit Serverbasierter Zulassungsstelle
• Benutzer Client ist ebenfalls Notes 7
• Registriert wird mit einem Domino Administrator Version 8.5

Folgende Optionen werden beim Registrieren gesetzt:

Der Benutzer wird registriert und die ID an das Personendokument angehangen, aber leider nicht in das private Adressbuch abgelegt.
Im Personendokument steht aber das Feld RoamingIDIsInNAB auf 1. Insofern \”denkt\” der Notes Client, dass die User.id im privaten Adressbuch abgelegt ist.
Am ersten PC kann der Client noch konfiguriert werden, da das ID File aus dem Domino Verzeichniss kommt.
Beim zweiten PC funktionier dies leider nicht mehr, der Client kann nicht mehr in Betrieb genommen werden.

Schade, eigentlich …

Roaming User sind eine nützliche und in Verbindung mit einer Multiuser-Clientinstallation sehr sinvolle Konfiguration.
Leider gibt es in Kombination von Notes/Domino 7 und einem AdminClient Version 8.5 einen Fehler bei der Registrierung neuer Roaming User.

Hier das Ausgangszenario:

• Domino 7 mit Serverbasierter Zulassungsstelle
• Benutzer Client ist ebenfalls Notes 7
• Registriert wird mit einem Domino Administrator Version 8.5

Folgende Optionen werden beim Registrieren gesetzt:


Der Benutzer wird registriert und die ID an das Personendokument angehangen, aber leider nicht in das private Adressbuch abgelegt.
Im Personendokument steht aber das Feld RoamingIDIsInNAB auf 1. Insofern "denkt" der Notes Client, dass die User.id im privaten Adressbuch abgelegt ist.
Am ersten PC kann der Client noch konfiguriert werden, da das ID File aus dem Domino Verzeichniss kommt.
Beim zweiten PC funktionier dies leider nicht mehr, der Client kann nicht mehr in Betrieb genommen werden.

Schade, eigentlich ...

Roaming User sind eine nützliche und in Verbindung mit einer Multiuser-Clientinstallation sehr sinvolle Konfiguration.
Leider gibt es in Kombination von Notes/Domino 7 und einem AdminClient Version 8.5 einen Fehler bei der Registrierung neuer Roaming User.

Hier das Ausgangszenario:

• Domino 7 mit Serverbasierter Zulassungsstelle
• Benutzer Client ist ebenfalls Notes 7
• Registriert wird mit einem Domino Administrator Version 8.5

Folgende Optionen werden beim Registrieren gesetzt:


Der Benutzer wird registriert und die ID an das Personendokument angehangen, aber leider nicht in das private Adressbuch abgelegt.
Im Personendokument steht aber das Feld RoamingIDIsInNAB auf 1. Insofern "denkt" der Notes Client, dass die User.id im privaten Adressbuch abgelegt ist.
Am ersten PC kann der Client noch konfiguriert werden, da das ID File aus dem Domino Verzeichniss kommt.
Beim zweiten PC funktionier dies leider nicht mehr, der Client kann nicht mehr in Betrieb genommen werden.

Schade, eigentlich ...

Roaming User sind eine nĂĽtzliche und in Verbindung mit einer Multiuser-Clientinstallation sehr sinvolle Konfiguration.
Leider gibt es in Kombination von Notes/Domino 7 und einem AdminClient Version 8.5 einen Fehler bei der Registrierung neuer Roaming User.

Hier das Ausgangszenario:

• Domino 7 mit Serverbasierter Zulassungsstelle
• Benutzer Client ist ebenfalls Notes 7
• Registriert wird mit einem Domino Administrator Version 8.5

Folgende Optionen werden beim Registrieren gesetzt:


Der Benutzer wird registriert und die ID an das Personendokument angehangen, aber leider nicht in das private Adressbuch abgelegt.
Im Personendokument steht aber das Feld RoamingIDIsInNAB auf 1. Insofern "denkt" der Notes Client, dass die User.id im privaten Adressbuch abgelegt ist.
Am ersten PC kann der Client noch konfiguriert werden, da das ID File aus dem Domino Verzeichniss kommt.
Beim zweiten PC funktionier dies leider nicht mehr, der Client kann nicht mehr in Betrieb genommen werden.

Schade, eigentlich ...

Seit der Einführung von Desktop-Richtlinien konnte man nicht nur die über die Maske steuerbaren Notes.ini Variablen setzen oder Werte in Arbeitsumgebungen setzen, sondern über versteckte Felder im Richtliniendokument beliebige Elemente kontrollieren. Jetzt (mit Domino 8.5) geht auch dieses noch einfacher: Auf dem Reiter "Benutzerdefinierte Einstellungen" können beliebige Werte über neue Dialoge erfasst und auch gepflegt werden. Warum nicht gleich so ....   ;-)



Tab 1 "Notes.ini": Setzen von Notes.ini Werten


Tab 2 "Arbeitsumgebungen": Steuerung von Werten in Arbeitsumgebungen


Tab 3 "Verwaltete Einstellungen": Steuerung von Plug-Ins

Seit der Einfhrung von Desktop-Richtlinien konnte man nicht nur die ber die Maske steuerbaren Notes.ini Variablen setzen oder Werte in Arbeitsumgebungen setzen, sondern ber versteckte Felder im Richtliniendokument beliebige Elemente kontrollieren. Jetzt (mit Domino 8.5) geht auch dieses noch einfacher: Auf dem Reiter "Benutzerdefinierte Einstellungen" knnen beliebige Werte ber neue Dialoge erfasst und auch gepflegt werden. Warum nicht gleich so ....   ;-)



Tab 1 "Notes.ini": Setzen von Notes.ini Werten


Tab 2 "Arbeitsumgebungen": Steuerung von Werten in Arbeitsumgebungen


Tab 3 "Verwaltete Einstellungen": Steuerung von Plug-Ins

Seit der Einführung von Desktop-Richtlinien konnte man nicht nur die über die Maske steuerbaren Notes.ini Variablen setzen oder Werte in Arbeitsumgebungen setzen, sondern über versteckte Felder im Richtliniendokument beliebige Elemente kontrollieren. Jetzt (mit Domino 8.5) geht auch dieses noch einfacher: Auf dem Reiter "Benutzerdefinierte Einstellungen" können beliebige Werte über neue Dialoge erfasst und auch gepflegt werden. Warum nicht gleich so ....   ;-)



Tab 1 "Notes.ini": Setzen von Notes.ini Werten


Tab 2 "Arbeitsumgebungen": Steuerung von Werten in Arbeitsumgebungen


Tab 3 "Verwaltete Einstellungen": Steuerung von Plug-Ins

Seit der EinfĂĽhrung von Desktop-Richtlinien konnte man nicht nur die ĂĽber die Maske steuerbaren Notes.ini Variablen setzen oder Werte in Arbeitsumgebungen setzen, sondern ĂĽber versteckte Felder im Richtliniendokument beliebige Elemente kontrollieren. Jetzt (mit Domino 8.5) geht auch dieses noch einfacher: Auf dem Reiter "Benutzerdefinierte Einstellungen" können beliebige Werte ĂĽber neue Dialoge erfasst und auch gepflegt werden. Warum nicht gleich so ....   ;-)



Tab 1 "Notes.ini": Setzen von Notes.ini Werten


Tab 2 "Arbeitsumgebungen": Steuerung von Werten in Arbeitsumgebungen


Tab 3 "Verwaltete Einstellungen": Steuerung von Plug-Ins

Nach einem Update oder einer Neuinstalltion von Lotus Notes 8.x funktionert der Single Sign On trotz Installation und Aktivierung nicht.

Im Ereignissprotokoll wird ein folgendes Angezeigt

Ereignistyp:        Fehler
Ereignisquelle:        Lotus Notes Single Logon
Ereigniskategorie:        Keine
Ereigniskennung:        2
Datum:                31.05.2008
Zeit:                17:09:53
Benutzer:                VORDEFINIERT\VORDEFINIERT
Computer:        MMI-NB02
Beschreibung:
Notes Single Logon will not function properly: Zuordnungen von Kontennamen und Sicherheitskennungen wurden nicht durchgeführt.


Mit einer Änderung in der Registriy kann dies behoben werden:

Unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order den Eintrag ProviderOrder wie folgt anpassen:

Aus "RDPNP,LanmanWorkstation,WebClient,IntelNetProvCredMan,npnotes" ein "RDPNP,LanmanWorkstation,npnotes,WebClient,IntelNetProvCredMan" machen. Wichtig hierbei ist, das npnotes VOR WebClient steht.

Nach einem Neustart sollte der Single Sign On nun funktionieren.

Nach einem Update oder einer Neuinstalltion von Lotus Notes 8.x funktionert der Single Sign On trotz Installation und Aktivierung nicht.

Im Ereignissprotokoll wird ein folgendes Angezeigt

Ereignistyp:        Fehler
Ereignisquelle:        Lotus Notes Single Logon
Ereigniskategorie:        Keine
Ereigniskennung:        2
Datum:                31.05.2008
Zeit:                17:09:53
Benutzer:                VORDEFINIERT\VORDEFINIERT
Computer:        MMI-NB02
Beschreibung:
Notes Single Logon will not function properly: Zuordnungen von Kontennamen und Sicherheitskennungen wurden nicht durchgefhrt.


Mit einer nderung in der Registriy kann dies behoben werden:

Unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order den Eintrag ProviderOrder wie folgt anpassen:

Aus "RDPNP,LanmanWorkstation,WebClient,IntelNetProvCredMan,npnotes" ein "RDPNP,LanmanWorkstation,npnotes,WebClient,IntelNetProvCredMan" machen. Wichtig hierbei ist, das npnotes VOR WebClient steht.

Nach einem Neustart sollte der Single Sign On nun funktionieren.

Nach einem Update oder einer Neuinstalltion von Lotus Notes 8.x funktionert der Single Sign On trotz Installation und Aktivierung nicht.

Im Ereignissprotokoll wird ein folgendes Angezeigt

Ereignistyp:        Fehler
Ereignisquelle:        Lotus Notes Single Logon
Ereigniskategorie:        Keine
Ereigniskennung:        2
Datum:                31.05.2008
Zeit:                17:09:53
Benutzer:                VORDEFINIERT\VORDEFINIERT
Computer:        MMI-NB02
Beschreibung:
Notes Single Logon will not function properly: Zuordnungen von Kontennamen und Sicherheitskennungen wurden nicht durchgeführt.


Mit einer Änderung in der Registriy kann dies behoben werden:

Unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order den Eintrag ProviderOrder wie folgt anpassen:

Aus "RDPNP,LanmanWorkstation,WebClient,IntelNetProvCredMan,npnotes" ein "RDPNP,LanmanWorkstation,npnotes,WebClient,IntelNetProvCredMan" machen. Wichtig hierbei ist, das npnotes VOR WebClient steht.

Nach einem Neustart sollte der Single Sign On nun funktionieren.

Nach einem Update oder einer Neuinstalltion von Lotus Notes 8.x funktionert der Single Sign On trotz Installation und Aktivierung nicht.

Im Ereignissprotokoll wird ein folgendes Angezeigt

Ereignistyp:        Fehler
Ereignisquelle:        Lotus Notes Single Logon
Ereigniskategorie:        Keine
Ereigniskennung:        2
Datum:                31.05.2008
Zeit:                17:09:53
Benutzer:                VORDEFINIERT\VORDEFINIERT
Computer:        MMI-NB02
Beschreibung:
Notes Single Logon will not function properly: Zuordnungen von Kontennamen und Sicherheitskennungen wurden nicht durchgefĂĽhrt.


Mit einer Ă„nderung in der Registriy kann dies behoben werden:

Unter HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order den Eintrag ProviderOrder wie folgt anpassen:

Aus "RDPNP,LanmanWorkstation,WebClient,IntelNetProvCredMan,npnotes" ein "RDPNP,LanmanWorkstation,npnotes,WebClient,IntelNetProvCredMan" machen. Wichtig hierbei ist, das npnotes VOR WebClient steht.

Nach einem Neustart sollte der Single Sign On nun funktionieren.

Das Body Feld von Lotus Notes zeigt den Inhalt von eingehenden EMails nur mit einer Schriftgrsse "1" an. Mit folgenden Eintrgen in der Notes.ini des Clients kann dieses Problem gelst werden:

DialogFont=MS Sans Serif | -1 | 8
UIFont=MS Sans Serif | -1 | 8
StatusBarFont=MS Sans Serif | -1 | 8
InfoboxFont=MS Sans Serif | -1 | 8