Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

iNotes6 und ACL fuer Kalenderzugriff

<< < (2/3) > >>

m3:

--- Zitat von: Raymond am 14.12.06 - 21:43:36 ---Interessanterweise funktioniert das bei einigen iNotes Datenbanken, bei anderen nicht, obwohl die ACL absolut identisch ist  ???
--- Ende Zitat ---
Hey Ray (das reimt sich ;) )!

Wie äußert sich das "funktioniert nicht"? Fehlermeldung, keine Termine sichtbar, ...? Mehr Input == mehr Output.

Bis Du Dir sichtbar, dass in den DBs, in denen es "nicht funktioniert", die Termine nicht als privat markiert sind, die Besitzer der DB korrekt eingetragen sind, die Benutzer, an die delegiert wurden, korrekt eingetragen sind, ... ?

Normalerweise sollte für die Kalender-Delegation nicht an der ACL herumschrauben müssen. Ich würd den Fehler woanders suchen.

Raymond:
Vielen Dank für die bisherigen Antworten

Freigabe direkt durch den User im Kalender, ohne manuelles veränder der ACL funktionierte eben nicht, deshalb bin ich nun mit diesem Problem konfrontiert. .. Es ist allerdings so, dass die Freigabe auf via Webbrowser im iNotes gesetzt wird, die meisten Benutzer haben keinen Notes Client.

"Funkioniert nicht" könnte glatt die Aussage vom User sein ;-) Ich meinte damit, dass man nicht auf die iNotes Datenbank des anderen Mitarbeiter zugreifen kann, obwohl man in der ACL "Read Public Documents" aktiviert hat.

Ich öffne also direkt er URL die iNotes Mail DB des Arbeitskollegen "5"  http://dominoserver/mail/Mitarbeiter5.nsf und kann nicht einloggen. Ich erhalte "Error401, User not authenticated", obwohl ich bei der DB Mitarbeter5.nsf "Read Public Documents" für alle Mitarbeiter gesetzt ist.

Ich denke eher nicht, das es am Server Cache liegt, da es reproduzierbar für die einzelnen Mitarbeiter Kalender ist.

Gruss
Ray

datenbanken24:
Das interessante an Deiner Schilderung in #6 ist die Fehlermeldung.

"Error401, User not authenticated"

Wenn der User wirklich per ACL-Problem keinen Zugriff auf die Datenbank seines Kollegen hätte, dann würdest Du keine Fehlermeldung - sondern den Login-Dialog bekommen.

Ich bin mir fast sicher, Du bist schon drin in der Maildatenbank des anderen -
und IN der Datenbank passiert ein Fehler.

So eine Meldung kommt zum Beispiel, wenn ein WQS/WQO Agent in der Datenbank nicht mit einer ID unterzeichnet ist, die serverseitige Agenten aufrufen darf. Oder wenn ein Agent mit den Rechten des Users läuft, und eben mit dem aktuellen User das nicht darf.

Schau mal im Loguch "domlog" nach, ob es einen Eintrag gibt, der schon in irgendeiner Webseite der Maildatei, auf die Du zugreifst, bei User den eingeloggten User zeigt,
also darauf hinweist, dass der User bereist schon "ein Stück" in der Datenbank "drin ist".
Im Logbuch ("log") solltest Du dann, wenn dem so ist, erkennen, welches Element der Datenbank den Zugriffsfehler verursacht - denn wie gesagt, ich glaube nicht, dass es die Datenbank-Zugriffsrechte selbst sind.

Gruß,
Uwe

Raymond:
Hallo Uwe

danke für deine Antwort. Meine Schielderung war vermutlich nicht präzise genug. Ich erhalte zuerst 3 x das Login Fenster, danach erhalt ich den Fehler User not authenticated.

Gruss
Ray

m3:
Du arbeitest auf dem Server eh mit Session-Authentication und nicht mit Basic-Authentication, odrrrrrr?

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete