ACL & Profile

[buzzy666]

Hi zusammen,
ich hab nen User mit Autoren-Rechten auf einer DB. Wenn dieser nun ein neues Profil erstellt und speichern will, kommt die Meldung "Notes error: Sie können keine Dokumente akt. o. löschen, für die Sie nicht als zulässiger Autor aufgeführt sind".
Also hab ich ein berechnetes Autoren-Feld (beim Anlegen) erstellt. Formel: @username.
Nutzt auch nix 

Kann mir da bitte einer auf die Sprünge helfen?

Danke & Gruß,
Buzzy

[Mandalor]

Beim anlegen schein zu spät zu sein, schalte es auf berechnet und setze die Formel ein:

@if(feld="";@username;feld)

[buzzy666]

Danke, aber: nope - bringt auch nix 

[ghost]

Um welche Profile handelt es sich? Datenbank Profiles oder Benutzer Profiles?

Viele Grüße
ghost

[buzzy666]

Benutzerprofile...wird mit aufgerufen mit:
@Command([EditProfile] ; "UserProfil" ; @Name([CN] ; @UserName))
Das Profil wird auch angelegt, aber beim Speichern kommt besagte Meldung.
Hab's auch schon mit "*" als Inhalt für das Autoren-Feld probiert...

[ghost]

Ist die Option 'Create Documents' für die Autoren in der ACL angewählt?

Vielleicht hilft Dir diese Dokument:
http://www-1.ibm.com/support/docview.wss?rs=463&uid=swg21089387

Viele Grüße
ghost

[Glombi]

Ich vermute mal, dass Du für das Profil eine extra Maske erstellen musst (falls Du diese nicht bereits hast). Dort dann die Option "Verfügbar für Benutzer mit öffentlichem Zugriff" anklicken.

Andreas

[koehlerbv]

Und hierfür brauchst Du kein Autorenfeld im Dokument selber. Du darfst nur nicht @Name ([CN]; @UserName) verwenden - das ist kein Username ! Statt dessen könntest Du auch Sauerkraut 'reinschreiben - Du musst den richtigen (hierarchischen) User-Namen verwenden.

Bernhard

PS: Was Du da erzeugst, ist ein Profil-Dokument. Ein Benutzerprofil ist was ganz anderes.

[buzzy666]

Hab ich alles schon probiert. Mit @Username bringt's auch nix...ich werd noch wahnsinnig 

Gruß,
Buzzy

[robertpp]

Du könntest mal das so probieren das du eine Rolle einträgst und dem User diese Rolle zuteilst. Und dann versuchst du dein user wieder einzutragen und die Rolle dann siehst du mal was er in das Feld einträgt und dann nimmst du im wieder die Rolle weg wenn der User passt.

robert

[ghost]

Hallo buzzy666,

könnte es sein, dass für den User bereits ein Profile Document existiert in dem aber das Authorenfeld nicht richtig gefüllt ist? Dann kann dieses Profile von dem Benutzer nicht mehr geändert oder überschrieben werden.
Du könntest dem User Editorenrechte geben, dann die Aktion ausführen lassen, damit das Autorenfeld richtig gefüllt wird. Danach dem User wieder als Author zugreifen lassen.

Viele Grüße
ghost

[buzzy666]

Du könntest mal das so probieren das du eine Rolle einträgst und dem User diese Rolle zuteilst. Und dann versuchst du dein user wieder einzutragen und die Rolle dann siehst du mal was er in das Feld einträgt und dann nimmst du im wieder die Rolle weg wenn der User passt.

robert

Gute Idee, aber leider hat's nichts geholfen...danke trotzdem!

Gruß,
Buzzy

[buzzy666]

könnte es sein, dass für den User bereits ein Profile Document existiert in dem aber das Authorenfeld nicht richtig gefüllt ist?

Glaub ich nicht - ich hab ein Tool (scanEZ), mit dem ich mit *alle* Dokumente eine DB anschauen kann, auch Profile.

Du könntest dem User Editorenrechte geben, dann die Aktion ausführen lassen, damit das Autorenfeld richtig gefüllt wird. Danach dem User wieder als Author zugreifen lassen.

Wenn sich die User als Editor ein Profil anlegen und nachher als Autor zugreifen & ändern klappt das ganze Wunderbar. Nur das Anlegen als Autor geht nicht...

Danke & Gruß,
Buzzy

[robertpp]

Hast du es schon mal so versucht:


Dim s As New NotesSession
Dim db As NotesDatabase
Dim doc As NotesDocument
Set db = s.CurrentDatabase
Set doc = db.GetProfileDocument("userprofile", s.UserName)
doc.CreateBy=""
Set item =  doc.GetFirstItem( "CreateBy" )
item.IsAuthors= True
doc.CreateBy=s.Username
Call doc.Save(True,False)

robert

[ghost]

Wie werden die Profile Dokumente überhaupt angelegt bzw. editiert?

Viele Grüße
ghost

[buzzy666]

Hab ich auch schon, hat aber ebenfalls nix gebracht.

AAAAABER...ich weiss etz, woran's haperte:

Datenback->Eigenschaften->Sperren von Dokumenten zulassen

Haken raus, alles paletti...ich könnt kotzen! Zwei Tage ärger ich mich mit dem Bullsh*t schon rum 

Allerdings: wenn ich das Sperren ausschalte hab ich wieder das Problem mit Replizier- und Speicherkonflikten. Kann ich Dokumente vom Sperren ausnehmen?

Danke & Gruß,
Buzzy

[buzzy666]

Wie werden die Profile Dokumente überhaupt angelegt bzw. editiert?

Viele Grüße
ghost

Über einen Gliederungseintrag mit der Formel:
@Command([EditProfile] ; "UserProfil" ; @UserName)

Gruß,
Buzzy

[koehlerbv]

Ich bezweifle, dass es an der DocLock-Property liegt - ich habe das mal nachvollzogen, und es hatte bei mir keine Auswirkungen. Dann wäre sicherlich auch dieses Forum, vor allem aber das bei LDD voll von derartigen Meldungen ...

Bernhard

[buzzy666]

Ich bezweifle, dass es an der DocLock-Property liegt - ich habe das mal nachvollzogen, und es hatte bei mir keine Auswirkungen. Dann wäre sicherlich auch dieses Forum, vor allem aber das bei LDD voll von derartigen Meldungen ...

Nun ja - ich war ehrlich gesagt auch entsetzt, als ich die Feststellung machte. Aber ich hab's an 3 DBs auf 2 Servern ausprobiert. Auf unserem Testserver in der DB, wo mir das Problem zu ersten Mal untergekommen ist, dann in eine jungfräulichen DB auf dem selben Server und in meiner Mail-DB auf dem Praxis-Server. Überall das Gleiche: sobald das Sperren aktiviert ist, kann ein Author keine neuen Profile mehr speichern 
Keine Ahnung, ob man da von der administrativen Seite noch was drehen kann...?

Gruß,
Buzzy

PS: in der LDD hab ich auch 2 Threads laufen - bisher ohne Antwort 

[atbits]

Ich kann Dir nur beipflichten, ich habe hier das gleiche Problem.
Es verschwindet, sonbald ich das Document Locking disable.

Hast Du eine andere Lösung gefunden, ich brauche das Locking.

*** some time later ***

... habe beim IBM Support einen KB-Eintrag zu diesem Thema gefunden.

http://www-1.ibm.com/support/docview.wss?uid=swg1LO03366

Sieht aber ganz so aus, als wollte IBM das aussitzen.

 - SHIT - David