Présentation des dossiers publics

  • Article

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2009-04-10

Les dossiers publics, introduits dans la première version de Microsoft Exchange, sont conçus pour un accès partagé et offrir une manière simple et efficace de collecter, organiser et partager des informations avec d'autres personnes dans votre groupe de travail ou votre organisation. Les dossiers publics sont organisés de façon hiérarchique, stockés dans des bases de données dédiées et peuvent être répliqués entre des serveurs Exchange.

Les dossiers publics ne sont généralement pas conçus aux fins suivantes :

  • Archivage de données   Les dossiers publics ne sont pas conçus pour l'archivage de données. Les utilisateurs auxquels des limites de taille de boîte aux lettres sont affectées utilisent parfois les dossiers publics plutôt que les fichiers (.pst) de leurs dossiers personnels pour archiver des données. Cette pratique est déconseillée car elle affecte le stockage sur les serveurs de dossiers publics et va à l'encontre de l'objectif des limites de taille de boîte aux lettres.

  • Partage de document et collaboration   Les dossiers publics ne sont pas conçus pour le partage de document et la collaboration. Dossiers publics n'offrir pas version ou un autre document de fonctionnalités de gestion comme la fonctionnalité contrôlée d'archivage et extraction et les notifications automatiques de modifications de contenu.

Dans Exchange Server 2007, les dossiers publics sont une fonctionnalité facultative. Si tous les ordinateurs clients de votre organisation exécutent Microsoft Office Outlook 2007, il n'y a pas de dépendance sur les dossiers publics pour des fonctionnalités telles les informations de disponibilité et les téléchargements de carnet d'adresses en mode hors connexion. Au lieu d'utiliser des dossiers publics pour les téléchargements de carnet d'adresses en mode hors connexion et les informations de disponibilité, dans Exchange 2007, ces fonctionnalités sont assurées par le service de découverte automatique, les services Web Exchange, le service Surveillance du système Microsoft Exchange et le service de distribution de fichiers de Microsoft Exchange.

Pour se connecter à Exchange pour les fonctionnalités Carnet d'adresses en mode hors connexion, la fonctionnalité Schedule+ disponible/occupé, tous les ordinateurs clients exécutant Outlook 2003, Outlook 2002, Outlook 2000 ou Outlook 98 requièrent des dossiers publics pour leur déploiement. Exchange 2007 est la première version d'Exchange qui vous fournit la possibilité de ne pas utiliser de dossiers publics. Toutefois, tant que tous les ordinateurs clients de votre organisation exécutent Outlook 2007, vous devez continuer à utiliser des dossiers publics.

Cette rubrique fournit les informations suivantes sur les dossiers publics dans Exchange 2007:

  • Création de base de données de dossiers publics en cours d'installation

  • Arborescences de dossiers publics

  • bases de données de dossiers publics.

  • Réplication de dossiers publics

  • Redirections de dossiers publics

  • Dossiers publics à extension messagerie

  • Accès au dossier public

  • Considérations relatives aux organisations mixtes Exchange 2007 et Exchange Server 2003

  • Meilleures pratiques

Création de base de données de dossiers publics en cours d'installation

Les ordinateurs exécutant Outlook 2003 et des versions antérieures ou Microsoft Entourage requièrent qu'une base de données de dossiers publics (précédemment appelée banque de dossiers publics) se connecte à Exchange 2007. C'est pourquoi, dans une organisation Exchange 2007 pure, lorsque vous installez le rôle Mailbox rôle serveur sur le premier serveur, le programme Setup vous invite à répondre à la question : Votre organisation comporte-t-elle des ordinateurs clients exécutant Outlook 2003 ou une version antérieure ? Si la réponse est positive, une base de données de dossiers publics est créée. Si ce n'est pas le cas, aucune base de données de dossiers publics n'est créée.

Lorsque vous installez le deuxième serveur, vous n'êtes pas invité à répondre à la question et le programme Setup ne crée pas de base de données de dossiers publics. La nécessité de disposer d'une base de données de dossiers publics dans l'organisation n'est tranchée que lorsque vous installez le premier serveur. Ensuite, toutes les bases de données de dossiers publics sont facultatives. Si vous ne créez pas de base de données de dossiers publics durant l'installation, vous pouvez toujours en créer une à tout moment une fois l'installation terminée. Pour plus d'informations sur la création d'une base de données de dossiers publics, consultez la rubrique Procédure de création d'une base de données de dossiers publics.

Dans une organisation Exchange mixte, le programme Setup ne vous pose pas la question. Dans ces organisations, pour veiller compatibilité descendante avec des versions d'Exchange antérieures à Exchange 2007, une base de données de dossiers publics est créé par défaut. Plus particulièrement, du fait qu'Exchange 2007 est installé dans son propre groupe d'administration, cette base de données de dossiers publics prend en charge la fonctionnalité héritée Schedule+ disponible/occupé.

Pour plus d'informations sur l’installation d’Exchange 2007, consultez la rubrique Déploiement.

Arborescences de dossiers publics

Exchange 2003 prend en charge l'utilisation d'une arborescence de dossiers non MAPI, également appelée arborescence de dossiers Application ou arborescence de dossiers Objectif général. Exchange 2007 ne prend en charge que l'arborescence de dossiers MAPI par défaut. L'arborescence de dossiers MAPI comprendre les deux sous-arborescences suivantes :

  • Dossiers publics par défaut (également appelée IPM_Subtree)   Les utilisateurs peuvent accéder à ces dossiers directement à l'aide d'applications clientes telles qu'Outlook.

  • Dossiers publics système (également appelée Non IPM_Subtree)   Les utilisateurs ne peuvent pas accéder à ces dossiers directement à l'aide de méthodes conventionnelles. Des applications clientes telles qu'Outlook utilisent ces dossiers pour stocker des informations comme des données de disponibilité, des carnets d'adresses en mode hors connexion et des formulaires d'organisation. D'autres dossiers système contiennent des informations de configuration utilisées par des applications personnalisées ou par Exchange. L'arborescence de dossiers publics contient des dossiers systèmes supplémentaires, tels que le dossier EFORMS REGISTRY, qui n'existent pas dans les arborescences de dossiers publics générales. Les dossiers système sont les suivants :

    • REGISTRE EFORMS et Events Root   Par défaut, un réplica de contenu de chacun de ces dossiers réside dans la base de données de dossiers publics par défaut sur le premier serveur Exchange 2007 installé dans le premier groupe d'administration. Il s'agit de l'emplacement où se trouvent les formulaires d'organisation pour les clients hérités d'Outlook (clients qui utilisent une version d'Outlook antérieure à Outlook 2007).

    • Carnet d'adresses en mode hors connexion et Schedule+ Libre/Occupé.   Ces dossiers contiennent un sous-dossier pour chaque groupe administratif (ou site) dans votre topologie. Par défaut, le réplica de contenu d'un dossier de groupes d'administration particulier réside sur le premier serveur installé dans le groupe d'administration. Ils sont utilisés pour stocker les informations de disponibilité et les données OAB pour les clients hérités d'Outlook. Les clients hérités d'Outlook ne prennent pas en charge les nouvelles fonctions dans Exchange 2007 qui gèrent les informations de disponibilité et les données de carnet d'adresses en mode hors connexion. (ces fonctions comprennent le service de disponibilité, le service de découverte automatique et la distribution OAB pour les serveurs Client Access).

    • OWAScratchPad   Chaque base de données de dossiers publics possède un dossier OWAScratchPad folder utilisé pour stocker temporairement les pièces jointes accessibles à l'aide de Outlook Web Access. Ne modifiez pas ce dossier. Outlook Web Access en cours d'exécution sur des serveurs Client Access Exchange 2007 n'utilise pas ces dossiers pour stocker des données de pièce jointe. Toutefois, ce dossier est créé pendant l'installation pure d'Exchange 2007.

    • StoreEvents   Chaque base de données de dossiers publics a un dossier StoreEvents qui contient des informations d'inscription associées aux événements de base de données Exchange personnalisés. Ne modifiez pas ces dossiers.

    • Autres dossiers   Pour prendre en charge les opérations internes de base de données Exchange, une arborescence peut contenir plusieurs dossiers système, tels que schema-root. Ne modifiez pas ces dossiers.

Bases de données de dossiers publics

La base de données de dossiers publics contient des données disponibles pour tous les utilisateurs disposant de boîtes aux lettres et d'autorisations appropriées.

La réplication continue en cluster (CCR), la réplication continue locale (LCR), la réplication continue de secours (SCR) et la réplication des dossiers publics sont des formes très différentes de réplication intégrées à Exchange. En raison de limites d'interopérabilité entre la réplication continue et la réplication des dossiers publics, si plusieurs serveurs de boîtes aux lettres de l'organisation Exchange ont une base de données de dossiers publics, la réplication des dossiers publics est activée et les bases de données de dossiers publics ne doivent pas être hébergées dans des environnements de CCR, de LCR ou de SCR.

Pour plus d'informations sur les dossiers publics et les options de haute disponibilité, consultez les rubriques suivantes :

Réplication des dossiers publics

Les bases de données de dossiers publics répliquent deux types d'informations de dossiers publics :

  • Hiérarchie   Les propriétés des dossiers et les informations d'organisation relatives aux dossiers (y compris la structure de l'arborescence). Toutes les bases de données de dossiers publics contiennent une copie des informations de hiérarchie. Pour un dossier spécifique, la base de données de dossiers publics peut utiliser les informations de hiérarchie pour identifier les éléments suivants :

    • les autorisations sur le dossier ;

    • les serveurs qui contiennent les réplicas de contenu du dossier ;

    • la place du dossier dans l'arborescence de dossiers publics (avec ses dossiers parents et enfants, le cas échéant).

  • Contenu   Messages qui forment le contenu des dossiers. Pour répliquer du contenu, vous devez configurer un dossier de sorte qu'il réplique son contenu dans une base de données de dossiers publics ou une liste de bases de données déterminée. Seules les bases de données spécifiées auront des copies du contenu. La copie du dossier qui inclut le contenu est appelée réplica de contenu.

Pour plus d'informations sur la réplication de dossiers publics, consultez la rubrique Présentation de la réplication de dossier public.

Pour plus d'informations sur la gestion de la réplication de dossiers publics, consultez la rubrique Gestion de la réplication des dossiers publics.

Redirections de dossiers publics

Quand une application cliente telle Outlook, tente d'ouvrir un dossier public Exchange, le serveur Exchange détermine le réplica de dossier auquel l'application cliente doit accéder. Ce processus est appelé redirection de dossiers publics. Si un réplica du contenu demandé existe sur le serveur Exchange qui dessert la demande, l’application client accède au réplica local. Si le réplica ne se trouve pas sur le serveur local, Exchange tente de trouver un réplica dans le même site de service d'annuaire Active Directory. Vous pouvez modifier le flux du trafic d'utilisateur pour autoriser les redirections sur certains connecteurs en spécifiant une liste de serveurs de redirection et en affectant un coût de routage pour chaque serveur.

Pour plus d'informations sur les redirections de dossiers publics, consultez les rubriques suivantes :

Dossiers publics à extension messagerie

Le fait de doter un dossier public d'une extension messagerie apporte aux utilisateurs un niveau de fonctionnalité supplémentaire. Outre la possibilité de publier des messages dans le dossier, les utilisateurs peuvent échanger des messages électroniques avec le dossier. Si vous développez des applications personnalisées, vous pouvez utiliser cette fonctionnalité pour déplacer des messages ou des documents à l'intérieur ou à l'extérieur de dossiers publics.

Un dossier à extension messagerie est un dossier public doté d'une adresse de messagerie. Selon la manière dont le dossier est configuré, il peut figurer dans la liste d'adresses globale (LAG). Chaque dossier à extension messagerie a un objet dans Active Directory qui mémorise ses adresses de messagerie, le nom de sa liste d'adresses et d'autres attributs de messagerie.

Comme les messages envoyés aux dossiers publics sont dirigés vers la base de données de dossiers publics au lieu d'une boîte aux lettres dans la base de données de boîtes aux lettres, Exchange route les messages électroniques à l'aide d'une méthode légèrement différente ce celle utilisée pour router des messages électroniques vers une boîte aux lettres ordinaire.

Pour plus d'informations sur le routage de dossiers publics, consultez la rubrique Routage des messages vers des dossiers publics.

Accès aux dossiers publics

Dans la version RTM d'Exchange 2007, les applications clientes suivantes peuvent accéder à des dossiers publics :

  • Microsoft Office Outlook 2007

  • Microsoft Office Outlook 2003

Dans Exchange 2007 SP1, les mêmes applications clients sont utilisés pour accéder à des dossiers publics, avec l'ajout de Microsoft Office Outlook Web Access.

Pour plus d'informations sur la création et la gestion de dossiers publics à l'aide d'Outlook 2007, visitez la page relative aux dossiers publics.

Pour plus d'informations sur la création et la gestion de dossiers publics à l'aide d'Outlook 2003, visitez la page relative à l'utilisation de dossiers publics.

Pour plus d'informations sur la création et la gestion de dossiers publics à l'aide d'Outlook 2000, visitez la page relative à la création d'une bibliothèque de documents Office dans un dossier public Outlook.

Considérations relatives aux organisations mixtes Exchange 2007 et Exchange 2003

Cette section contient des considérations sur l'implémentation et la gestion des dossiers publics dans une organisation mixte Exchange 2007 et Exchange 2003.

installation

Lorsque vous installez Exchange 2007 dans une organisation mixte Exchange 2007 et Exchange 2003, le programme Setup crée automatiquement un groupe d'administration et un groupe de routage au sein de l'organisation Exchange 2003. Les serveurs Exchange 2007 ajoutés à votre organisation sont inclus dans les nouveaux groupes d'administration et de routage. Comme mentionné précédemment, le programme Setup installe également une base de données de dossiers publics sur le premier serveur de boîtes aux lettres Exchange 2007. Dans cette base de données de dossiers publics, Exchange 2007 crée un dossier de disponibilité pour le nouveau groupe d'administration. La propriété legacyExchangeDN pour les utilisateurs dont des boîtes aux lettres ont été créés sur un serveur Exchange 2007 (non migré à partir d'Exchange 2003) mappe sur le nom de groupe d'administration Exchange 2007, et donc sur le dossier de disponibilité. Par défaut, pour faciliter les recherches de disponibilité à partir d'Outlook 2003 et d'utilisateurs clients antérieurs dont les boîtes aux lettres résident sur un serveur Exchange 2003, les informations de disponibilité du client sont publiées dans le dossier public de disponibilité.

Gestion

Dans une organisation mixte Exchange 2007 et Exchange 2003, vos pouvez utiliser le Gestionnaire système Exchange pour gérer les dossiers publics. Les scénarios suivants sont pris en charge :

  • Le Gestionnaire système Exchange ne soit se connecter à la base de données de dossiers publics Exchange 2003 qu'à des fins d'administration. À partir de là, les modifications sont répliquées sur Exchange 2007.

  • Dans une organisation Exchange 2007 pure, vous ne pouvez pas réinstaller le Gestionnaire système Exchange pour gérer des dossiers publics. Vous devez utiliser l'environnement de ligne de commande Exchange Management Shell.

  • Lors de la vérification de la réplication de hiérarchie ou de l'affichage de la valeur de limite d'âge du réplica local sur un dossier, il est recommandé d'utiliser le Gestionnaire système Exchange pour des dossiers publics existant sur un serveur Exchange 2003 et d'utiliser l'environnement de ligne de commande Exchange Management Shell pour les dossiers publics existant sur un serveur Exchange 2007.

Outlook Web Access

Dans une organisation mixte Exchange 2007 et Exchange 2003, les serveurs d'accès au client Exchange 2007 ont un répertoire virtuel nommé /public. Dans la version RTM d'Exchange 2007, ce répertoire virtuel n'est utilisé que pour accéder aux dossiers publics hérités. Plus précisément, le répertoire virtuel /public se connecte à un autre serveur de boîtes aux lettres Exchange 2007 parce que le serveur de boîtes aux lettres ne prend pas en charge l'accès à un répertoire virtuel /public.

Dans Exchange 2007 SP1, vous pouvez pleinement accéder aux dossiers publics depuis Outlook Web Access sans devoir utiliser le répertoire virtuel /public. En outre, les fonctionnalités de dossier public suivantes sont disponibles dans Outlook Web Access:

  • Accès total à des dossiers publics sur des serveurs de boîtes aux lettres Exchange 2007 dans devoir garder un serveur de boîtes aux lettres Exchange 2003 disponible pour l'accès aux dossiers publics depuis Outlook Web Access

  • Capacités de recherche de dossier public

  • Prise en charge de WebPart

Mise à jour de la hiérarchie de dossiers publics

Si vous constatés que le hiérarchie de dossiers publics sur un serveur diffère de la hiérarchie de dossiers publics sur d'autres serveurs de votre organisation mixte Exchange 2007 et Exchange 2003, vous pouvez synchroniser la hiérarchie. Dans Exchange 2003 Service Pack 2 (SP2), la commande Synchroniser la hiérarchie permet de synchroniser la hiérarchie de dossiers publics sur un serveur Exchange 2003 avec les autres serveurs de votre organisation. Dans Exchange 2007, la cmdlet Update-PublicFolderHierarchy permet de synchroniser la hiérarchie de dossiers publics sur le serveur Exchange 2007 avec les autres serveurs de l'organisation.

Notes

Vous ne pouvez exécuter la commande Synchroniser la hiérarchie sur un serveur Exchange 2007. De même, vous ne pouvez pas exécuter la cmdlet Update-PublicFolderHierarchy sur un serveur Exchange 2003. Toutefois, l'exécution de chaque commande met à jour la hiérarchie de dossiers publics dans organisation tout entière.

Pour plus d'informations, consultez la rubrique Procédure de mise à jour d'une hiérarchie de dossiers publics.

Réplication du contenu des dossiers publics

Pour arrêter les erreurs de réplication de contenu de dossier public dans votre organisation, vous pouvez suspendre la réplication de contenu de dossier public. La suspension de réplication vous permet de reconfigurer la hiérarchie de dossiers publics et les planifications de réplication.

Pour suspendre ou reprendre la réplication de contenu de dossier public dans une organisation Exchange 2007 et Exchange 2003, sur un serveur Exchange 2007, exécutez la cmdlet Suspend-PublicFolderReplication ou Resume-PublicFolderReplication dans l'environnement de ligne de commande Exchange Management Shell. Bien que vous exécutiez ces dernières sur un serveur Exchange 2007, elles suspendent ou reprennent la réplication de contenu de dossier public sur tous les serveurs a sein de votre organisation mixte. Pour plus d'informations sur l'utilisation de l'environnement de ligne de commande Exchange Management Shell pour suspendre ou reprendre la réplication de contenu de dossier public, consultez les rubriques suivantes :

Meilleures pratiques

Cette section décrit les meilleures pratiques à prendre en considération lors de l'exécution des tâches suivantes en relation avec les dossiers publics dans votre organisation Exchange 2007 :

  • Création des bases de données de dossiers publics

  • Création de la hiérarchie de dossiers publics

  • Exécution d'une maintenance nocturne

Création des bases de données de dossiers publics

Lorsque vous planifiez le nombre de nombreuses bases de données de dossiers publics à créer dans votre organisation, tenez compte des meilleures pratiques suivantes :

  • Pour les topologies d'entreprise importantes au sein desquelles les dossiers publics sont utilisés de manière intensive, déployez des serveurs de dossiers publics dédiés. Ces Méthodes conseillées proviennent des Méthodes conseillées générales de dédier les ressources processeur et les ressources de disque à des fonctions de serveur isolé.

  • Des bases de données de dossiers publics moins nombreuses mais de plus grande taille sont plus adaptées et plus faciles à gérer que des bases de données de dossiers publics plus petites et plus nombreuses. Vous pouvez diminuer l'heure est nécessaire pour sauvegarder et pour restaurer plusieurs bases de données plus petites en réduisant le nombre de bases de données de dossiers publics. Vous réduisez également la quantité de trafic de réplication d'arrière-plan. En outre la maintenance de moins de bases de données plus volumineuses en ligne est plus rapide que la maintenance de plusieurs bases de données plus petites en ligne. Il est enfin, plus facile à gérer un plus petit nombre de bases de données de dossiers publics du point de vue de l'application d'autorisations et accès de contenu et l'implémentation de réplication efficace et références.

    La meilleur pratique consistant à avoir des bases de données de dossiers publics en moindre nombre mais de plus grande taille est particulièrement utile lorsque vous considérez votre topologie au niveau l'organisation. Toutefois, au niveau du serveur, certaines tâches de gestion et de maintenance, telles que les processus de sauvegarde et de restauration, peuvent être exécutées plus rapidement si vous disposez de plusieurs bases de données de plus petite taille. Le nombre de bases de données de dossiers publics que vous déployez doit finalement résoudre vos besoins d'entreprise. Comme vous déterminez le nombre de bases de données que vous souhaitez déployer, vous devez régler le coût de trafic de réplication aux coûts de maintenance de sauvegarde de base de données et restaurer des heures.

Conception de la hiérarchie de dossiers publics

Lorsque vous créez votre hiérarchie de dossiers publics, vous devez reconnaître l'effet de réplication de hiérarchie dans votre environnement. Hiérarchies de dossiers publics approfondir mettent à l'échelle meilleur que des hiérarchies larges. Une hiérarchie profonde comporte plusieurs dossiers imbriqués verticalement plutôt que des dossiers de niveau supérieur. Une hiérarchie large comporte plusieurs dossiers de niveau supérieur avec moins de sous-dossiers imbriqués verticalement.

Par exemple vous considérez 250 dossiers peut est organisé dans une hiérarchie spécifique. Une hiérarchie large peut avoir 250 sous-dossier directs sous le dossier un parent. Une profonde hiérarchie comporte peut-être cinq dossiers de niveau supérieur, chacun avec cinq sous-dossier directs. Chaque sous-dossier peut comporter dix sous-dossiers.

Il y a 250 dossiers (5 × 5 × 10 = 250) dans ces deux exemples. Toutefois, la hiérarchie profonde offre des performances supérieures à la hiérarchie large pour les raisons suivantes :

  • La manière dont la réplication gère les dossier auxquels des autorisations différentes sont appliquées et plus efficace dans les hiérarchies profondes.

  • Les actions des ordinateurs clients (tri, recherche et développement) effectuées pour un dossier comportant dix sous-dossiers sont beaucoup moins coûteuses que pour un dossier comportant 250 sous-dossiers.

Si les hiérarchies profondes présentent une meilleure évolutivité que les hiérarchies larges, il est recommandé de ne pas dépasser 250 sous-dossiers par dossier. Dans le cas contraire, il est probable que l'expérience des clients sera affectée négativement lorsqu'un ordinateur client sollicite l'accès.

Un facteur à prendre en considération lors de l'implémentation d'une hiérarchie est l'effet des autorisations sur l'expérience vécue par l'utilisateur lorsqu'il veut avoir accès à des dossiers publics. Lorsque chaque sous-dossier de dossier public a ses propres entrées de liste de contrôle d'accès (ACL) définies, chaque fois que le serveur Exchange reçoit un nouveau message de réplication de dossiers publics, l'ACL du dossier public parent doit être évalué pour identifier les utilisateurs autorisés à afficher les modifications apportées au dossier public parent. Si le dossier public parent a une entrée discrétionnaire grande de liste de contrôle d'accès (DACL) il mettre à jour la vue pour chaque abonné de dossiers publics un certain temps peut prendre.

Notes

La liste de contrôle d’accès discrétionnaire (DACL,Discretionary Access Control List) pour le dossier parent est constituée de la somme des DACL de tous sous-dossiers de dossier public.

Vous pouvez avoir plusieurs mégaoctets (Mo) de données DACL qui doivent être distribuées lorsqu' est les conditions suivantes rempli :

  • Vous comportez plusieurs sous-dossier sous un dossier public parent unique.

  • Son propre ACL est défini pour les chaque sous-dossier.

Cette donnée DACL doit être distribuée permet la mise à jour de l'affichage pour tous les abonnés de dossiers publics chaque heure de réception d'un message de réplication de dossiers publics.

Par conséquent, il est recommandé d'organiser votre hiérarchie de dossiers publics en fonction des ensembles d'utilisateurs autorisés à accéder aux dossiers parents. Par ailleurs, n'implémentez pas de modèles d'autorisation complexes dans vos hiérarchies de dossiers publics.

Exécution d'une maintenance nocturne

Pour vous assurer que vos bases de données continuent à fonctionner efficacement, il est recommandé d'effectuer une maintenance nocturne des bases de données de boîtes aux lettres et des bases de données de dossiers publics. Les serveurs de boîtes aux lettres Exchange 2007 automatisent les tâches sur la base de la planification que vous définissez.

Pour plus d'informations sur la maintenance des bases de données de boîtes aux lettres et de dossiers publics, consultez la rubrique Procédure d'obtention d'informations sur des dossiers publics à extension messagerie.

Pour plus d'informations sur la gestion de la planification de la maintenance des bases de données de dossiers publics, consultez la rubrique Procédure de définition de la planification de la maintenance pour une base de données.

Pour plus d'informations

Pour plus d'informations sur la gestion des dossiers publics depuis Exchange 2007, consultez les rubriques suivantes :