Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Numéro de la base de connaissances d’origine : 4041533
Symptômes
Considérez le scénario suivant :
- Dans un environnement hybride, les groupes sont synchronisés entre l’environnement local et Microsoft 365.
- Dans l’environnement local, vous ne pouvez définir qu’une seule entrée dans le champ Géré par champ pour le service de domaine Active Directory local (AD DS).
- Les utilisateurs qui sont propriétaires de groupes (qui sont également synchronisés à partir de l’AD DS local) et qui ont leurs boîtes aux lettres dans Microsoft 365 utilisent l’outil Dsquery.exe pour gérer les groupes, conformément à la méthode recommandée dans Les propriétaires d’un groupe de distribution local synchronisé avec Microsoft 365 ne peut pas gérer le groupe de distribution dans Exchange Online.
Dans ce scénario, les utilisateurs ne peuvent pas gérer les groupes.
La cause
Il s’agit d’un comportement par défaut, car le service AD DS local lit les autorisations définies sur le groupe AD local. Étant donné que ces utilisateurs ne sont pas répertoriés dans les autorisations AD locales, ils ne peuvent pas modifier l’appartenance au groupe.
Résolution
Pour résoudre ce problème, vous devrez peut-être attribuer des autorisations de propriétaire à plusieurs utilisateurs. Bien que les groupes Purement Microsoft 365 puissent avoir plusieurs propriétaires définis, la configuration hybride nécessite une action supplémentaire :
Ajoutez des autorisations pour les utilisateurs qui doivent gérer les groupes à partir d’Exchange Management Shell :
Add-ADPermission -Identity "All Staff" -User UserName -AccessRights WriteProperty -Properties "Member"
Pour plus d’informations sur cette applet de commande, consultez Add-ADPermission.
Vous pouvez utiliser l’applet de commande suivante pour vérifier les autorisations :
Get-ADPermission Contoso.com -User UserName
Remarque
Si vous recevez un message d’erreur Accès refusé lorsque vous exécutez l’applet Add-ADPermission de commande, voir Access refusé lorsque vous essayez d’accorder à l’utilisateur l’autorisation « envoyer sous » ou « recevoir en tant que » pour un groupe de distribution dans Exchange Server.
Plus d’informations
Vous avez toujours besoin d’aide ? Accédez à Microsoft Community.