Lotus Notes / Domino Sonstiges > Companion Products

Sametime zeigt nicht alle User an

<< < (6/6)

Tomz:
So, ich hab jetzt selber auf meinen Namen ein Personendokument in der Testumgebung angelegt, also mit entsprechender O. Ich teste jetzt also mit eigenem Namen. Vorher existierte noch mein Name aus der produktiven Umgebung im Adressbuch der testumgebung (damit gabs ja keine Probleme).


--- Zitat von: MaVo am 11.09.07 - 17:15:42 ---Bei dem oben besagten Benutzer ist der Benutzernamen in der produktiven Umgebung PersonX und in der Testumgebung PersonX/Test. Richtig?
--- Ende Zitat ---
Ja, gleicher Vor- und Nachname, nur OU und O unterscheiden sich.


--- Zitat ---Was passiert bei manueller Anmeldung?
Welcher Name steht im Login?

--- Ende Zitat ---
Die manuelle Anmeldung ist bei mir nur möglich, wenn ich SSO deaktiviere. Es steht der Name drin, den ich das letzte mal eingetragen habe. Kann also auch Mist sein.

MaVo:
Guten Morgen Tom,

da wir in diesem Thread so viele Dinge angesprochen haben, hatte ich mir diese Diskussion ausgedruckt, um einen Gesamtüberblick für eine (Lösungs-)Antwort geben zu können.

Um sicherzustellen, dass sich Notes Benutzer mit dem Testuser am ST Server anmelden, solltest Du das SSO deaktivieren. Bei der ersten Anmeldung am Instant Messaging soll der Benutzer den Testbenutzer eintragen und mit dem Setzen der Option "Kennwort speichern" das Passwort permanent speichern.
Somit wird der Benutzer automatisch (ohne Passwort-Abfrage) mit dem Testuseraccount an der ST Testumgebung angemeldet, nachdem er sich am Notes Client angemeldet hat.

Ich hoffe, dass hilft Dir weiter.

Abschließend möchte ich eine Zusammenfassung der Tipps und Erkenntnis aus diesem Threads zusammentragen:
SSO aktiviert am Notes Client für Instant Messaging Anmeldung:
Der Notes Benutzer wird mit seinem Benutzernamen und dem Notes Kennwort am Sametime Server automatisch angemeldet.(vorgesetzt Internet Passwort = Notes Passwort) Es gibt keine Möglichkeit während des Anmeldevorgangs sich mit einem anderen (Test-)Benutzer am ST Server anzumelden.
Ausgenommen der Benutzer deaktiviert SSO (löscht das Instant Messaging Passwort), trägt bei der ersten IM Anmeldung einen anderen Benutzer ein und setzt die Option "Kennwort speichern".

Sametime Benutzer auf bestimmten Server beschränken
Trägt man im DD in das Personendokument des Benutzers im Feld "Instant messaging server" (Sametime Server) einen bestimmten Sametime Server z.B. sametime/acme ein, kann sich der Benutzer nur an diesem ST Server anmelden.
Bleibt das Feld leer kann sich der Benutzer an mehreren ST Servern anmelden, sofern das DD, im dem der Benutzer eingetragen ist, auf diesem Server sich befindet.

Sametime Benutzer an Sametime Server aussperren
Ersetzt man im DD in das Personendokument des Benutzers im Feld "Instant messaging server" (Sametime Server) den Namen des Sametime Servers durch ein Wort z.B. -no access- kann sich der Benutzer an keinem Sametime Server mit seinem Benutzernamen anmelden.

Tomz:
Dank dir Martin für deine Bemühungen!!

Da diese Testumgebung wirklich nur Spielwiese ist und wir das SSO aber unbedingt aktiviert lassen wollen, haben wir es jetzt so gemacht, dass wir alle Personendokumente der Sametimebenutzer aus der produktiven Umgebung in das Adressbuch der Testumgebung kopiert haben - das sind nicht zu viele.
Das ist nicht ganz sauber, funktioniert aber einwandfrei.

Sollte der ST-Server aus seinem Nischendasein irgendwann mal aufwachen dürfen und den Weg ins gesamte Unternehmen finden (was ich nciht glaube), dann müssten wir uns auch keinen Kopf über zwei verschiedene Domains machen. ::)

Also, es bleibt jetzt wie es ist und (fast) alle sind glücklich.

MaVo:

--- Zitat von: TomH am 13.09.07 - 17:05:47 ---Dank dir Martin für deine Bemühungen!!

--- Ende Zitat ---
Bitte schön


--- Zitat von: TomH am 13.09.07 - 17:05:47 ---Da diese Testumgebung wirklich nur Spielwiese ist und wir das SSO aber unbedingt aktiviert lassen wollen, haben wir es jetzt so gemacht, dass wir alle Personendokumente der Sametimebenutzer aus der produktiven Umgebung in das Adressbuch der Testumgebung kopiert haben - das sind nicht zu viele.
Das ist nicht ganz sauber, funktioniert aber einwandfrei.

--- Ende Zitat ---
Wenn´s funktioniert, fragt keiner nach dem Lösungsweg  :)

Doch bedenke, wie schnell einer Testumgebung eine produktive Umgebung werden kann.
Ich spreche da aus Erfahrung.
Zwar teilt man den Testusern mit, dass dieses System in einer Testphase ist, doch wenn man ihnen nach dem Test das System wegnimmt, schreien sie ganz laut auf... "Man kann doch nicht das so sehr geliebte System abbauen."  ;)


--- Zitat von: TomH am 13.09.07 - 17:05:47 ---Sollte der ST-Server aus seinem Nischendasein irgendwann mal aufwachen dürfen und den Weg ins gesamte Unternehmen finden (was ich nciht glaube), dann müssten wir uns auch keinen Kopf über zwei verschiedene Domains machen. ::)

--- Ende Zitat ---
Tom, Du hast Dir jetzt sehr viel Zeit und Arbeit mit dem Einrichten des ST Servers gemacht und dann kommt von Dir
--- Zitat ---".... (was ich nciht glaube), ..."
--- Ende Zitat ---
Wenn Du willst, dass Deine Arbeit nicht umsonst war, dann würde ich an Deiner Stelle das System positiv verkaufen.

Was meinst Du dazu?

Navigation

[0] Themen-Index

[*] Vorherige Sete