Novell Confidential Manual (FRA) 28 October 2003
Déplacement/Changement de nom
Les événements de déplacement et de changement de nom ne sont pas pris en charge dans la configuration par défaut. Toutefois, vous pouvez synchroniser un événement de déplacement ou de changement de nom dans Notes au travers du canal Éditeur et dans eDirectory. Pour ce faire, modifiez l’assignation de schéma par défaut et le filtre Éditeur par défaut, puis ajoutez une règle.
De plus, il est possible de synchroniser un événement de déplacement ou de changement de nom sur le canal Abonné si vous utilisez Notes 6.0.3, d’activer la prise en charge d’AdminP et d’ajouter les règles qui fournissent les attributs requis.
Cette section contient les informations suivantes :
!
« Canal Abonné », page 63
!
« Canal Éditeur », page 64
!
« Considérations lors de l’utilisation d’AdminP », page 65
Canal Abonné
Cette section contient les informations suivantes :
!
« Déplacement d’un utilisateur », page 63
!
« Modification du nom d’un utilisateur dans eDirectory (événement de changement de nom dans Notes) », page 64
!
« Changement de nom d’un groupe », page 64
Déplacement d’un utilisateur
1
Vérifiez que vous utilisez Notes 6.0.3 ou une version ultérieure et que vous avez lu
« Considérations lors de l’utilisation d’AdminP », page 65 .
2
Vérifiez que vous avez activé la prise en charge du processus AdminP en ajoutant le paramètre suivant aux options du canal Abonné dans les paramètres du pilote :
<allow-adminp-support display-name="Allow Domino AdminP Support">
True</allow-adminp-support>
Reportez-vous à
Allow AdminP Support (Autoriser la prise en charge d’AdminP)
, à la section
« Options de l’objet Abonné », page 40 .
3
Créez des règles de pilote qui associent les attributs suivants à l’événement de déplacement :
!
le nom du certificateur de destination dans Notes,
!
l’ID du certificateur et un mot de passe pour le certificateur de destination dans Notes
(il s’agit du certificateur vers lequel l’utilisateur est déplacé),
!
l’ancien ID du certificateur et le mot de passe du certificateur source dans Notes (il s’agit du certificateur d’où provient l’utilisateur).
Vous trouverez un exemple de commande adressée au module d’interface pilote et qui permet
de déplacer un utilisateur dans « Exemple de déplacement d’un utilisateur », page 76
.
Personnalisation du pilote
63
Novell Confidential Manual (FRA) 28 October 2003
Modification du nom d’un utilisateur dans eDirectory (événement de changement de nom dans Notes)
La modification du prénom, de l’initiale du deuxième prénom ou du nom d’un utilisateur dans eDirectory peut entraîner le changement de nom d’un objet dans Lotus Notes. Si vous utilisez
Notes 6.0.3 avec la prise en charge d’AdminP activée, vous pouvez exécuter le changement de nom dans Notes.
1
Vérifiez que vous utilisez Notes 6.0.3 ou une version ultérieure et que vous avez lu
« Considérations lors de l’utilisation d’AdminP », page 65 .
2
Vérifiez que vous avez activé la prise en charge du processus AdminP en ajoutant le paramètre suivant aux options du canal Abonné dans les paramètres du pilote :
<allow-adminp-support display-name="Allow Domino AdminP Support">
True</allow-adminp-support>
Reportez-vous à
Allow AdminP Support (Autoriser la prise en charge d’AdminP)
, à la section
« Options de l’objet Abonné », page 40 .
3
Créez les règles de pilote qui fournissent le certificateur et le mot de passe appropriés pour l’utilisateur Notes renommé.
Si le mot de passe et le certificateur ne sont pas spécifiés dans l’événement, les valeurs de mot de passe et de certificateur par défaut définies dans les paramètres du pilote sont utilisées.
Vous trouverez un exemple de commande adressée au module d’interface pilote et qui permet de renommer un utilisateur dans
« Exemple de changement de nom : modification du nom d’un utilisateur », page 75 .
Changement de nom d’un groupe
Si vous utilisez Notes 6.0.3 avec la prise en charge d’AdminP activée, vous pouvez renommer des groupes. Les événements de changement de nom de groupe issus d’eDirectory ne nécessitent pas la création de règles de pilote supplémentaires.
Ils ne peuvent être appliqués qu’aux objets Groupe dans Notes. (Le module d’interface pilote utilise un événement de modification spécifique pour renommer un utilisateur dans Notes, comme décrit dans la section
« Modification du nom d’un utilisateur dans eDirectory (événement de changement de nom dans Notes) », page 64
).
1
Vérifiez que vous utilisez Notes 6.0.3 ou une version ultérieure et que vous avez lu
« Considérations lors de l’utilisation d’AdminP », page 65 .
2
Vérifiez que vous avez activé la prise en charge du processus AdminP en ajoutant le paramètre suivant aux options du canal Abonné dans les paramètres du pilote :
<allow-adminp-support display-name="Allow Domino AdminP Support">
True</allow-adminp-support>
Reportez-vous à
Allow AdminP Support (Autoriser la prise en charge d’AdminP)
, à la section
« Options de l’objet Abonné », page 40 .
Canal Éditeur
Pour activer la synchronisation unidirectionnelle du déplacement/changement de nom d’un objet, procédez comme suit :
1
Modifiez l’assignation de schéma pour assigner le nom complet eDirectory à l’attribut
FullName de Notes.
2
Activez l’attribut Nom complet dans le filtre Éditeur.
64
Guide d’implémentation du pilote DirXML 2.1 pour Lotus Notes
Novell Confidential Manual (FRA) 28 October 2003
3
4
Vérifiez que l’attribut Nom complet n’est pas activé dans le filtre Abonné.
Vérifiez que la valeur déclarée pour le carnet d’adresses public/privé dans les paramètres de configuration du pilote est définie sur Oui.
5
Dans votre configuration de pilote, utilisez une règle telle que celle décrite à la section
« Détermination du placement des objets dans eDirectory lors du déplacement d’un objet
Notes », page 35 .
Une fois ces modifications effectuées, NDSRep détecte les modifications apportées à l’attribut
FullName. Du fait que FullName regroupe des informations de nom et d’emplacement dans un attribut unique, NDSRep ne peut pas faire de différence entre un événement de déplacement et un
événement de changement de nom. Toute modification de l’attribut FullName provoque donc la synchronisation de ces deux événements dans eDirectory.
Considérations lors de l’utilisation d’AdminP
La prise en charge d’AdminP propose plusieurs fonctions nouvelles. Pour les utiliser efficacement, gardez en tête les points suivants :
! Vous devez comprendre AdminP et l’administration de Notes.
! L’envoi d’un message de réussite au pilote pour une requête AdminP signifie simplement que la requête a bien été reçue par AdminP, et non pas qu’elle s’est terminée correctement.
! Les requêtes AdminP effectuées par le pilote ne sont terminées que lorsque AdminP tente l’action. Les délais dépendent de la configuration de la procédure d’administration effectuée par l’administrateur Notes, du réseau du serveur Domino et de la complexité de l’action demandée.
! Pour se réaliser, certaines requêtes AdminP exigent une approbation manuelle de l’administrateur Notes.
! Les requêtes AdminP incluent généralement le nom complet de l’utilisateur Notes (ou le nom de liste pour un groupe). Le pilote envoie les requêtes basées sur le nom complet de l’utilisateur au moment où la requête est initiée, mais AdminP ne termine pas nécessairement la requête dans l’instant ; d’autres requêtes, qui affectent le nom complet du même objet
Utilisateur, pourraient attendre d’être traitées. Si le nom complet de l’utilisateur est modifié par une requête, les requêtes ultérieures risquent d’échouer car AdminP ne retrouvera pas l’utilisateur.
Par exemple, considérez le scénario suivant :
! Vous envoyez une requête depuis le pilote pour modifier le prénom d’un utilisateur dans
Notes et vous utilisez la fonction AdminP pour renommer également l’objet Utilisateur
(modifier le nom complet).
! Vous envoyez immédiatement une deuxième requête depuis le pilote pour modifier le nom de ce même utilisateur dans Notes et renommer l’objet Utilisateur (modifier le nom complet).
Les deux requêtes parviennent à AdminP. Elles font toutes les deux référence à un utilisateur disposant du même Nom complet. À minuit, AdminP commence à traiter les requêtes. La première réussit. Mais la seconde échoue car le nom complet a été modifié par la première.
Personnalisation du pilote
65
