Geloeschter User noch im privaten Adressbuch vorhanden

[Metti]

Hallo Community,
bin relativ neu im Forum und habe ueber die Suchfunktion nicht das passende Ergebnis zu meiner Frage gefunden.
Meine Frage bezieht sich zum privaten Adressbuch.
Ein User hat ein privates Adressbuch angelegt und dieses wurde auf einen Server repliziert. Mittlerweile haben auf das private Adressbuch auch andere Abteilungen zugriff, wurde in dem Sinne umfunktioniert von dem User zu einem Abteilungsadressbuch mit mehreren Gruppen.
Jetzt hat der User das Problem, das wenn ein User aus dem Adressbuch geloescht wird, der Eintrag weiter in den Gruppen bestehen bleibt.
Meiner Meinung ist dies so weit ok, da es eigentlich ein privates Adressbuch ist und es fuer Clients kein Admintask gibt.
Fuer den User bzw. die Sekretaerin waere es natuerlich ziemlich aufwendig alle Gruppen zu durchsuchen.
Ich wuerde versuchen das Problem mit einem Agenten zu loesen, gibt es noch andere Vorschlaege wie man das Problem einfachen loesen kann?

Client:8.5
Domino: 8.5.2 FP2

Danke fuer die Hilfe.

Gruss

Stefan

[koehlerbv]

Dann habt Ihr diese Adress-DB aber vom AdminP ausgeklammert. Da das Memebers Item der Gruppen ein Names-Item ist, hätte der AdminP sonst beim Umbenennen und Löschen seine Pflicht getan.

Bernhard

[Metti]

Danke Bernhard fuer die schnelle Antwort, weiss leider nicht genau wie ich das pruefen kann bzw wie kann ich die DB, falls der AdminP fuer die DB nicht laeuft, wieder fuer den Task aufnehmen?

[koehlerbv]

Frag doch Deinen Admin, der weiss das und kann es einstellen.

Bernhard

[Mandalor]

oder du bemühst die Notes-Administrations Hilfe und suchst nach "Administrationsserver für Datenbanken angeben"

[Metti]

Ich weiss nicht ob wir grade aneinander vorbeireden, es geht nicht um die ACL oder so. Administrationsserver ist fuer die DB eingetragen, das passt.

Problem besteht im pers. Adressbuch, das der User nach Loeschung aus dem pers. Adressbuch unter "My Contacts" noch in der Gruppe im pers. Adressbuch existiert.

[Tode]

WENN der Admin- Server korrekt eingetragen ist, und WENN die Datenbank auch tatsächlich als Replik auf dem Admin- Server liegt (also nicht den Admin- Server der Domain eintragen und dann die Datenbank auf den Applikationsserver legen...), DANN kümmert sich der Adminp, der beim Benutzer- Löschen angestossen wird darum, dass der Benutzer auch aus allen Namens- Feldern (und das Members- Feld der Gruppe ist ein solches) verschwindet...

Also haben meine Vorredner alle Recht... und Du solltest das tun, was mir die Klassenlehrerin meiner Tochter beim Elternabend gestern vorgebetet hat:

Zuhören, zuhören zuhören (in Deinem Fall lesen, lesen lesen), dann nachdenken, dann verstehen...

[Driri]

Ähm, ich bin ja nun kein Admin, aber kümmert sich der Adminp tatsächlich um Kontakte, die aus einer Datenbank mit Template Pernames.ntf manuell vom Benutzer gelöscht worden sind ?

Dabei wird doch gar keine Administrationanfrage erzeugt, oder ?

[koehlerbv]

Ingo, so kann man es auch lesen, und offensichtlich muss man das auch so lesen (und wir waren blind).

Wenn dem so ist: In dem Fall ist der AdminP wirklich aussen vor, und man muss (und kann) selber Hand anlegen.

Bernhard

[Tode]

auch von mir ein sorry... habe mich da einfach angehängt...

Die Antwort auf Deine tatsächliche (und nicht die von uns angenommene) Frage lautet: Es gibt KEINEN Automatismus, das müsste man per Agent oder aber per Script im PostDocumentDelete (eigentlich schon im QueryDocumentDelete, dann aber auch im QueryDocumentUndelete) abfackeln...

[Metti]

Vielen Dank Driri. Habe schon gedacht ich bin komplett beschugge.
Also wie am Anfang beschrieben die Idee mit Agent umsetzen.
Trotzdem vielen Dank an alle beteiligten.

[koehlerbv]

Wozu ein Agent? Das gehört ins QueryDocumentDelete und wäre dort ein ziemlich dumpfer Code, der die Gruppenzugehörigkeit prüft und ggf. anpasst.

Bernhard

[Metti]

Super Danke