La différence entre la procédure précédente et celle-ci porte sur le fait que dans le choix Migrate with manual Active Directory lookup… qui permet de faire correspondre un compte utilisateur Domino avec un compte Active Directory déjà existant. Voir Figure 6.
Vous n’avez donc
La migration avec la recherche manuelle Active Directory
pas à créer de compte utilisateur. Le reste de la procédure reste identique. Voir Figure 7. L’étape suivante présente les tâches présentées ci-dessus à réaliser en ligne de commande.
La migration des utilisateurs Domino en PowerShell
Comme vous l’avez pu le lire dans mon introduction, la contrainte réside dans le fait qu’il vous faut créer une variable $password que vous pourrez utiliser lors de vos opérations de migration des comptes Domino vers Active Directory. Pour déplacer les utilisateurs Domino en PowerShell, lancez la commande suivante : Pour paramétrer la variable $password entrez la ligne de commande suivante : $password = Read-Host “Entrer le mot de passe initial” –AsSecureString Voir Figure 8. Move-DominoUser –SourceIdentity “Domino User/Etechnix” -TargetOU “Migrated Domino Users” -DominoDirectoryServer dom-domino. etechnix.lcl -InitialPassword $password Voir Figure 9. Voici à présent les deux derniers paramètres à prendre en compte avant de réaliser la migration des boîtes aux lettres.
La configuration du « Exchange Impersonation »
Vous l’avez compris, cette étape va vous permettre de vous attribuer les droits afin de réaliser vos tâches de migration et vous affranchir des accès refusé. Pour exécuter la migration des boîtes aux lettres Domino vers Exchange, vous devrez donc l’activer. En figure 10, le message d’erreur que vous pourriez avoir si vous ne le faites pas. Contrairement à certaines opérations, celle-ci n’est faisable qu’à partir de la console Exchange Management Shell.
Lancez-la et exécutez la commande suivante : Add-ADPermission – Identity (Get-ExchangeServer).DistinguishedName –User (Get-User –Identity Administrateur | Select-Object).Identity –ExtendedRight ms-Exch-EPI-Impersonation Voir Figure 11. Ainsi le compte qui va réaliser la migration pourra être considéré comme le propriétaire de la boîte et ne pas avoir d’accès refusé. Après la modification, refaites la migration et vérifiez qu’elle se réalise avec succès. Dernier point, ce type de migration concerne deux problèmes récurrents.
Le premier concerne des problèmes d’accès au fichier catalog. nsf sur le serveur Domino, le deuxième concerne une mauvaise migration des comptes notes dans Active Directory. Pensez donc à faire les deux vérifications suivantes :
- Allez sur le serveur Domino et vérifiez que le compte que vous utilisez pour la migration a bien les droits sur le fichier catalog.nsf et que la tâche du catalogue fonctionne.
- A partir de votre console Exchange Management Console, ouvrez les propriétés utilisateurs et vérifiez que dans l’onglet Adresse de messagerie, l’adresse Notes apparaît correctement.
Si ce n’est pas le cas, ajoutez-la. Vous trouverez un article intéressant sur le site MSDN de Microsoft.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Et si les clients n’avaient plus le choix ?
- Les 6 étapes vers un diagnostic réussi
- Cybersécurité Active Directory et les attaques de nouvelle génération
Les plus consultés sur iTPro.fr
- Baromètre channel IT : fin du cuivre, essor de UCaaS et premiers pas vers l’IA
- Fraude par identité synthétique : comment l’IA peut redonner confiance aux entreprises et à leurs clients
- VirtualBrowser protège la navigation web à la source
- Innovation et performance : le rôle clé du consulting dans la transformation numérique
Articles les + lus
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
À la une de la chaîne Tech
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
