Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: Fbaum am 20.11.02 - 09:31:12
-
Hallo miteinander...
folgendes Problem:
In einer Datenbank wird von verschie. Leuten Doks erstellt.
Wenn diese Doks einen bestimmten Status haben werden diese dann beim Schließen der DB in eine andere kopiert. Das funktioniert auch wunderbar.
Jetzt habe ich einen weiteren User die Rechte gegeben Doks zu erstellen.
Wenn dieser jetzt die DB schließt kommt die Meldung:
"Sie sind nicht zum Durchführen der Operation berechtigt (xxxx.nsf)."
Wenn er dann auf OK klickt werden die Doks jedoch trotzdem kopiert. Alles wäre ok, wenn die blöde Fehlermeldung nicht kommen würde.
Der User hat aber alle Rechte wie jeder andere auch.
Ich habe jetzt schon alles versucht was in meiner Macht steht.
Vielleicht hat von Euch jemand auch schon mal das Problem gehabt?
Danke schon mal für Eure Hilfe.
Gruß FBaum
-
... kann es sein, daß du mit Leser / Autorenfeldern arbeitest ... ?
ata
-
ich denke eher dass dein angesprochenes kopieren der doks in datenbank b ueber einen agenten läuft.
der user darf garantiert keine agenten auf dem server laufen lassen
gruss / till
-
Hi,
ja ich arbeite mit Leserfeldern wo der entsprechende User drinsteht.
Auch das mit dem Agent ist richtig. Der User hat aber das Recht, Agenten laufen zu lassen...
Gruß FBaum
-
"Sie sind nicht zum Durchführen der Operation berechtigt (xxxx.nsf)."
Ist xxxx.nsf die Zieldatenbank oder die Quelldatenbank?
-
dann darf der user nicht dokumente erstellen in der zieldb...
-
Doch darf er...
-
... das seltsame ist anscheinend nicht berechtigt zu sein, aber doch zu können...
ata
-
Ganz genau so ist es... Komisch gell...??!!
-
... vielleicht ist die Meldung in einem anderen Zusammenhang - gibts verschlüsselte Felder in dem Dokument...
ata
-
... noch was...
... hast du dich schon mal an die Stelle mit dem Debugger vorgetastet?...
ata
-
Hm,
das Problem ist, daß es bei 5 anderen Usern wunderbar klappt. Der Debugger bringt läuft auch ohne Fehler durch...und der User bei dem es nicht funktioniert sitzt etwa 200 km weit weg in einem anderen Werk. Aber alle greifen auf die gleiche DB auf dem gleichen Server zu...
-
sag mal, daß die User alle gleiche Rechte haben, glaube ich einfach nicht....welche Rechte meinst Du und wo sind diese eingetragen...in welcher ACL, in welchem der NABs, replizieren die untereinander....hast Du Rollen in Verwendung....ist der User richtig eingetragen...spielen Crosscertificates eines Rolle möglicherweise...liegt es etwa an einer Soft Security, die man in den Kopieragent eingebaut hat, oder oder ...
beschreibe bitte die Situation ausführlicher, denn es ist unlogisch, daß ausgerechnet alle User die gleichen Rechte besitzen sollen angeblich ;D ;D.
-
... na immerhin schon mal ein Hinweis. Tritt das Probelm nur dort mit diesem User / an diesem Standort auf?...
Ich bin bei solchen Konstellationen schon dazu übergegangen vor Ort den Debugger einschalten zu lassen und den User Schritt für Schritt zu begleiten, bis die entsprechenden Stelle lokalisiert ist...
... denn irgendwas hat sie zu bedeuten, von alleine kommt sie nicht...
ata
-
... hast du die rechtliche Stellung des Users überprüft, welchen Zugriff hat der User auf die Datenbank...
ata
-
Also,
alle User die Zugiff auf die DB haben sind auf dem gleichen Server.
Alle User haben auf die DB Editorenrechte in der ACL. und alle dürfen Agenten laufen lassen Es ist nichts unnormales wenn ich´s mal so sagen darf... Mir fällt nichts besonderes auf, was da falsch sein könnte.
-
... verwendet der User seine ID?...
ata
-
;D ;D
ich seh schon, ata kennt auch diese Perversitäten
-
Ja, er benutzt sein ID...
-
@Rob...
... wobei wir wieder beim "i han gar nix do..." sind... ;D ;D ;D
ata
-
wie läuft das Kopieren? Über Script, Formel, Aktion, oder...? Und das wird über einen Agent getriggered? Wann wird denn diese Aktion konkret ausgeführt? Du sagtest beim "Schliessen"...also im QueryClose der DB?
@ata: *tränen lacht* :o ;D ;D ;D
-
...Tja, wem sechsch des...
-
Sorry Leute,
ich habe erst einmal Dampf ablassen müssen...
Ein Kollege von mir hatte die Zugriffsrechte der ZielDB auf Leser! gesetzt... Habe jetzt wieder auf Autor mit Recht Doks zu erstellen gewechsel und siehe da es läuft...
Sorry, daß ich das erst jetzt bemerkt habe.
Trotzdem Danke für Eure Zeit und Eure Bemühungen.
Gruß
FBaum
-
dann darf der user nicht dokumente erstellen in der zieldb...
Doch darf er...
man darf niemals davon ausgehen. kontrolle ist besser
aber hauptsache das ding ist gegessen.
-
... kaum macht man es richtig tuts... ;D ;D ;D
ata
-
nein....doch..aber ganz sicher...wirklich sicher..ja natürlich...aber was wenn....ausgeschlossen....na wenn sie meinen....das meine ich....
Warum erinnert mich das an den alten Alltag vergangener Tage im Telefonsupport?
Wie war das ata?
"i han gar nix do..."
*genial* ;D
-
I know...
Aber was will ich machen... Mein Kollege fummelt da irgenwas an meiner DB rum ohne mir Bescheid zu sagen... Ich kann ja nicht jeden morgen alle meine DB´s nachkontrollieren ob auch ja alles ok ist...
Na ja, aus sowas lernt man...
-
gib dem Kollegen einfach ein Websphere Buch und dann haste ihn für einige Zeit los vom rumfummeln ;D
-
ab und zu hilft es wenn der user seine cache.dsk löscht
cu