Leser-/Autorenfelder: Gruppenauflösung scheint nicht zu funktionieren

Hallo miteinander!

Wieder einmal machen mich die Leser- und Autorenfelder fertig. Ich hoffe, jemand von euch kann mir das Brett vor dem Kopf entfernen....

Rahmenbedingungen:
*** 2 Autorenfelder und ein Leserfeld pro Dokument. Ein Autorenfeld ist mit einer Rolle für die Admins befüllt, im folgenden beziehe ich mich nur aufs zweite Autorenfeld
*** User ist Autor ohne Erstell- oder Löschrecht in der ACL, bzw. einer Gruppe vom Typ ACL (GroupType = "2")
*** Dokumente in der Datenbank werden per Agent erstellt, der läuft sauber und ohne Fehler durch: Errorhandling ist selbstverständlich drin, die Dokumente sind stichprobenartig mit scanEZ geprüft und für gut befunden worden
*** Server: 9.0.1 FP1, Client 8.5.3 FP5

Szenario 1: User steht im Autoren- und im Leserfeld, User sieht seine Dokumente und kann sie bearbeiten ==> so weit, so klar

Szenario 2: User steht im Leserfeld namentlich drin, im Autorenfeld nur über eine Gruppe (ebenfalls GroupType = "2"): User sieht sein Dokument kann es aber nicht bearbeiten ==> Gruppenauflösung scheint nicht zu tun für das Autorenfeld

Szenario 3: User steht im Leserfeld über seine Gruppenzugehörigkeit drin, im Autorenfeld namentlich: User sieht sein Dokument und kann es bearbeiten ==> macht Sinn, Autorenfelder übersteuern Leserfelder in dieser Beziehung

Szenario 4: User steht im Leser- und im Autorenfeld nur über seine Gruppenzugehörigkeit drin: User sieht das Dokument nicht und kann es natürlich nicht bearbeiten ==> Gruppenauflösung scheint nicht zu tun.

In dem Maskeneigenschaften ist eingestellt, dass man eine Rolle benötigt, um Dokumente, die mit der Maske erstellt wurden, lesen zu können: diese Rolle hat der User.
Erstellen kann man Dokumente mit dieser Maske nur mit einer anderen Rolle, die die Server und wir Admins haben. Aber Erstellrechte hat der User laut ACL eh nicht, er soll auch nichts erstellen.

Ziel soll sein, dass schlussendlich nur über die Gruppenzugehörigkeit ein User "seine" Dokumente sehen und bearbeiten kann, den Usernamen zu verwenden ist (verständlicherweise?) keine Option.

So, wo ist mein Denkfehler, bzw. an welcher Stelle habe ich Leser- und Autorenfelder nicht verstanden (was ich nicht ausschließen mag)

THX in advance!

RW

Jupp, die Gruppe stammt direkt aus dem names.nsf und ja: der User steht namentlich drin. Dass Verschachtelungen ab einer gewissen Tiefe, bzw. Menge an aufgelösten Daten, Probleme bereit können, darüber bin ich schonmal vor einigen Jahren gestolpert. Aber egal: hier ist das nicht der Fall. Und wie ich diesen konkreten Anwendungsfall einschätze, wird das auch auf absehbarer Zeit kaum passieren...

Sowohl scanEZ erkennt die Felder als vom richtigen Typ und auch die Document Properties weisen die Field Flags als "SUMMARY READ(/WRITE)-ACCESS NAMES" aus. Im Agenten betanke ich die Felder und setze dann explizit noch ein .IsAuthor, bzw. .IsReader hinten dran ... sonst wären es ja nur reine Textlisten und würden gar nichts auswirken.

Moijn!

Die Gruppe ist vom Typ ACL-Gruppe und die Member sind korrekt eingetragen.

Ich werd wahnsinng ... das scheint echt geholfen zu haben.
Ich weiß zwar nicht, wer mich auf den Arm nehmen will, der Client oder der Server, aber mit einem von beiden werde ich wohl mal ein ernsthaftes Erziehungsgespräch führen müssen.

Jedenfalls werde ich das mal im Auge behalten, ob es das jetzt war. Auf jeden Fall: ein großes Dankeschön!