Meilleures pratiques pour les dossiers publics Exchange : Attribution d'une extension messagerie aux dossiers publics

Dernière rubrique modifiée : 2006-10-12

Un dossier public doté d'une extension messagerie est un dossier public qui comporte une entrée d'annuaire. Les utilisateurs peuvent rechercher un dossier public doté d'une extension messagerie dans le carnet d'adresses et lui envoyer du courrier électronique. Dans Microsoft® Exchange Server 5.5, tous les dossiers publics étaient dotés d'une extension messagerie et masqués par défaut. Dans Exchange 2000 Server et Exchange Server, les dossiers peuvent être dotés d'une extension messagerie ou non, selon qu'Exchange Server est en mode mixte ou natif. Pour plus d'informations sur l'activation de la messagerie pour un dossier public, consultez la rubrique Attribution d'une extension messagerie à un dossier public.

Lorsqu'une organisation Exchange Server est en mode mixte, tous les dossiers de la hiérarchie de niveau supérieur MAPI sont dotés d'une extension messagerie. Les dossiers publics de la hiérarchie de niveau supérieur MAPI sont dotés d'une extension messagerie en mode mixte pour une compatibilité descendante avec Exchange Server 5.5. Le programme d'administration Exchange Server 5.5 s'attend à trouver une entrée d'annuaire pour chaque dossier public. Sans entrée d'annuaire pour chaque dossier public, vous ne pouvez pas administrer de dossiers à partir de l'outil d'administration Exchange 5.5.

Remarque :
Pour une brève description de la différence entre MAPI TLH et l'application TLH, voir le document sur la Sélection du client approprié pour l'accès aux dossiers publics Exchange.

Lorsque vous basculez l'organisation Exchange Server en mode natif, les dossiers publics de la hiérarchie de niveau supérieur MAPI peuvent être dotés d'une extension messagerie ou non. Pour les nouveaux dossiers Exchange 2000 Server ou Exchange Server 2003, la configuration par défaut ne comporte pas d'extension messagerie. L'application de hiérarchie de niveau supérieur peut être dotée d'une extension messagerie ou non en mode mixte mais la configuration par défaut ne comporte pas d'extension messagerie. En mode natif, l'application de hiérarchie de niveau supérieur peut être dotée d'une extension messagerie ou non. La configuration par défaut ne comporte pas d'extension messagerie.

Le tableau suivant récapitule l'état de l'extension messagerie.

Si votre organisation dispose de plusieurs dossiers publics dotés d'une extension messagerie, vous devez comprendre la façon dont les publications de dossiers publics envoyées par courrier électronique sont routées vers chaque réplica de votre organisation.

Lorsque les dossiers publics sont dotés d'une extension messagerie, une entrée du service d'annuaire Active Directory® deobjectClass publicFolder est créée. L'entrée de dossiers publics contient des attributs propres au courrier électronique. Par exemple, l'entrée de dossiers publics comporte les attributs suivants :

• proxyAddress
• mailNickname
• homeMDB

Il est important de noter que l'entrée de dossiers publics ne contient pas d'attribut qui explique l'endroit où se trouvent les réplicas du dossier public.

La remise d'une publication de dossiers publics par courrier électronique s'effectue en deux étapes.

1. Exchange Server utilise Active Directory pour identifier la banque de dossiers publics qui contient la hiérarchie de dossiers à laquelle le dossier appartient. Exchange Server transmet ensuite le message à cette banque de dossiers publics. La banque de dossiers publics de réception transmet ensuite le message à un réplica de dossier, comme indiqué dans l'étape 2.
   Lorsqu'un serveur Exchange Server reçoit un message destiné à un dossier public, il interroge Active Directory pour déterminer l'attribut homeMDB du dossier public. L'attribut homeMDB contient le nom unique de la hiérarchie de dossiers dans laquelle réside le dossier public. L'entrée de hiérarchie de dossiers contient à son tour l'attribut msExchOwningPFTreeBL. L'attribut msExchOwningPFTreeBL indique les noms uniques de toutes banques qui constituent la hiérarchie de dossiers. À ce stade, la destination finale, qui est le réplica de dossier, est toujours inconnue. Toutefois, comme Exchange Server connaît le nom de toutes les banques qui contiennent la hiérarchie de dossiers, la réception du message par l'une de ces banques entraîne une redirection vers le réplica approprié. Exchange Server sélectionne l'une des banques mentionnées dans msExchOwningPFTreeBL et envoie le message selon les critères suivants :

   • Si la banque du serveur local Exchange qui traite actuellement le message est répertoriée dans l'attribut msExchOwningPFTreeBL, Exchange Server envoie le message à sa banque locale.
   • Si la banque locale n'est pas répertoriée, Exchange Server tente de localiser une banque dans le groupe de routage local.
   • Si aucune banque n'est listée dans l'attribut msExchOwningPFTreeBL qui figure dans le même groupe de routage, Exchange Server utilise la première banque renvoyée.
     L'attribut msExchOwningPFTreeBL renvoie toujours en premier la banque de dossiers publics qui a été ajoutée le plus récemment. Une banque de dossiers publics est créée lorsqu'un nouveau serveur est installé. Par conséquent, les serveurs installés récemment sont souvent renvoyés en premier. Si le serveur est récent, il est possible qu'il ne contienne pas encore de réplica de la hiérarchie de dossiers publics. Par conséquent, la remise du message à cette banque génère un rapport de non-remise. Dans le correctif cumulatif post-Service Pack 3 (SP3) Exchange 2000 Server et Exchange Server 2003, cette logique a été modifiée afin que des messages ne soient pas envoyés à une banque publique si celle-ci a été créée il y a moins de deux jours. Toutefois, s'il n'existe aucune banque publique créée depuis plus de deux jours, le message est envoyé à la nouvelle banque.

   Remarque :
   Vous pouvez configurer la période (en jours) au bout de laquelle Exchange Server enverra des messages pour cette opération. Pour plus d'informations, reportez-vous à Public folder routing is enabled before the hierarchy is replicated.

2. Après l'envoi du message à une banque dans la hiérarchie de dossiers, le message est redirigé vers une banque qui contient un réplica du dossier. Exchange Server redirige le message en utilisant une logique identique à la façon dont Exchange Server assure des redirections vers les réplicas. Si le serveur de réception contient un réplica local, le message est envoyé localement. Si aucun réplica local n'existe, Exchange Server recherche un réplica dans le même groupe de routage. Si aucun réplica n'existe dans le groupe de routage, Exchange Server remet le message à un réplica se trouvant en dehors du groupe de routage, via le chemin d'accès et à un coût moindre.
   Exchange Server traite cependant les messages de dossiers publics différemment des messages de réplication. Exchange Server traite les messages de dossiers publics comme il traite les messages électroniques réguliers. Des restrictions de la taille et de la remise des messages sont appliquées. Exchange Server se réfère au tableau d'état des liens pour vérifier que le serveur de destination est accessible. Notez que les restrictions dans la redirection de dossiers publics et les listes de redirection Par serveur personnalisées sont ignorées.

Une fois que vous avez compris la façon dont les messages électroniques de dossiers publics sont routés, vous pouvez configurer Exchange Server pour optimiser la remise de messages pour des dossiers publics.

Si votre organisation nécessite une utilisation intensive de dossiers publics dotés d'une extension messagerie, vous devez envisager une réplication de hiérarchies complètes vers des serveurs pouvant être les destinataires initiaux d'un courrier destiné à des dossiers publics mais qui ne réplique pas le contenu vers eux. En général, ces serveurs sont des serveurs têtes de pont. Cette configuration entraîne le routage du courrier en fonction des informations d'état des liens car le courrier électronique sera toujours envoyé à la banque locale en premier avant d'être routé.

En spécifiant des serveurs têtes de pont de cette façon, vous pouvez également gérer les coûts de connecteur en cas d'échec des serveurs ou des connecteurs têtes de pont. En cas d'échec du serveur ou des connecteurs têtes de pont, vous pouvez augmenter temporairement le coût de la connexion afin que les nouveaux messages utilisent des chemins d'accès moins coûteux jusqu'à ce que le serveur ou le connecteur tête de pont soit à nouveau disponible. Toutefois, le trafic de réplication risque d'augmenter quelque peu car il existe une autre hiérarchie dans votre organisation.

Pour plus d'informations sur la façon dont les messages électroniques de dossiers publics sont routés et sur la raison pour laquelle Active Directory ne contient pas simplement une liste de réplicas, consultez les entrées du blog de l'équipe Exchange :

• "Pourquoi donc mon message au dossier public s'est-il retrouvé là ?"
• "Fonctionnement d'un dossier public à extension messagerie"

Courrier électronique externe envoyé aux dossiers publics

Lorsque vous envoyez du courrier via le protocole SMTP qui ne provient pas d'une source MAPI à un dossier public du serveur Exchange 2000 Server ou Exchange Server 2003, la classe du message est IPM.Post. Dans Exchange Server 5.5, la classe du message envoyé au dossier public est IPM.Note. Cette différence est importante pour les organisations qui ont créé des solutions d'archivage de courrier en utilisant des dossiers publics et Exchange 5.5 public.

Une classe de message d'IPM.Note assure la conversion en message électronique MAPI de messagerie de base. Une classe de message d'IPM.Post assure la conversion en publication de dossier public MAPI. Les deux types de classes de message ont des propriétés différentes. Microsoft Office Outlook® les affiche différemment et Exchange Server les transforme différemment lors de la conversion d'autres clients.

Vous pouvez modifier le comportement d'Exchange 2000 Server et d'Exchange Server 2003 en définissant une clé de Registre. La clé de Registre stocke tous les messages SMTP envoyés vers les adresses de dossiers publics comme IPM Notes. Pour plus d'informations concernant la définition de cette clé de Registre, voir l'article de la Base de connaissances Microsoft sur les mises à jour permettant de mettre en cache les messages SMTP de type IPM entrants. Remarque dans Exchange Server 2003.

Enfin, si vous souhaitez activer les utilisateurs situés en dehors de votre organisation pour publier des messages dans des dossiers publics, vous devez vérifier que les autorisations des dossiers publics sont configurées convenablement. Dans Exchange Server 5.5, tous les dossiers publics ont été configurés afin que le principe de sécurité Tout le monde dispose des autorisations de Collaborateur. Tous les messages SMTP entrants non authentifiés ont été traités comme s'ils avaient été envoyés du principe Tout le monde ; quant aux publications externes, elles ont été remises.

Dans Exchange 2000 Server et Exchange Server 2003, le principe de sécurité Tout le monde a été supprimé des dossiers par défaut dans la hiérarchie de niveau supérieur MAPI. Exchange 2000 Server et Exchange Server 2003 utilisent plutôt le principe de sécurité Anonyme et affectent des autorisations Collaborateur à Anonyme par défaut. Dans Serveur 2000 et Exchange Server 2003, les messages entrants non authentifiés sont traités via le principe Anonyme.

Pour plus d'informations, voir l'article de la Base de connaissances Microsoft sur le fait que les autorisations anonymes pour les dossiers publics soient affectées aux Collaborateurs dans Exchange 2000.

Pour plus d'informations

Pour en savoir plus sur les dossiers publics dans Exchange Server, consultez les ressources suivantes :

• Meilleures pratiques pour les dossiers publics Exchange Server
• Sélection de la solution de dossiers publics appropriée
• Sélection du client approprié pour l'accès aux dossiers publics Exchange
• Meilleures pratiques pour les dossiers publics Exchange : Implémentation de la réplication
• Meilleures pratiques pour les dossiers publics Exchange : Compréhension des redirections
• Meilleures pratiques pour les dossiers publics Exchange : Gestion des données
• Meilleures pratiques pour les dossiers publics Exchange : Évolutivité
• Ressources de dépannage pour les dossiers publics Exchange
• Attribution d'une extension messagerie à un dossier public