Autorenfelder

[mgeidl]

Hallo zusammen!

Ich hab ein Problem mit den Berechtigungen:

Ich hab eine Datenbank repliziert auf zwei Servern. In dieser DB wird mit Leser und Autorenfelder gearbeitet. In der ACL hab ich bei den Zugriffen Autor eingestellt und bei ERWEITERT auch Leser und Autorenfelder ändern und konsistente ACL .... erzwingen angehakt. Der Administrationsserver ist der unsrige.

Wenn ich nun mit einer ID in die DB reingehe, kann ich auf unserem Server die Dok´s ändern, obwohl der Name nicht in der ACL eingetragen ist, gehe ich aber auf den anderen Server, funktioniert das mit der Berechtigung.

Weiters hab ich in unserer Mail-Schablone eingebaut, dass man eingegangene Mails in diese DB kopieren kann. Beim Klick darauf geht ein Fenster mit der Ansicht hoch, da sucht man sich das Projekt aus, klickt auf OK und das Doku wurde erfolgreich übertragen.

Wenn man nun Autorenrechte hat, bei dem Dok, dem man das Mail zuordnen will als Autor eingetragen ist, kommt aber die Fehlermeldung:

Notes error: Sie können keine Dokumente aktualisieren oder löschen, in denen Sie nicht als zulässiger Autor aufgeführt sind

??

Hat jemand eine Idee??

lg
Marietta

[koehlerbv]

Ist in der ACL für die Autoren "Dokumente erstellen" und "Öffentliche Dokumente schreiben" erlaubt ?
Welche Rechte hat -Default- ?

[mgeidl]

Eben als Default-Wert hab ich die Autoren, die Dokumente erstellen und schreiben dürfen!

[Christian97]

Hallo,

mach doch bitte mal den Haken bei "Konsistente ACL erzwingen" wieder raus. Dann sollte es funktionieren.

Ciao,
Christian

[Axel]

Hi,

sind denn die Leser- und Autorenfelder richtig gefüllt ?


Axel

[mgeidl]

Hi!

Es ist so, dass in der Projektaufbauorganisation verschiedene Felder gefüllt werden: Projektleiter, Kernteam, Auftraggeber, Lenkungsausschuß.

Alle Personen, die in diesen Feldern drinn sind, werden ins Autorenfeld übertragen. Im Leserfeld hab ich beide AllUser Gruppen drinnen.

lg
Marietta

[mgeidl]

Hallo Christian!

Den Haken hab ich jetzt rausgenommen, auf unseren Server kommt die Person, die nur Autorenrechte hat und nicht im Feld Autoren drinn ist, trotzdem in den Bearbeiten-Modus, beim anderen Server aber nicht!

[Axel]

Hi,

nehme mal die User direkt oder in einer Gruppe in die ACL auf un setze den richtigen Typ (Person bzw. Personengruppe). Ich bin mir nämlich nicht sicher, ob das mit dem Default - Zugriff funktioniert.

Axel

[mgeidl]

Irgendwas stimmt da sowieso nicht. Auf beiden Servern ist nun der Benutzer (ich nehme immer die ID meines Kollegen als "Versuchskanninchen") als Person und Autor eingetragen.
Wenn ich nun mit seiner ID angemeldet bin und auf unserem Server in die ACL sehe, hat er, obwohl als Autor eingetragen, Managerrechte, wechsle ich auf die Replik am anderen Server, ist er eben nur Autor!

Marietta

[Axel]

Hi,

ist er noch über eine Gruppe in der ACL eingetragen. Normalerweise heißt es zwar Einzelrecht geht vor Gruppenrecht, aber man weiß ja nie.

Wechselst du die ID nur oder startest du den Client neu ?  Vielleicht hebt sich der Client das irgendwo auf ? Halt ich ´zwar auch für relativ unwahrscheinlich, weil solche Phänomene habe ich noch nicht beobachtet.

Versuch ihn mal aus der ACL zu entfernen und neu einzutragen.

Vielleicht hat die ACL einen Schlag bekommen. Du könntest versuchen die DB zu löschen und von der funktionierenden DB eine neue Replik zu machen.

Ansonsten bin ich mit meinem Latein auch so langsam am Ende.

Axel

[Christian97]

Du hattest doch im ersten Posting geschrieben, daß die Leser und Autorenfelder vom Administrationsserver geändert werden können. Ich bin mir nicht sicher, da ich mit dieser Option noch nicht gearbeitet habe, aber vielleicht liegt's daran. Stell's doch mal so ein, daß die Felder nicht geändert werden.
Falls das nicht weiterhilft und mir jemand erklären kann, was es mit dieser Option auf sich hat, freu ich mich.

Ciao,
Christian

[koehlerbv]

Was den Aufbau der ACL angeht, schliesse ich mich meinen "Vorrednern" an.
Eine konstistente ACL schadet aber nichts, ist aber (insbesondere lokal) manchmal etwas sperrig.
Ich würde mal folgendes machen: In beiden Repliken das Replizierprotokoll löschen und dann "mit Optionen" replizieren.
Der Server schnarcht ja manchmal auch etwas, bevor er schnallt, daß jemand neu in einer Gruppe ist. Daher auf der Konsole mal dbcache flush eingeben.
Sind die Repliken der NABs auf beiden Servern auf dem gleichen Stand ?
Nach Änderungen an der ACL den User mit F5 abmelden, damit ein erneutes Einlesen erzwungen wird.

Vielleicht hilft davon ja was.

Bernhard

[mgeidl]

Hallo zusammen!

Hab jetzt mal die Replik auf unserem Server gelöscht und eine neue Replik erstellt. Jetzt funktioniert´s, auch nur mit dem Default-Wert Autor. Das Problem dabei ist nämlich, dass mit der Datenbank im schlimmsten Fall 400 User arbeiten und die mit Gruppen oder Namen in der ACL verwalten, tu ich mir nicht an. Und mit dem Autorenfeld in den Masken kann ich ja verhindern, dass mir da irgendwer was reinpfuscht.

Jetzt hab ich nur mehr das Problem, dass einer mit Autorenrechte kein mail aus seiner Mail-DB in diese DB reinkopieren kann. Die Fehlermeldung hab ich ja schon oben beschrieben.

Ich schick mal zur Sicherheit das LS mit, beim DocN.Save haut´s ihn mit der Fehlermeldung auf:

Sub Initialize
   Dim WS As New NotesUIWorkspace
   Dim s As New NotesSession
   Dim IUDoc As NotesUIDocument
   Dim Doc As NotesDocument
   Dim UNID As String
   Dim DB,DBPM As NotesDatabase
   Dim View As NotesView
   Dim DocN,DocG As NotesDocument
   Dim Item As NotesItem
   Dim ServerName As String
   Dim Col As NotesdocumentCollection
   
   
   'Set UIDoc=WS.CurrentDocument
   Set DB=s.CurrentDatabase
   
   Set col=db.unprocesseddocuments
'   Set Doc=UIDoc.Document
   Set Doc=Col.GetFirstDocument
   
   UNID=s.GetEnvironmentString( "G_UNID" )
   ' UNID=Doc.G_UNID(0)
   
   ServerName=db.Server
   Set DBPM=New NotesDatabase(ServerName,s.GetEnvironmentString( "PM_DB" ))
   If(DBPM Is Nothing) Then
      Messagebox "Datenbank konnte nicht geöffnet werden !"
      Exit Sub
   End If
   
   Set view=DBPM.GetView("(UID)")
   Set DocG=view.GetDocumentByKey(UNID)
   
   If(DocG Is Nothing) Then
      Messagebox "Eintrag konnte nicht gefunden werden !"
      Exit Sub
      
   Else
      While Not (Doc Is Nothing)
         Set DocN=Doc.CopyToDatabase(DBPM)
         Call DocN.MakeResponse(DocG)
         DocN.Doc_Subject=Doc.Subject
         DocN.Doc_PostedDate=Doc.PostedDate
         DocN.form="Memo"
         DocN.Autoren=Doc.Autoren
         DocN.Leser=Doc.Leser
         Call DocN.Save(True,False)
         
         Set Doc=col.GetnextDocument(doc)
      Wend
      
   End If
   
   
   'Set Item=Doc.GetFirstItem("G_UNID")
   'Call Item.Remove
   'Set Item=Doc.GetFirstItem("PROJ_DB")
   'Call Item.Remove
   
   'Call Doc.Save(True,False)
   Messagebox "Das Dokument wurde erfolgreich übertragen !"
   
End Sub

[koehlerbv]

Zuerst wird das Dokument in die DB kopiert - so, wie es ist, also ohne Autorenfeld. Dann wird es geändert und erneut gespeichert - aber das Originaldok hat ja kein Autorenfeld.
Wenn ich jetzt nix übersehe, dann sollte das ja auch vom Server abgelehnt werden.

Bernhard

[mgeidl]

Das komische dabei ist ja, dass das Dok in die DB kopiert wird, aber eben nicht als Response-Doc sondern als "nicht kategorisiert"!

[Axel]

Eine konstistente ACL schadet aber nichts, ist aber (insbesondere lokal) manchmal etwas sperrig.

Hi,

ist aber der einzigste Weg wenn du mit Rollen arbeitest. Bei allen Datenbanken, die ich bisher erstellt habe, arbeite ich mit konsistenter ACL.

@Christian97

Du hattest doch im ersten Posting geschrieben, daß die Leser und Autorenfelder vom Administrationsserver geändert werden können. Ich bin mir nicht sicher, da ich mit dieser Option noch nicht gearbeitet habe, aber vielleicht liegt's daran. Stell's doch mal so ein, daß die Felder nicht geändert werden.
Falls das nicht weiterhilft und mir jemand erklären kann, was es mit dieser Option auf sich hat, freu ich mich.

Diese Option ist aber sehr sinnvoll. Die Änderung bezieht sich darauf, wenn in den Feldern User drinstehen, deren Zugang gelöscht wird, dann nimmst sie der Adminserver auch aus den Feldern raus.

Axel
 

[koehlerbv]

Konsistente ACL: Wird wirklich gebraucht, wenn man mit Rollen und Zugriffsrechten arbeitet - aber nur lokal. Sollte (!) eine DB nur auf dem Server liegen, ist konsistente ACL unnötig. Aber von welcher DB gibt es schon keine lokalen Repliken ?

Felder ändern: Bezieht sich auf alle Autoren- und Leserfelder und ist eine sehr hilfreiche Einrichtung. Steht ein gelöschter oder auch rezertifizierter User also in einem Nicht-Autoren- oder Leserfeld, wird das vom AdminP nicht berücksichtigt.

Zu den Response-Docs: Ist nach der Aktion $Ref gefüllt ? Ist die Ansicht so aufgebaut, daß Antwort-Dokumente hierarchisch angezeigt werden ?

HTH,
Bernhard

[Axel]

Hi,

versuch's mal mit dieser Anpassung:

...
While Not (Doc Is Nothing)
    Set DocN=Doc.CopyToDatabase(DBPM)
    Call DocN.MakeResponse(DocG)
    DocN.Doc_Subject=Doc.Subject
    DocN.Doc_PostedDate=Doc.PostedDate
    DocN.form="Memo"

    Set item = New NotesItem( DocN, "Leser", doc.Leser, READERS )
    item.IsReaders= True
    Set item = New NotesItem( DocN, "Autoren", doc.Autoren, AUTHORS )
    item.IsAuthors= True

    Call DocN.Save(True,False)
         
    Set Doc=col.GetnextDocument(doc)
Wend
...


Axel

[koehlerbv]

Au weia, das hab' ich glatt übersehen ;-(

[Christian97]

@Axel, koehlerbv:

Vielen Dank für die Erläuterungen. Dann muß ich das doch gleich mal nachholen, man weiß ja nie, wie sich die User ändern.

Christian