Comment le service de mise à jour de destinataire applique les stratégies système

Traductions disponibles Traductions disponibles
Numéro d'article: 253838 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Sommaire

Résumé

Le service de mise à jour de destinataire applique trois stratégies système qui sont installés par défaut lorsque vous installez Exchange 2000. Il s'agit des Destinataires ã extension messagerie, Utilisateur avec boîte aux lettres et Masqué DL Membership. Tous ont le même objet de la mise à jour quelques attributs sur chaque entrée dans certaines circonstances.

Plus d'informations

L'idée derrière les stratégies système est de permettent aux utilisateurs d'écrire leur propre outil pour ajouter et modifier des utilisateurs, groupes, contacts et ainsi de suite. Pour que la création de ces outils plus simple, que le Service de mise à jour de destinataire prend part de responsabilité, remplir les espaces où un outil peut ont manqué de création d'un élément, qui provoquerait des autres services de fonctionner correctement.

Pour un destinataire avec accès messagerie, il est un ensemble minimal d'attributs est requis pour que tous les composants Exchange puissent fonctionner correctement. Par exemple, une entrée à extension messagerie (utilisateur, contact, groupe, dossier public, etc.) doit avoir au moins ces attributs : mailNickname, legacyExchangeDN et displayName. Sans l'attribut mailNickname, un objet n'est pas considéré comme ayant une extension messagerie. Une fois que vous disposez d'un attribut mailNickname, deux autres attributs doivent être définis.

Stratégie de destinataire ã extension messagerie

Si le service de mise à jour de destinataire identifie qu'une nouvelle entrée a été ajoutée ou modifiée qui possède l'attribut mailNickname, mais qui ne possède pas les attributs legacyExchangeDN ou displayName, il essaie de créer ces attributs.

L'attribut displayName est copié à partir de l'attribut mailNickname tel quel et l'attribut legacyExchangeDN est traité par un algorithme qui identifie l'organisation et le groupe d'administration pour cette entrée, puis crée une valeur dans le format suivant :
/ o = MyCompany/ou = MyAdminGroup/cn = Recipients/cn = MailNickname

Stratégie d'utilisateur avec boîte aux lettres

Pour un utilisateur avec boîte aux lettres, les deux attributs doivent être présents. La première est l'attribut mailNickname et ensuite est un des trois attributs suivants :
  • msExchHomeServerName
  • homeMDB
  • homeMTA
Si n'importe lequel de ces trois attributs est présente et que l'utilisateur possède un attribut mailNickname, il est considéré être un utilisateur avec boîte aux lettres. Toutefois, cela est vrai uniquement lorsque vous n'avez pas modifié l'attribut purportedSearch pour un utilisateur avec boîte aux lettres. Si vous avez modifié l'attribut purportedSearch à «(&(objectCategory=person)(objectClass=user)(mailnickname=*)(homeMdb=*))", the Recipient Update Service will consider an object a mailbox-enabled object if theattributs mailNickname et homeMDB sont marqués d'un utilisateur. En fonction des attributs mailNickname et homeMDB, le service de mise à jour de destinataire va tenter de remplir autres attributs. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
903291Le service de mise à jour de destinataire peut remplacer la valeur de l'attribut homeMDB pour les nouveaux utilisateurs Exchange Server 2003
Dans ce cas, le service de mise à jour de destinataire essaie remplir certains attributs si elles ne sont pas présents. Ils sont :
  • msExchHomeServerName
  • homeMDB
  • homeMTA
  • legacyExchangeDN
  • displayName
  • msExchMailboxGuid
Ils sont remplis dans l'ordre suivant :
  1. Si l'attribut msExchHomeServerName n'est pas présent, il sera créé en fonction de l'attribut homeMDB ou homeMTA, selon lequel est présent. S'il ne peut pas être créé, le processus s'arrête.
  2. Une fois l'attribut msExchHomeServerName défini, les attributs homeMDB et homeMTA sont remplies si une est manquant. Si vous disposez de plusieurs bases de données de messagerie (MDB) ou agents de transfert des messages (MTA) sur votre serveur, il sélectionne la première qui elle trouve ce faisant une recherche dans Active Directory, il peut être considéré comme un choix aléatoire.
  3. Pour créer les attributs legacyExchangeDN et displayName, il procède de la même procédure est utilisée pour un destinataire ã extension messagerie.
  4. Enfin, si l'attribut msExchMailboxGuid est absent, il sera créé en générant un identificateur global unique aléatoire (GUID).

Stratégie de Membership DL masqué

Pour la stratégie de système «Masqué de l'appartenance de la DL», il s'exécute pas uniquement lors de la création d'une nouvelle entrée, tel qu'une sécurité ou le groupe de distribution, mais lorsque vous modifiez l'état de l'attribut hideDLMembership.

Si cet attribut est défini sur TRUE, le service de mise à jour de destinataire ajoute une partie non canonique au descripteur de sécurité qui empêche quiconque de voir l'attribut «membre» pour cette entrée. Seront ainsi appliqués à n'importe quel type de client recherche le répertoire via MAPI (Messaging Application Programming Interface) ou LDAP (Lightweight Directory Access Protocol).

Si l'attribut est défini sur FALSE, elle supprime le descripteur de sécurité non canonique, exposant à nouveau l'attribut «membre».

Pour plus d'informations sur la façon de masquer l'appartenance au groupe, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
253827XADM : How Exchange Hides Group Membership in Active Directory

Propriétés

Numéro d'article: 253838 - Dernière mise à jour: dimanche 23 février 2014 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange 2000 Server Standard Edition
  • the operating system: Microsoft Windows 2000
Mots-clés : 
kbnosurvey kbarchive kbmt kbinfo KB253838 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 253838
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com