Page 1 sur 1
Groupe par OU

Publié:
15 Mars 2010 à 11:13
par TBigJohn
Bonjour,
Savez-vous si il est possible de créer des groupes qui se mettraient automatiquement à jour en contenant tous les user certifiés dans la meme OU ?
Merci,

Publié:
15 Mars 2010 à 11:14
par Michael DELIQUE
salut
oui il suffit d'utiliser les jokers "*"

Publié:
15 Mars 2010 à 13:38
par TBigJohn
Oui, c'est ce que je pensais aussi, mais si je fais un groupe avec un seul membre */OU/DOMAIN et que je veux envoyer un mail à ce group ca ne passe pas
"User not found in directory ....

Publié:
15 Mars 2010 à 13:43
par Michael DELIQUE
ahh pour les mail, j'ai jamais essayé
par contre nickel pour les acls

Publié:
15 Mars 2010 à 13:53
par TBigJohn
ben oui mais si je dois maintenir une autre série de groupe pour faire du mail ca m'intéresse deja beaucoup moins ...

Publié:
15 Mars 2010 à 14:32
par oguruma
on appelle cela "des groupes dynamiques"
pour cela il existe un outil et je crois que cooperteam a un outil qui permet de gérer des groupes dynamiques... mais cela est payant

Publié:
15 Mars 2010 à 14:50
par TBigJohn
ok, peut etre, mais bon ca me parait quand meme un peu grave de devoir remettre un couche ( payante en plus ) sur domino pour avoir ce genre de chose ....
Quel est l'interet des OU finalement ? il y a les policies qu'on peut activer par OU d'accord ... et puis ???
Dans le names.nsf il y a une vue "by Organization", dans mon cas j'ai tous les user en dessous du nom de domaine, on devrait au moins pouvoir categorizer par OU pour pouvoir n^montrer une vue correcte de l'organization, non ? sans devoir customiser le names sois meme j'entends ....
Enfin bon ... on aura peut etre mieux en R9 ...

Publié:
15 Mars 2010 à 15:00
par billbock
un bon agent lotus script peut faire l'affaire

Publié:
15 Mars 2010 à 15:18
par oguruma
oui on peut réécrire dyngroup en ls bien sûr... mais côté perf ? ça va pas être top
dyngroup : c'est du C derrière
en fait comment cela fonctionne "en gros"
tu as une base notes dans la laquelle du définis des règles de gestion pour créer tes groupes dynamiques et ensuite avec le l'outil dyngroup.exe tu fais matcher ta base nsf dans laquelle figure des règles et un carnet d'adresses et ça va super vite
en fait on fait cela dans un batch (.cmd ou .bat) et on pilote ceci par un document programme pour provoquer des maj régulièrement
ce produit gère automatiquement groupes et sous groupes
le pilotage de ces groupes dynamique passe par cette nsf qui héberge les règles de gestion -- ne jamais mettre à jour en direct le names pour supprimer un groupe par exemple....
un de mes client l'avait en production ;ça fonctionne nickel
quand tu crées une règles tu peux la tester afin de l'appliquer afin de voir les résultat du filtre que tu as mis....
mais réécrire tout cela en LS et faire aussi bien ça serait de la folie !

Publié:
15 Mars 2010 à 16:19
par billbock
ouais mais payant a voir de toute facon
l'agent il te faut une journee pour le developper c'est juste un db.search avec une requete, j'ai deja fais cela pour un client ca marche nickel.
maintenant dyngroups est un bon produit

Publié:
15 Mars 2010 à 16:41
par TBigJohn
ok pour les produits externes ou les dev maison ... moi ce que je me posait comme questions c'est sur des outils d'admin build in que j'estime quand meme etre en droit d'attendre d'un produit comme domino ....

Publié:
15 Mars 2010 à 17:02
par oguruma
billbock a écrit:ouais mais payant a voir de toute facon
l'agent il te faut une journee pour le developper c'est juste un db.search avec une requete, j'ai deja fais cela pour un client ca marche nickel.
maintenant dyngroups est un bon produit
one shot oui... 1 j au moins....
mais dans le cas de grandes structures avec un names de x mille personnes.... on va atteindre les limites du nombre de personnes dans le cham membre... générer automatiquement des sous-groupes dynamiques etc. etc. et la maj...
et de mémoire je crois qu'il y a un un nb limite de niveau... je ne sais plus combien....
je m'y suis aussi déjà frotter en dév.... tout fonctionne bien quand on crée le groupe mais quand on arrive aux maj (suppression... ) etc....
ça rigole moins
voilà c'est juste un retour d'expérience encore assez frais

Publié:
15 Mars 2010 à 17:04
par Michael DELIQUE
pour les maj autant passer par une tache adminp lancé en script ça tourne plus tot pas mal

Publié:
16 Mars 2010 à 10:06
par billbock
j'ai une bibliotheque pour cela pour generer des groupes par societe, à plusieurs niveaux (avec des sous groupes et un nb limites de memebre par groupe) tps de dev : 1 semaine