Suppression automatique

[Jean Christophe]

Bonjour,j'ai plusieurs listes de diffusion. Les users sont dans une ou plusieurs listes.Actuellement si un user change d'OU (changement de service), je le change manuellement de liste de diffusion. Je répète cela pour chaque liste de diffusion auxquelles il appartient, avec le risque d'en oublier.Existe-t-il une façon automatique de supprimer un user des groupes de diffusion et voir de l'ajouter à des listes ?Merci d'avance

[dav]

lorsque tu fais un changement d'OU, tu fais personne/renommeret transmettre demande au nouveau certificateur...une fois que c'est fait il faut aller dans les requêtes administratives/requêtes de déplacement de nommenu action/déplacement complet des entrées sélectionnées: à ce moment ton entrée d'annuaire va être modifiée entièrement et correctement, y compris dans tes listes de diffusion : un renommage fait manuellement n'entraine pas le lancement de l'admin process du renommage.Pour la suppression d'un utilisateur:personne/supprimer: ne pas cocher supprimer immédiatement, sinon cela aura pour conséquence de ne pas réaliser l'adminprocess complètement, et tes entrées dans les listes de diffusin ne seront pas supprimées.

[Jean Christophe]

Je me suis mal exprimé.Le changement d'un user d'OU se fait entièrement par l'adminp. (je laisse ça tout en automatique)Ce que je fais manuellement est simplement l'ajout ou la suppression d'un user dans un groupe au niveau du names.nsf du server.Par ex un user fait partie du service Compta. Il est dans un groupe #Compta. Il passe au service Vente. Je l'enlève manuellement du groupe #compta et je l'ajoute manuellement au groupe #Vente.Peu-ton faire cela automatiquement ?Merci d'avance

[rko]

salut ! A ma connaissance nonc'est de l'administration que tu fais, si c'est automatique, ce n'est plus de l'administrationQuand tu fais un changement d'ou pour ton utilisateur, l'adminp sans charge par ce que tu lui as dis de faire ça.Il n'y a pas encore d'outil qui met en relation un groupe avec une ou@+rko20

[PAT]

Tout à fait d'accord : tant qu'on ne pourra pas insérer les membres d'un groupe (liste de diffusion) en utilisant la forme : */OU , il faudra que l'admin travaille à la main.Peut-etre une amélioration à demander aux developpeurs d' IBM ...PS : certaines personnes confondent OU avec liste de diffusion. Quand on leur dit que c'est 2 choses differentes, elles nous demandent alors : à quoi sert de créer des OU ????? Que repondriez-vous à cette question ?

[dav]

l'OU sert uniquement à faire de la délégation d'administration: si tu as par exemple une OU=FRANCE avec un admin qui gère tte la FRANCEcelui ci peut créer une OU=SUD-EST et fourni l'id certificateur SUD-EST pour permettre à un admin SUD-EST de créer des users, bases etc.. c'est sa seule est unique fonction... je dirais utile pour les gros, très gros domaines domino.Mais il est est vrai que la politique d'IBM, notamment sur les formations certifiantes a toujours été de faire utiliser ces OU aux admins... pourquoi ? allez savoir .... en fait ca génère beaucoup de boulot pour rien.En ce qui me concerne, je suis en train de "casser" toutes ces OU hiérarchiques finalement inutiles au vu de la taille de ma boite.

[rko]

désolé mais je suis pas tout à fait d'accordles Ous ça permet de déléguer l'administrationça permet de différencier différents sites lors de l'authentificationImaginons qu'il y a un domaine Domino "TOTO"Les utilisateurs du site de Paris sont dans l'ou PARIS/TOTOLes utilsateurs du site de Marseille sont dans l'ou MARSEILLE/TOTODonc quand les utilisateurs de paris ou marseille s'authentifie ils verront apparaitre jean dupond/MARSEILLE/TOTO et pour paris jean dujardin/PARIS/TOTOc'est plus clair pour chaque sitesinon pour faire tout flat y'a l'option une seule OU jean dupond/TOTOpar contre si on utilise une seule ou pour les serveurs, les admins, les siteson ne pourra pas gèrer les politiques d'administration car il n'y aura qu'une organisation.Une OU permet de gèrer plusieurs politiques organisationnelles, 1 par siteet de pouvoir gérer un des paramètres d'enregistrement, de configuration, d'archivage et de sécurité différents.sinon il reste les politiques explicites@+

[dav]

d'accord avec toi c'est tout "flat" comme tu dis, mais ce n'est pas une règle indispensable à l'administration comme tu le dis si bien, il y a désormais les politiques qui peuvent être utiles.Les OU hiérarchiques sont utiles lorsque tu as plusieurs admins, ou plusieurs sites gérés différemment...