Richtlinie/Einstellung zieht nicht(?)

[ChristianW]

Hallo,
ich habe in eine vorhanden Desktop-Einstellung die beiden Notes.ini-Einträge HidePromptFailoverInc=1,Zwingend und FailoverSilent=1,Zwingend hinzugefügt, um die Meldung beim Cluster-Failover zu unterdrücken. Nur leider wird diese Einstellung nicht umgesetzt.
Die Einstellung ist einer Organisationsbezogenen Richtlinie zugeordnet.
Wenn ich jetzt testweise in eine Notes.ini schaue, sind dort (auch nach Tagen) keine Einträge vorhanden.
Muss ich noch irgendwas machen?

Server 8.5.3
Clients auch 8.5.3

[Tode]

Was sagt die Ploicy- Synopse für den betroffenen User? Sind die Policies in der versteckten $Policies- View im Names.nsf s Users up to date?

[ChristianW]

Also Policy Synopsis eines Users sagt:
Parameters hat die folgenden Werte aus dem Einstellungsdokument xxxxx assigned in policy */Firma/Domain
HidePromptFailoverInc=1, Zwingend
FailoverSilent=1, Zwingend

In der Ansicht $Policies zeigt er wohl eine DesktopPolicy an, aber wenn ich die anklicke, sagt er Maske nicht gefunden:PolicyDesktop

in der Notes.ini des Users ist aber nichts eingetragen

[Pfefferminz-T]

Welches Änderungsdatum zeigt das Dokument im lokalen Adressbuch? Ist das Datum neuer als Dein Abspeichern am Server?

Dann gibt es auch zwei Technotes zum Troubleshooting von Richtlinien:

http://www-01.ibm.com/support/docview.wss?uid=swg27010353
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/Notes__Domino_Policy_Flow_Chart

Grüsse,
Thorsten

[Tweeks]

Hast du schon mal versucht die Policy-Dokumente aus der lokalen names.nsf eines Benutzers zu löschen und geschaut ob es nach nen Client Neustart evtl geht?
Eure notes.ini liegt nicht auf einem Netzlaufwerk, oder? Habe nämlich die Erfahrung gemacht, dass Notes damit nicht so wirklich klar kommt.

MfG
Matthias

[ChristianW]

Also das Änderungsdatum des lokalen Adressbuchs war neuer als das Abspeichern am Server.

Ich habe die Policy-Dokumente aus der Ansicht $Policies aus der lokalen names.nsf gelöscht, Client neugestartet. Aber ohne Erfolg. Es erscheinen keine neuen Einträge dort. Und in der notes.ini ist auch nix drin mit den Einträgen.

[Tweeks]

Was auch mal geholfen hat, war ein nfixup, nupdall und ncompact auf das lokale names von einem User. Allerdings war das halt nur, als bei einem Benutzer die Policys nicht angekommen sind.

[ChristianW]

also bei uns zieht das wohl an allen PCs/Benutzern nicht.
Hab mehrere nachgeprüft ohne Erfolg

[Pfefferminz-T]

Schwierig zu helfen wenn Du uns nicht mitteilst, was genau nun nicht funktioniert.

Kommt bei keinem der Clients die Policy unten an?
Welche Schritte hast Du nach dem Löschen der Einträge im lokalen Adressbuch durchgeführt?

Schau Dir bitte die beiden Technotes an, die ich Dir in meinem letzten Post geschickt habe. Vor allem im zweiten Link ist der Ablauf grafisch dargestellt und zu jedem Schritt wird eine Aktion beschrieben, die Du ausführen kannst um das Problem einzukreisen...

Grüsse,
Thorsten

[ajo]

Also das Änderungsdatum des lokalen Adressbuchs war neuer als das Abspeichern am Server.

Ich habe die Policy-Dokumente aus der Ansicht $Policies aus der lokalen names.nsf gelöscht, Client neugestartet. Aber ohne Erfolg. Es erscheinen keine neuen Einträge dort. Und in der notes.ini ist auch nix drin mit den Einträgen.

Moin. Wie siehts denn aus wenn du am Client mal ndyncfg.exe ausführst ?

Gruß Alex

[ChristianW]

also ich habe jetzt eine explizite Richtlinie erstellt und einem User zugewiesen.
Da hat auch den einen Eintrag "FailoverSilent" erstellt, allerdings mit dem Wert 0.
Habe dann den zweiten Eintrag aus dem Einstellungs-Dokument für den dyn. Desktop (HidePromptFailoverInc=1) gelöscht. Dann war auch beim nächsten Clientstart der FailoverSilent-Wert=1.
Auch die zugewiesenen Richtlinien erscheinen in der lokalen Names.nsf des Users.
Also alles gut

[Pfefferminz-T]

Mit der organisations-bezogenen Richtlinie hat es nicht funktioniert und nun hast Du eine explizite Richtlinie zugewiesen und die Einstellung funktioniert? Das würde ich nicht als eine Lösung ansehen, da explizite Richtlinien in der Verwaltung komplexer sind und dasselbe ja auch mit der organisations-bezogenen funktionieren müsste. Für mich wäre da nicht alles gut ;-)