Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: theBastian am 28.09.05 - 20:54:30
-
Hi,
ich habe folgendes Problem, welches vielleicht einigen bekannt vorkommen könnte:
meine ACLs sind alle schön geordnet, keine Namen sondern nur Gruppen drin. :)
Jetzt habe ich einen User, und will wissen, worauf er Zugriff hat, ergo in welchen Gruppen er ist.
Habe bisher keine Lösung bei den Notes Bordmitteln gefunden. Kennt da von Euch jemand eine Möglichkeit oder ist ein 3th party tools notwendig?
cu
der B@sti
-
Jetzt habe ich einen User, und will wissen, worauf er Zugriff hat, ergo in welchen Gruppen er ist.
... guckst Du in der names.nsf des Servers in die Ansicht Gruppen und suchst nach dem User. Dann werden die Gruppen doch angezeigt, in denen der User enthalten ist ...
Gruß
Wolfgang
-
Das ist ja "nur" eine einfache Suche.
Es werden auch Docs angezeigt, wo der Name z.B. bei Owner oder Administrator auftaucht.
-
Hallo,
in der Names auf dem Server gibt es eine hidden View die das Anzeigt. Ich habe mal kurz geforscht aber die View nicht gefunden.
-
Habe diese Ansicht leider auch nicht gefunden.
Hat jemand noch eine Idee?
cu
der B@sti
-
Hallo Basti,
>>Hat jemand noch eine Idee?<<
wenn es Dir um einen "Überblick aus administrativer Sichtweise" geht, könnte folgender Tipp eine Lösung sein.
In which group(s) is a particular user a member? (http://www.madicon.de/content/view/542/57/)
Gruß
Manfred
-
Habe mir für diesen Zweck eine Ansicht in der names.nsf gebastelt.
Vorne der Name nach Kategorie; Zweite Spalte "Gruppe" mit dem Feld "ListName" als Inhalt.
-
Hi,
@Manfred
Mit Deinem Tipp sehe ich, in welchen Gruppen der User hierarchisch ist.
Ich will aber sehen, in welchen er wirklich physisch drin steht.
@RON22
Irgendwie verstehe ich nicht, wie Deine Ansicht aussieht.
cu
der B@sti
-
Bauanleitung für die View:
Selection: select form="Group"
1. Spalte: Feld Members eintragen.
Dann Eigenschaften der Spalte:
'show multiple values as separate entries (2. Tab)
Sorting der Column: Categorized Ascending oder Descending
2. Spalte: Wert=Feld Listname
Sorting der Column ascending oder descending.
Feddisch.
-
oder view People\by membership nutzen
-
@Gandhi
Danke für Deine Infos.
Aber People\by Membership habe ich nicht.
-
maybe das ist special hier.
Aber die beschriebene View kannst Du Dir in 2 Min. mit der o.g. Bauanleitung basteln.
-
Klar, kein Thema.
10 Minuten für Suchen der View und
3 Minuten für Bauen der Eigenen. ;)
Danke an alle.
cu
der B@sti
-
@Basti:
>>Ich will aber sehen, in welchen er wirklich physisch drin steht.<<
Die meisten Leute haben mit der anderen Variante Probleme... die von Dir gewünschte Variante sollte kein Problem sein. Wenn Du selbst keine Ansicht programmieren willst/kannst, mache folgendes.
- Erstelle einen Volltextindex für die NAMES.NSF
- Öffne die Ansicht "Gruppen"
- Lass dir die Suchleiste anzeigen (Menü: 'View' -> 'Search this view')
- Gibt den gesuchten Benutzer in folgender Form ein:
field Members contains Manfred Dillmann/IMD
So werden Treffer nur als Treffer gewertet, wenn der gesuchte Name im Feld 'Members' steht.
Hilft das?
Manfred
-
@dilli: Man kann von dir doch immer wieder was lernen !?
OT: Wie war der Urlaub ?
Jo
-
@Manfred
das mit dem Suchen ist natürlich eine Möglichkeit, die man eigentlich immer hat.
Aber ich wollte das Ganze ohne Umwege.
Habe wie gesagt die View schnell mal zusammengeklickt und die zeigt, was ich will.
Als kleinen Bonus habe ich in der Form Person noch ein Field erzeugt, welches per @DBLookup zeigt, in welchen Gruppen der jeweilige User ist.
Schön übersichtlich, so wollen es die Prüfer halt.
Wo wir gerade bei Prüfungen sind und Manfred als Guru mit an Bord ist:
Kennt jemand eine History-Funktion für Gruppen oder geht das nur im Selbstbau?
cu
der B@sti
-
@Gabli - aka Koma, äähhh pardon: como) :-)
>>OT: Wie war der Urlaub ?<<
Danke. Klasse. Dänemark ist landschaftlich schön, von keinem Punkt des Landes aus ist bis zum Meer weiter als ca. 50km und - man mag es kaum glauben, aber wir hatte 13 von 14 Tagen echt klasse Wetter.
@Basti:
>>Kennt jemand eine History-Funktion für Gruppen oder geht das nur im Selbstbau?<<
Selbstbau - also was für richtige Männer. ;-)
Was Du dir (= nahezu kein Programmieraufwand) anschauen kannst: Es gibt in der Maske (Eigenschaftendialog, 1. Register) ein Versioning. So kann man z.B. einstellen, das beim erneuten Speichern einer Gruppe die vorherige Version zu einem Kind der aktuellen Version wird. Möglicherweise muss man die Ansicht zur Anzeige der "Kinder" etwas anpassen. Alles in allem eine Art "Vollautomatik". Einfach mal anschauen...
Manfred
-
@Basti:
Selbstbau - also was für richtige Männer. ;-)
Na das macht doch Mut. :(
Habe aber nicht vor, das Rad nochmal zu erfinden. Daher wollte ich die History-Klasse, die Michael hier im Forum mal angesprochen hatte als Grundlage nutzen und etwas anpassen.
Werde dabei sicher auf Probleme stoßen und dann einen neuen Thread in der Entwicklung aufmachen.
Mal sehen ... Trotzdem vielen Dank.
cu
der B@sti
-
Irgendwie gehen mir bei den bisherigen Lösungen die "nested groups" vollkommen ab, und damit bleiben derartige Lösungen mehr als fraglich. Ich würde sowas auch niemals im DD selber abbilden. Da gibt es zuviele Risiken und Nebenwirkungen.
Ich würde auch tunlichst die Finger davon lassen, eine Gruppen-Dokumente-Historie im DD selber zu lösen, sondern würde soetwas sauber von aussen steuern. Als kleiner Hinweis: Das wirkt immer nur im Frontend, Änderungen via Admin-Client bleiben da immer aussen vor.
Das erstmal nur als Denkanstoss ...
Bernhard
-
Moin,
@koehlerbv
Das ist natürlich ein Argument.
Habe aber keine Ahnung, wie ich das "von außen" bewerkstelligen soll.
Hast Du ev. einen Denkanstoß für mich?
cu
der B@sti
-
Um die Gruppenzugehörigkeit aufzulösen gibt es eine undokumentierte @Formula - @resolveList oder so ähnlich - die könntest Du in die Ansicht einbauen.