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

Erweiterung der Personenmaske im names.nsf

(1/3) > >>

maxritti:
Hallo zusammen,


ich habe hier ein Problemchen, wo ich mal Hilfe benötige.

Und zwar haben wir die Teilmaske "$PersonInheritableSchema" in der names.nsf angepasst, da wir zwei Felder im Domino LDAP benötigen, welche von einem anderen System benötigt werden.
Dafür haben wir in der Teilmaske ein Textfeld und eine Checkbox hinzugefügt und mit einem Vorgabewert versehen.
D.h., wenn wir eine neue Person registrieren, bekommt diese direkt die beiden Felder mit Vorgabewerten und diese landen dann im Domino LDAP.

Soweit so gut.

Nun haben wir aber auch allgemeine Emailadressen wie "Firma-Muenchen". Diese sind als Notesperson registriert worden.
Bei diesen Personendokumenten sollen die o.a. Felder leer sein, da diese von der anderen Anwendung nicht genutzt werden sollen.
Daher haben wir die beiden Felder bei den Personendokumenten manuell geleert.

Nun passiert es aber irgendwann, da werden die Felder wieder mit den Vorgabewerten befüllt.
Und da habe ich noch so keine Idee, warum das passiert bzw wer oder was da aktiv wird.

Eine kleine Spur habe ich aber eventuell gefunden.
Eventuell ist das ganze beim AdminP-Prozess zu finden.
Denn ich habe nun mal gesehen, dass das Änderungsdatum dieses Personendokuments kurz hinter dem Zeitpunkt liegt, wo ein Request "Client im Personendokument aktualisieren" abgearbeitet wurde.
Kann es sein, dass der AdminP dann auch die Vorgabewerte neu schreibt?

Eventuell hat jemand eine Idee, wo ich hier ansetzen kann, warum die Werte befüllt werden.

eknori:
Der AdminP wird diese Felder nicht direkt anfassen, weil er sie gar nicht kennt.

Möglicherweise sind aber in den Feldern Formeln hinterlegt, auf grund derer die Feldwerte berechnet werden.
Und wenn der AdminP ein "computeWithForm" macht, dann ...

maxritti:
In den Feldern gibt es keine Formel. Halt nur den Vorgabewert.

Das names.nsf wird zwar in unserer Hub-Spoke-Topologie repliziert, aber mir fehlt so jede Idee, wieso bzw wie in manchen Dokumenten die Felder wieder zurückgesetzt werden.

Meines Wissens nach gibt es keinen Agenten, der da etwas dran macht oder eine andere Applikation, die in der names.nsf rumwurschtelt.
Wäre ja auch ziemlich fahrlässig.

Bei den Eigenschaften eines Dokuments steht als Modified (in this file) beispielsweise heute 08:14:15 drin. Und als Modified by unser Adminserver. Daher kam die Idee der Admin4.nsf
Im Log um 08:14:15 auf dem Adminserver ist aber auch nicht zu sehen. Heisst aber ja auch nicht, dass die Felder um 08:14:15 angepasst wurden.

Falls jemand noch eine Idee hat, immer her damit.   ;)

maxritti:
Gerade habe ich zumindest die Erklärung für das Datum/Zeit gefunden.
Um 08:14:15 wurde ein Notesclient auf einem Citrix Server gestartet und der AdminP hat die Clientversion in das Personendokument geschrieben.

harkpabst_meliantrop:
Klingt für mich immer noch danach, dass durch irgendetwas ein ComputeWithForm ausgelöst wird.

Wenn es das zugehörige Item im Dokument nicht gibt, sollte jedes ComputeWithForm (auch bei "alten" Dokumenten) zwangsläufig immer wieder den Vorgabewert übernehmen. Lässt sich mit einem Agenten, der aus der Aktionsliste aufgerufen wird und nichts anderes macht als ein ComputeWithform leicht verifizieren.

Dagegen würde z.B. ein @If(@IsNewDoc; "Vorgabewert"; @ThisValue); helfen. Bei der Gelegenheit könnte man auch gleich versuchen, eure Sammelbenutzer aktiv auszufiltern.

Mir ist aber nicht ganz klar, bei welcher Gelegenheit der Vorgabewert bei der Registrierung überhaupt übernommen wird. Das müsste man vor einer Änderung genauer betrachten.

Navigation

[0] Themen-Index

[#] Nächste Seite