Das Notes Forum
Lotus Notes / Domino Sonstiges => Companion Products => Thema gestartet von: benito am 07.08.17 - 11:30:11
-
Hallo Kollegen,
wir haben vereinzelt das Problem, dass die Benutzer trotz gesetztem Haken bei automatisch anmelden, diese nicht funktioniert.
Sie tragen ihre Credentials einmalig ein, klicken "Kennwort speichern" und "automatisch anmelden" an. Dann arbeiten sie ganz normal mit Sametime.
Beenden sie den Notes-Client und starten diesen neu, dann sieht man im Sametime-Widget in der Menüzeile ein kurzes Zucken (obere Linie ändert kurz mal die Dicke), der Benutzer als offline angezeigt. Geht er dann über Anmelden, wird er angemeldet und Sametime funktioniert.
Interessanterweise wenn der Benutzer in die Sametime-Vorgaben geht, ist das Kennwortfeld leer.
Was wir bisher gemacht haben:
- Workspace-Ordner umbenannt
- plugin_customization.ini auf einen autologin=false Eintrag untersucht
- im lokalen Names alle stXXXXXXX-Accounts gelöscht (dort waren mehrere vorhanden)
Was noch auffällig ist, neben den vielen stXXXXXX-Account Einträgen im lokalen Names befinden sich dort noch sehr viele Account-Einträge mit einem numerischen Namen siehe JPG.
EDIT: Sorry ist keine 9.0.1 sondern eine 9.0.0 Installation
Gruß
Benito
-
Hallo benito,
was sagen die Logs dazu?
Troubleshooting Sametime clients (http://infolib.lotus.com/resources/sametime/9.0/ST900ACD041/en/st9_access_trouble_uninstall.html#trbl_client)
EDIT: Sorry ist keine 9.0.1 sondern eine 9.0.0 Installation
Macht bei einer Basis-Installation des Notes Clients keinen Unterschied :)
What Sametime client versions are embedded in what Notes client versions? (http://www-01.ibm.com/support/docview.wss?uid=swg21370003)
Um Problemen des bestehenden Embedded Clients aus dem Weg zu gehen, würde ich dem Notes Client den aktuellsten ST Embedded Client 9.0.1 FP1 verpassen und dann nochmals testen.
-
Hallo Martin,
Danke für die Tipps. Wir haben aktuell das lokale Names im Verdacht, da hier immer wieder neue Accounts angelegt werden, wenn der Benutzer sich anmeldet.
Ggfs. müssen wir das lokale Names nochmal neu anlegen.
Gruß
Benito
-
Aktuelle Info:
Es liegt am lokalen Names.
Bei einem Benutzer ein neues lokales Names erstellt und ausgetauscht - funktioniert nun wieder. Es werden auch keine bogus accounts mehr angelegt.
Bei einem anderen Benutzer wurden zwei stXXXXXX Accounts angelegt. In der community-config.xml geprüft, welches der korrekte Eintrag ist, den überzähligen gelöscht - funktioniert auch wieder.
Jetzt noch x andere Installationen prüfen ;D
Gruß
Benito