Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Umzug eines Users in der Noteshierarchie - Bearbeiten von Besprechungen

(1/2) > >>

maxritti:
Hallo zusammen,

augenscheinlich haben wir gerade ein kleines Problemchen.
Und zwar haben wir einen Teil unserer Notesuser in der Hierarchie verschoben.
Bislang waren die User so aufgebaut: "Max Chef/OUa/OU1/ORG". Also in der OU-Ebene bis Tiefe 2.
Nun wollen und haben wir die nach "Max Chef/OU1/ORG" normiert.

Mit der Folge, dass eine Sekretärin bei ihrem Chef im Kalender keine existierenden Besprechungen mehr ändern kann.
Also keine Teilnehmer mehr hinzufügen oder entfernen kann.
Dabei ist die Sekretärin in der OU-Ebene schon korrekt, nur der Chef wurde umgezogen.

Im Kalenderprofil steht der Chef bereits richtig mit dem neuen Namen drin.

Versucht habe ich mal das Design der Maske bei Hide-When Formel zu untersuchen.
Aber da geht es ja ganz schön hin und her mit temporären Felder.
Da komme ich nicht wirklich weiter.

Hat dazu jemand eine Idee, warum der Umzug des Chefs in der OU so ein Problem nach sich zieht?

maxritti:
Ich habe gerade diese Technote gefunden:

http://www-01.ibm.com/support/docview.wss?uid=swg21258435

Passt aus meiner Sicht nicht wirklich, denn die DB vom Chef wurde ja bearbeitet.
Aber die dort genannten Felder haben in der Tat noch den alten Wert.

Dann werde ich den Agent wohl mal rennen lassen...

maxritti:
Nur der Vollständigkeit halber.

Der Agent, den IBM da gebaut hat, funktioniert. Nun sind die Benutzer wieder glücklich.

Pfefferminz-T:
Ich würde empfehlen, dass ihr mal den AdminP überprüft... Einstellungen für eure Maildatenbanken, AdminServer, Zugriffsberechtigungen, die Prozesse in der admin4.nsf, ...

Normalerweise ist hier kein manuelles Eingreifen notwendig.

maxritti:
Hi Thorsten,

jau. Werden wir mal machen.
Eigentlich hätte ich auch keine Probleme erwartet.  ;)

Eventuell liegt das momentan bei uns an dem Versionsmischmasch.
Dominoserver 9.0.1FP3, Notes Client 8.5.3FP5 und Mailtemplate 8.5.3.

Leider kommen wir mit dem Update der Clients auf 9.0.1 und dem Mailfile nicht nach, da wir da noch abhängig von anderen Applikationen sind.

Navigation

[0] Themen-Index

[#] Nächste Seite