Microsoft Exchange Server 2003 Service Pack 1

Notes de mise à jour

Les notes de mise à jour ont peut-être été mises à jour depuis la commercialisation de Microsoft® Exchange Server 2003 Service Pack 1 (SP1). Pour obtenir les informations les plus à jour, consultez la version de ce document publiée sur le Web à l'adresse http://go.microsoft.com/fwlink/?LinkId=21277.

Les dernières notes de mise à jour de la version finale d'Exchange Server 2003 sont également disponibles sur le Web à l'adresse http://go.microsoft.com/fwlink/?LinkId=21277.


À propos de ce document

Mise à niveau vers Exchange 2003 SP1

Outils de consolidation de sites pour le mode mixte Exchange

Problèmes connus

© 2004 Microsoft Corporation. Tous droits réservés.



À propos de ce document

Retour au début

Les notes de mise à jour répertorient des informations importantes, y compris des problèmes connus, dont vous devez avoir connaissance avant de déployer et d'utiliser Exchange 2003.

Pour obtenir une documentation technique complète sur Exchange 2003, consultez la Bibliothèque de documentation technique d'Exchange 2003 située à l'adresse http://go.microsoft.com/fwlink/?LinkId=21277.

Mise à niveau vers Exchange 2003 SP1

Retour au début


Effectuez une sauvegarde complète des serveurs avant et après les mises à niveau

Immédiatement avant et après la mise à niveau de vos serveurs vers Exchange 2003 SP1, vous devez effectuer une sauvegarde complète des serveurs. Cette sauvegarde permet de garantir que vous disposez d'une copie de sauvegarde valide de vos serveurs dans le cas où vous en auriez besoin. La sauvegarde complète des serveurs est vivement conseillée pour toutes les mises à niveau.

Mettez à niveau simultanément tous les serveurs frontaux avec équilibrage de charge vers SP1

Si vous exécutez des serveurs frontaux dans une configuration avec équilibrage de charge, mettez à niveau tous ces serveurs vers SP1 en même temps. La mise à niveau simultanée de tous les serveurs frontaux réduit le risque d'erreurs pour les clients mobiles. Si certains des serveurs frontaux exécutent SP1, mais que d'autres exécutent la version finale d'Exchange 2003, les clients mobiles peuvent recevoir des erreurs de clé de synchronisation. Ces erreurs surviennent lorsque les demandes des clients sont redirigées des serveurs frontaux qui exécutent SP1 vers ceux qui exécutent la version finale.

Dans la mesure où il est peu probable que tous les serveurs frontaux puissent être simultanément mis à niveau vers SP1, vous devez prévoir une courte période pendant laquelle les utilisateurs mobiles recevront des erreurs de clé de synchronisation. Elles cesseront une fois que tous les serveurs frontaux avec équilibrage de charge exécuteront SP1.

Téléchargez la dernière aide en ligne

L'aide d'Exchange 2003 a été mise à jour pour Exchange 2003 SP1. Pour télécharger et installer ces mises à jour de l'aide, accédez à la Bibliothèque de documentation technique d'Exchange située à l'adresse http://go.microsoft.com/fwlink/?LinkId=21277 et suivez le lien associé à l'aide en ligne d'Exchange 2003 SP1.



Outils de consolidation de sites pour le mode mixte Exchange

Retour au début

Si vous exécutez Exchange en mode mixte (ce qui signifie qu'une coexistence est établie entre Microsoft Exchange Server 5.5 et Exchange 2000 Server ou Exchange 2003), plusieurs nouveaux outils et fonctionnalités d'Exchange 2003 SP1 vous aident à migrer les données, listes de distribution et destinataires personnalisés dans le cadre d'une consolidation de sites.

Pour consolider les sites, suivez le processus décrit dans les derniers outils de déploiement Exchange. Téléchargez les outils de déploiement Exchange à partir du site Web des téléchargements Exchange 2003 à l'adresse http://go.microsoft.com/fwlink/?LinkId=25097.

Avant le début du processus de consolidation de sites, vous devez avoir pris connaissance des recommandations et problèmes connus décrits dans Planification d'un système de messagerie Microsoft Exchange Server 2003 à l'adresse http://go.microsoft.com/fwlink/?LinkId=21766 (chapitre « Planification de la consolidation de sites ») et le Guide de déploiement d'Exchange Server 2003 à l'adresse http://go.microsoft.com/fwlink/?LinkId=21768 (chapitre « Consolidation de sites dans Exchange 2003 »).



Problèmes connus relatifs à Exchange 2003 SP1

Retour au début

Cette section décrit les problèmes connus relatifs à Exchange 2003 SP1. Ces problèmes peuvent vous empêcher de déployer et d'utiliser Exchange avec succès. Vous devez vous familiariser avec tous les problèmes connus répertoriés ici avant d'installer le logiciel.

Les problèmes connus sont répertoriés en fonction du composant Exchange dans les sections suivantes :

Administration

Clients

Mobilité

Outils



Administration

Retour au début

Les administrateurs Exchange Affichage seul nécessitent le droit de créer des objets dans l'espace de noms global.

Lorsqu'Exchange 2003 SP1 est exécuté sur Microsoft Windows® 2000 Server SP4 (ou version ultérieure) ou Microsoft Windows ServerTM 2003, le Gestionnaire système Exchange (Exchange System Manager.msc) crée des objets dans l'espace de noms global de l'ordinateur. Par conséquent, tout administrateur qui utilise le Gestionnaire système Exchange doit avoir le droit de créer des objets globaux (SE_CREATE_GLOBAL_NAME) sur le serveur. Par défaut, les comptes d'administrateurs locaux disposent de ce droit. Toutefois, si le compte de l'utilisateur a les droits Administrateur Exchange Affichage seul, mais n'a pas les droits d'administrateur local sur l'ordinateur, l'utilisateur reçoit une erreur. Cette situation se produit principalement lorsqu'un utilisateur emploie les services Terminal Server pour accéder au Gestionnaire système Exchange sur un autre serveur pour lequel il n'est pas administrateur local.

Pour éviter cette erreur, vous pouvez ajouter l'utilisateur au groupe d'administrateurs locaux ou lui accorder le droit de créer des objets globaux. Pour accorder ce droit, ouvrez une session sur l'ordinateur local en utilisant un compte qui est membre du groupe Administrateurs, puis accordez ce droit au compte d'utilisateur dans Paramètres de sécurité locaux.

Le droit de créer des objets globaux n'existe pas dans les systèmes d'exploitation Windows 2000 SP3 (ou version antérieure) ou Windows XP. Pour ces systèmes d'exploitation, aucune action n'est requise.

Événement 9665 : Mise à jour vers les paramètres de mémoire recommandée pour l'exécution d'Exchange Server 2003 SP1 sur Windows Server 2003.

Lorsque vous exécutez Exchange 2003 SP1 sur Windows Server 2003 avec plus d'un gigaoctet de RAM, il est recommandé d'affecter à la clé de Registre SystemPages la valeur zéro. Cette recommandation est en contraste avec celle pour Windows 2000 Server, qui demande d'affecter à SystemPages une valeur comprise entre 24000 et 31000.

Les paramètres de mémoire recommandée pour Exchange 2003 SP1 sur Windows Server 2003 avec plus d'un gigaoctet de RAM sont les suivants :

Si vous affectez à la clé de Registre SystemPages la valeur comprise entre 24000 et 31000 recommandée par Windows 2000 Server, un événement 9665 apparaît dans le journal des événements.



Clients

Retour au début

Les pièces jointes XML sont bloquées dans Outlook Web Access.

Après la mise à niveau d'un serveur principal vers Exchange 2003 SP1, la liste d'interdiction des pièces jointes comprend des fichiers avec l'extension « .xml » ou avec les types de contenu MIME « application/xml » et « text/xml ».

Les pièces jointes MHTML (Encapsulation MIME des documents HTML d'agrégation) s'affichent de façon différente dans Outlook Web Access.

Dans SP1, des modifications ont été apportées au mode d'affichage des pièces jointes MHTML dans Outlook Web Access. Par conséquent, pour enregistrer une pièce jointe MHTML en tant que fichier .MHT dans Microsoft Internet Explorer, vous devez ouvrir la pièce jointe, cliquer sur Fichier, sur Enregistrer sous, puis sélectionner Archive Web, fichier seul (*.mht).

Les problèmes de confidentialité sont provoqués par l'utilisation d'adresses SMTP (Simple Mail Transfer Protocol) pour l'adressage des boîtes aux lettres dans Outlook Web Access.

Une fonctionnalité facultative dans SP1 permet aux utilisateurs d'entrer leur adresse SMTP dans l'URL pour ouvrir explicitement une session sur Outlook Web Access. Par exemple, un utilisateur peut entrer l'URL suivante pour accéder à sa boîte aux lettres, avec utilisateur@example.com en tant qu'adresse proxy principale ou secondaire :

Cette option est activée par défaut. Notez que l'adresse SMTP ne peut pas être la même que l'adresse UPN (User Principal Name) de l'utilisateur. Si l'utilisateur tente d'ouvrir explicitement une session à l'aide de l'adresse UPN, mais que celle-ci ne correspond pas à l'adresse SMTP de l'utilisateur, ce dernier est invité à s'authentifier.

Si les adresses UPN des utilisateurs sont identiques aux adresses proxy SMTP, vous devez être informé des éventuels problèmes de confidentialité suivants :

Version Premium d'Outlook Web Access optimisée pour Internet Explorer 6.0 ou version ultérieure pour l'arabe et l'hébreu

Si vos utilisateurs emploient les modules de prise en charge linguistique de l'arabe ou de l'hébreu pour Windows, Internet Explorer 6.0 ou version ultérieure offre les meilleures performances pour Outlook Web Access. En outre, ces utilisateurs ne seront en mesure d'accéder qu'à la version Premium d'Outlook Web Access à partir de la page d'ouverture de session.

Une réplication totale du service d'annuaire vers la métabase est requise après la mise à niveau vers Exchange 2003 SP1.

En raison d'une correction apportée à la compression gzip (GNU zip) dans Exchange 2003 SP1, une réplication totale du service d'annuaire vers la métabase est requise après avoir installé SP1. Dans des environnements où il existe un grand nombre de stratégies de destinataire ou de serveurs virtuels HTTP et de répertoires virtuels, la réplication du service d'annuaire vers la métabase peut nécessiter beaucoup de temps ; vous ne pouvez pas utiliser gzip pendant le déroulement de l'opération.



Mobilité

Retour au début

Exchange ActiveSync nécessite Microsoft Windows 2000 Server Service Pack 4 (SP4) ou version ultérieure.

Dans Exchange 2003 SP1, Exchange ActiveSync nécessite Windows 2000 Server SP4 ou version ultérieure en raison de nouvelles dépendances sur WinHTTP. Le programme d'installation d'Exchange SP1 ne comprend pas de vérification des éléments prérequis pour bloquer l'installation sur les serveurs qui exécutent Windows 2000 Server SP3 ou versions antérieures. Vous serez donc en mesure d'installer Exchange SP1 sur ces serveurs, mais Exchange ActiveSync ne fonctionnera pas ; toutes les demandes de synchronisation échoueront et les périphériques des utilisateurs afficheront des erreurs « HTTP 500 ». Avant d'installer Exchange 2003 SP1, assurez-vous que les serveurs qui exécutent Windows 2000 exécutent également SP4 ou version ultérieure, et que les mises à jour les plus récentes sont installées.

Les utilisateurs mobiles reçoivent des erreurs de clé de synchronisation si les serveurs frontaux avec équilibrage de charge exécutent les versions finale et SP1.

Si certains des serveurs frontaux exécutent SP1, mais que d'autres exécutent la version finale d'Exchange 2003, les clients mobiles peuvent recevoir des erreurs de clé de synchronisation. Ces erreurs surviennent lorsque les demandes des clients sont redirigées des serveurs frontaux qui exécutent SP1 vers ceux qui exécutent la version finale.

Pour réduire le risque d'erreurs pour les clients mobiles, si vous exécutez des serveurs frontaux dans une configuration avec équilibrage de charge, mettez à niveau tous ces serveurs vers SP1 en même temps. Toutefois, dans la mesure où il est peu probable que tous les serveurs puissent être simultanément mis à niveau vers SP1, vous devez prévoir une courte période pendant laquelle les utilisateurs mobiles recevront des erreurs de clé de synchronisation. Elles cesseront une fois que tous les serveurs frontaux avec équilibrage de charge exécuteront SP1.

L'installation d'Exchange 2003 SP1 sur un serveur qui exécute Microsoft .NET Framework 1.1 SP1 provoque l'arrêt du fonctionnement de Microsoft Outlook Mobile Access.

Si vous installez Exchange 2003 SP1 sur un serveur qui exécute .NET Framework 1.1 SP1 et Device Update 4.0 pour ASP.NET Mobile Controls, Outlook Mobile Access arrête de fonctionner. Cette situation se produit, car l'installation d'Exchange 2003 SP1 entraîne la suppression de Device Update 3.0 même si Device Update 4.0 est déjà installé. Lorsque Device Update 3.0 est supprimé, Outlook Mobile Access ne peut pas fonctionner correctement. Pour résoudre ce problème, désinstallez manuellement Device Update 4.0, puis réinstallez-le.

La désactivation des utilisateurs pour Outlook Web Access désactive également ceux pour Outlook Mobile Access

Si vous désactivez Outlook Web Access pour les utilisateurs, vous empêchez également les utilisateurs d'employer Outlook Mobile Access pour accéder à leurs informations.

Ils ne peuvent pas utiliser Outlook Mobile Access pour envoyer des messages aux listes de distribution de contacts.

Ils ne peuvent pas utiliser Outlook Mobile Access pour envoyer des messages aux listes de distribution de contacts.



Outils

Retour au début

L'outil de correction après changement de nom de domaine Exchange (XDR-Fixup.exe) ne met pas à jour l'attribut de filtre de recherche sur les stratégies de destinataire, listes d'adresses ou groupes de distribution fondés sur une requête.

L'outil XDR-Fixup répare les attributs Exchange dans Active Directory après utilisation des outils de changement de nom de domaine Windows Server 2003. Toutefois, XDR-Fixup ne met pas à jour les filtres de recherche que vous avez peut-être créés pour définir l'appartenance d'une stratégie de destinataire, d'une liste d'adresses ou d'un groupe de distribution fondé sur une requête. Les filtres de recherche continuent de faire référence à l'ancien nom de domaine. Pour contourner ce problème, après avoir renommé un domaine, recréez manuellement les filtres de recherche pour les stratégies de destinataire, listes d'adresses et groupes de distribution fondés sur une requête.



Copyright

Retour au début

Les informations contenues dans ce document, y compris les adresses URL et les autres références à des sites Internet, pourront faire l'objet de modifications sans préavis. Sauf mention contraire, les sociétés, les organisations, les produits, les noms de domaine, les adresses électroniques, les logos, les personnes, les lieux et les événements utilisés dans les exemples sont fictifs et toute ressemblance avec des sociétés, organisations, produits, noms de domaine, adresses électroniques, logos, personnes, lieux et événements réels est purement fortuite et involontaire. L'utilisateur est tenu d'observer la réglementation relative aux droits d'auteur applicable dans son pays. Aucune partie de ce document ne peut être reproduite, stockée ou introduite dans un système de restitution, ou transmise à quelque fin ou par quelque moyen que ce soit (électronique, mécanique, photocopie, enregistrement ou autre) sans la permission expresse et écrite de Microsoft Corporation.

Microsoft Corporation peut détenir des brevets, avoir déposé des demandes d'enregistrement de brevets ou être titulaire de marques, droits d'auteur ou autres droits de propriété intellectuelle portant sur tout ou partie des éléments qui font l'objet du présent document. Sauf stipulation expresse contraire d'un contrat de licence écrit de Microsoft, la fourniture de ce document ne vous confère aucun droit de licence sur ces brevets, marques, droits d'auteur ou autres droits de propriété intellectuelle.

© 2004 Microsoft Corporation. Tous droits réservés.

Microsoft, Outlook, Windows et Windows Server sont soit des marques de Microsoft Corporation, soit des marques déposées de Microsoft Corporation, aux États-Unis d'Amérique et/ou dans d'autres pays.

Les noms de produits et de sociétés réels mentionnés dans la présente documentation sont des marques de leurs propriétaires respectifs.