Lokal erstellte Dokumente werden nicht zum Server repliziert

[chris2212]

Hallo,

seit letzter Woche werden lokal erstellte Dokumente von Anwendern,
die über Access & Delegation Kalenderfreigabe vom AdminP in der
ACL eingetragen wurden nicht mehr zum Server repliziert.

Aktuell verhält es sich wie folgt:

Anwender A ist Manager auf seine Maildatenbank

Anwender B und Anwender C sollen jeweils Schreib/Lese Zugriff
auf Public Dokumente im Kalender erhalten.

Anwender D soll nur Leseberechtigungen auf den Kalender erhalten.

Anwender A fügt in der DB auf dem Server über Tools / Preferences
Anwender B, Anwender C und Anwender D namentlich einzeln hinzu.

In der AdminP DB wird, wie es sein soll, ein neuer Eintrag der Kategorie
Create IMAP Delegation Requests erstellt und abgearbeitet.

In der ACL der Maildatenbank stehen jetzt

Anwender B
Read public documents
Write public documents
Replicate or copy documents


Anwender C
Read public documents
Write public documents
Replicate or copy documents

Anwender D Read public documents
Read public documents
Replicate or copy documents

als Unspecified mit No Access drin

In der Datenbank ist die Konsistente ACL aktiviert.
Der Administrations Server steht in der ACL als Manager.

Anwender B,C und D haben sich, da es Mitarbeiter einer Filiale sind,
jeweils eine lokale Replik der Datenbank erstellt. Was bisher funktioniert
hat, geht seit letzter Woche nicht mehr. Lokal erstellte Dokumente werden
nicht mehr zum Server repliziert.

In der Log DB des Anwenders steht in den Replication Events folgender Eintrag

Access control is set in Server-Name mail\AnwenderA.nsf to not allow replication from mail\AnwenderA.nsf

Ich habe hier im Forum schon gesucht aber so richtig schlau biin ich aus den einzelnen Beiträgen nicht geworden,
IBM konnte mir bisher auch nicht weiter helfen, ich hab die lokal erstellte Replik der DB an IBM geschickt die konnten
keinen Fehler finden. Ich habe das gestern nochmal mit deaktivierter ACL getestet, leider auch ohne Erfolg.

Wenn jemand einen Tipp für mich hat woran das liegen kann, wäre ich sehr dankbar!

Danke & Gruß
Chris

[chris2212]

Damit hat es sich dann wohl erledigt...

This situation works as designed - by giving users access through Calendar
& To Do only delegation one allows them to make changes to their Calendar
and To Do, but not their mail (which includes replication of anything). By
delegating this way, users' names are added to the ACL of the database with
ability to read/write public documents, however the access type is set to
"no access" which would not allow them to have access to mail or replicate.