Name move Certifier wechsel zerschiesst Kalendereinträge

[Atreju]

Hallo zusammen

Wir haben (eigentlich schon seit Jahren) das Problem, dass wenn bei einem User z.b. der Certifier gewechselt wird auf eine andere Unterorganisation, der Adminp dies zwar nach dem name move request approve auch wunderbar macht, aber im Kalender gibt es dann plötzlich eigene Einträge, welche man nur noch als Teilnehmer bearbeiten kann, man hat keine Besitzeroptionen mehr.

Der Grund ist eigentlich auch klar, im Feld "Chair" steht noch der alte Name drin, der User ist somit technisch gesehen nicht mehr Besitzer der Kalendereinträge.

Wir hatten vor Jahren noch bei IBM einen Call deswegen offen und die Lösung nach langer Zeit war ein doch recht komplizierter Agent der für uns geschrieben wurde, welcher dies korrigieren sollte, der Agent überschreibt dann den Chair mit dem Namen vom Mailfile owner, aber leider bereitet dieser Agent insbesondere bei grossen, alten Mailfiles mehr Bauchschmerzen als Lösung.


Ich wollte nun fragen, was the way to go für 2023 für dieses Problem ist? 


Gruss und Danke
Atreju

[Tode]

Eigentlich gibt es speziell hierfür Administrations- Requests, die in allen Kalendereinträgen den Chair ersetzen sowie im Kalenderprofil den "Owner"... Da muss niemand mehr "manuell" ran...

Das wäre zum einen der AdminP-Prozess "Rename Person in Calendar Entries and Profiles in Mail File" (ProxyAction="39")
Oder auch der AdminP-Prozess "Rename Person in Calendar Entries and Profiles in Mail File Extended" (ProxyAction="185").

Einer dieser Requests muss nach dem Wechsel zu einem neuen Zertifizierer automatisch erstellt und durchgeführt werden. Wenn das nicht der Fall ist, dann stimmt was mit Eurer Umgebung nicht.
Da sollte dann mal jemand drüber schauen, der Ahnung vom Troubleshooting hat. Dinge, die mir als "Prüfungswürdig" spontan einfallen sind:

- falsche / veraltete Schablone auf der admin4.nsf
- falsche / veraltete Schablone auf der names.nsf
- falsche / veraltete Schablone auf den Mailfiles
- falscher Eintrag in der ACL unter "Administrationsserver" für die Maildatenbanken
- falscher Eintrag in der ACL unter "Administrationsserver" in der names.nsf (dann gäbe es aber viel gravierendere Fehler imho)

[Atreju]

Danke für die Antwort, ich habe mittlerweile noch diese technote gefunden:
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0026397

Welche im grundsätzlichen den Agenten beschreibt, den wir haben (scheint vom Datum her so zu sein, als hätte HCL/IBM diesen dann nach uns noch veröffentlicht).

Die Schablonen sind aktuell auf V12.0.1 auf der admin4, names und allen mailfiles. Administrationsserver passen ebenfalls, unsere Umgebung ist recht überschaubar ohne cluster und nur eine handvoll Dominoserver (Admin, Mail, Traveler und noch zwei Applikationsserver).


Aber dann muss ich dies einmal genauer anschauen, bis dahin muss es der Agent richten.


Gruss
Atreju

[michael-r]

Hi,

wir haben aktuell mit 12.0.1 FP1 auch ein Problem bei dem umbenennen von Users inklusive angabe/wechsel der qualifizierten OU.
In Version 9 gab es solche Probleme nicht. Auch Certifier move request in der Vergangenheit waren ohne Probleme. (mal abgesehen davon wenn diese mit dem falschen cert verlängert wurden)

Aber dein Problem klingt sehr ähnlich. Alles funktioniert, bis auf das ändern der Kalendereinträge und Busytime.

MFG Michael