Article original publié le vendredi 29 mai 2013

Je suis ingénieur support CSS. Je travaille avec un client qui me signale une erreur de boucle de message pour un domaine spécifique tel que contoso.com. Cette erreur ne se produit que pour des messages de grande taille. Tout cela était bien mystérieux jusqu’à ce que je comprenne que la boucle était due à une limitation de taille du connecteur d’envoi. J’ai pensé qu’il était intéressant de partager ce curieux problème.

Comprendre la configuration et la cause du problème :

Au début, j’ai pensé que la raison était due à un serveur Edge configuré pour utiliser un serveur DNS externe (un serveur DNS qui résout les hôtes externes). En règle générale quand le serveur de transport Edge est configuré pour utiliser un DNS externe, il résout le nom de domaine aux adresses IP publiques (en pointant vers lui-même, le pare-feu externe ou le fournisseur de services) au lieu d’un serveur de transport Hub dans le site Active Directory, ce qui provoque une boucle de message.

En reproduisant ce problème, j’ai découvert que le serveur de transport Edge n’était pas configuré pour utiliser un serveur DNS externe. L’environnement que j’ai configuré pour reproduire le problème est indiqué dans le diagramme ci-dessous :

Voici ce qui se passe dans ce scénario : quand le serveur de transport Edge reçoit un message de 20 Mo d’un expéditeur Internet, il l’accepte. Le serveur de transport Edge a deux connecteurs qui correspondent à l’espace d’adressage : un pour l’espace d’adressage contoso.com vers le site Active Directory et un pour l’espace d’adressage *. Lorsqu’il décide de l’itinéraire en fonction des connecteurs disponibles, celui du Edge vers le Hub n’est pas pris en compte en raison de la restriction de taille (la limite de taille est de 10 Mo). La meilleure correspondance est le connecteur * du Edge vers Internet (voir l’algorithme de sélection du connecteur décrit dans Présentation du routage des messages) qui a une limite de message de 30 Mo.

Résultat final : le message est renvoyé vers Internet ce qui crée une boucle de message entre Internet et le serveur Edge.

Selon si le connecteur d’envoi vers Internet est configuré pour utiliser DNS ou un hôte actif pour remettre le courrier sortant, nous obtiendrons l’un des rapports de non remise suivants :

Utilisation de DNS :

#554 5.4.4 SMTPSEND.DNS.MxLoopback; DNS records for this domain are configured in a loop ##

Utilisation d’un hôte actif :

5.4.6 smtp;554 5.4.6 Hop count exceeded - possible mail loop> #SMTP#

La solution

Ce comportement est voulu et peut être facilement rectifié en modifiant la limite de taille des messages sur le connecteur. En fonction de vos exigences, vous pouvez choisir l’une des options suivantes :

• Définissez le paramètre MaxMessageSize du connecteur de réception (qui reçoit le courrier entrant d’Internet) à 10Mo, afin que les messages provenant d’Internet soient limités à 10 Mo.
• Définissez le paramètre MaxMessageSize du connecteur d’envoi du serveur Edge vers le serveur HUB à 30Mo, ce qui autorisera la réception de messages de 30 Mo d’expéditeurs externes.

Le mystère est résolu ! Merci à Arindam Thokder et à Scott Landry, qui m’ont aidé à rédiger ce billet de blog.

Suresh Kumar (XCON)

Ce billet a été traduit de l’anglais. La version originale est disponible à la page Mysterious mail loop on Edge Transport server: Check your size limits!

Article original publié le mardi 12 mars 2013

En novembre 2012, nous avons annoncé notre nouveau client MCA Bêta. Nous nous sommes attelés à améliorer les options de test disponibles à partir du client MCA. Voici le résultat de ce travail, la version 1.0 :

Outil Analyseur de connectivité de Microsoft 1.0

Nous sommes heureux d’annoncer la version 1.0 de l’outil Analyseur de connectivité de Microsoft. Cet outil s’utilise avec le site web Analyseur de compatibilité à distance de Microsoft. L’outil MCA fournit aux administrateurs et aux utilisateurs finaux la possibilité d’exécuter des diagnostics de connexion en ce qui concerne cinq problèmes de connexion courants directement à partir de leur ordinateur local. Les utilisateurs peuvent tester leur propre connexion et enregistrer les résultats au format HTML que les administrateurs reconnaitront étant habitués à visualiser des résultats sur le site web RCA.

Installez l’outil MCA 1.0 à partir de la page : https://testconnectivity.microsoft.com/?tabid=client

Regardez la vidéo Introduction :

L’outil MCA propose cinq symptômes de test :

• « Je ne peux pas ouvrir de session dans Office Outlook » – Ce test est l’équivalent du test RCA Exchange pour « Outlook Anywhere (RPC over HTTP) ». Une option est proposée pour exécuter le test SSO sur la page des paramètres.
• « Je ne peux ni envoyer ni recevoir de messages électroniques sur mon appareil mobile ». – Ce test est l’équivalent du test RCA Exchange pour Exchange ActiveSync.
• ***Nouveau test MCA*** « Je ne peux pas me connecter à Lync sur mon périphérique mobile ou l’application Lync Windows Store » – Ce test vérifie les enregistrements DNS de votre domaine local afin de s’assurer qu’ils sont configurés correctement pour prendre en charge les clients Lync Mobile. Il se connecte également au service web de découverte automatique et vérifie que l’authentification, le certificat et le service web pour la mobilité sont correctement configurés
• ***Nouveau test MCA*** « Je ne peux pas envoyer ou recevoir des messages électroniques d’Outlook (Office 365 uniquement) » – Ce test vérifie le flux de message SMTP entrant/sortant et comprend également une vérification de la validité DNS pour les clients O365.
• ***Nouveau test MCA*** « Je ne peux pas afficher les informations de présence d’un autre utilisateur » – Ce test vérifie qu’une boîte aux lettres Office 365 peut accéder aux informations de présence d’une boîte aux lettres locale, et vice et versa (une direction par test exécuté).

Outil Analyseur de connectivité de Microsoft Lync : Vous remarquerez également l’outil Analyseur de connectivité de Lync sur la page client. Nous travaillons actuellement à regrouper MCA et MLCA, mais souhaitions tout de même mettre à disposition ces deux outils afin d’améliorer les options de diagnostics client. Pour en savoir plus sur MLCA – voir ICI

Commentaires : Envoyez vos commentaires à l’alias MCA Feedback. Faites-nous savoir ce que vous pensez de cet outil et s’il est utile pour les scénarios de dépannage de connectivité. N’hésitez pas à nous faire part de vos commentaires sur des tests supplémentaires que vous souhaiteriez que nous ajoutions.

Analyseur de connectivité à distance de Microsoft 2.1

Nous sommes heureux de vous proposer la version 2.1 du site web de l’Analyseur de connectivité à distance de Microsoft. Cet outil permet aux administrateurs et aux utilisateurs finaux d’exécuter des diagnostics de connectivité pour nos serveurs afin de tester les problèmes courants rencontrés avec Exchange, Lync et Office 365. Nous avons ajouté de nouveaux tests de DNS Office 365, amélioré les tests existants ainsi que l’expérience globale du site.

Découvrez les mises à jour du site web ici : https://testconnectivity.microsoft.com

Voici les principaux éléments de cette version 2.1 de RCA :

Version 2.1 (mars 2013)

• Ajout de la prise en charge pour 60 langues
• Version mise à jour de l’outil téléchargeable Analyseur de compatibilité de Microsoft v1.0 pour le dépannage de la connectivité à partir d’ordinateur local
• Ajout de l’outil Analyseur de connectivité Microsoft Lync pour le dépannage des problèmes Lync à partir d’ordinateur local
• Ajout d’une section Tests généraux Office 365
• Ajout du test de connectivité DNS Exchange Office 365

À vous de jouer !

Merci.

Brian Feck de la part de l’équipe MCA/RCA.
Suivez l’équipe sur Twitter - @ExRCA

Ce billet a été traduit de l’anglais. La version originale est disponible à la page Announcing Microsoft Connectivity Analyzer (MCA) 1.0 and Microsoft Remote Connectivity Analyzer (RCA) 2.1

Article original publié le jeudi 21 février 2013

Nous sommes heureux d’annoncer la mise à disposition du document Guide sur l’hébergement et clients multiples pour Exchange Server 2013. Il est disponible au téléchargement ici.

Comme vous êtes fin observateur, vous remarquerez que ce guide ressemble beaucoup à celui pour Exchange Server 2010. Nous ne nous sommes pas contentés de faire un copier-coller, mais la stratégie qui s’applique à Exchange 2010 a été conservée pour Exchange 2013. C’est pourquoi, nous conseillons d’utiliser les outils intégrés, les applets de commande et les interfaces pour configurer votre solution et en aucun cas de manipuler directement les objets Active Directory pour répondre à vos besoins.

Ce qui est également vrai, c’est que toutes les fonctionnalités n’auront pas le comportement souhaité dans une configuration à plusieurs clients. Par exemple, les Infos-courrier se comporteront exactement de la même façon que dans un déploiement local standard, ce qui peut entraîner l’affichage de données non souhaitées entre les clients. Ce document décrit les fonctionnalités qui peuvent ne pas fonctionner comme vous le souhaitez quand vous configurez Exchange pour plusieurs clients, propose des recommandations de configuration ou la désactivation si nécessaire.

Au cœur de votre solution de segmentation d’annuaire se trouve la fonctionnalité de carnet d’adresses. Avec l’annonce récente d’un agent de transport, créé pour tirer parti des stratégies de carnet d’adresses, nous espérons que votre solution 2013 sera encore plus facile à créer et à tenir à jour.

Notez que la version 2013 a tout de même subi des modifications importantes et nous vous encourageons à lire ce guide avec attention avant de planifier et de créer votre solution et de vous y référer si vous rencontrez des problèmes.

Tout comme pour Exchange 2010, nous proposons des solutions partenaire créées à partir des instructions de ce document et les solutions actuellement disponibles sont également répertoriées sur le site. Nous enrichirons cette liste au fur et à mesure, n’hésitez pas à revenir sur le site si la solution que vous voulez utiliser ne s’y trouve pas encore ou contactez le fournisseur et renseignez-vous sur les prévisions de validation.

Nous prévoyons de publier une mise à jour du guide sur l’hébergement et les clients multiples pour Exchange 2013 et nous mettrons à jour les solutions du site quand ce document sera disponible.

Nous espérons que ce document vous sera utile et attendons vos commentaires.

Greg Taylor
Responsable de programme
Expérience utilisateur Exchange

Ce billet a été traduit de l’anglais. La version originale est disponible à la page Hosting and Multi-Tenancy Guidance for Exchange Server 2013 Now Available

Nous avons récemment publié un Guide pas à pas pour la résolution des problèmes de réplication de dossier public dans Microsoft Exchange 2003. Il existe plusieurs manières d’accéder à l’utilitaire de résolution des problèmes. Vous pouvez utiliser le lien qui se trouve ici pour y accéder directement. Il sera également incorporé dans différents articles en rapport avec la réplication des dossiers publics, tel que le suivant : https://support.microsoft.com/KB/842273.

Vous vous demandez peut-être pourquoi nous avons publié un utilitaire de résolution des problèmes pour Exchange 2003, puisque cette version n’est plus prise en charge. Nous avons pris cette décision pour différentes raisons. Tout d’abord, une proportion non négligeable de nos clients Exchange sont encore en phase de transition depuis Exchange 2003 et nous souhaitions les aider à basculer vers les versions les plus récentes prises en charge. C’était le meilleur moyen de guider ces clients, étant donné qu’ils n’ont plus accès à aucune option de support téléphonique. Ensuite, l’immense majorité des problèmes en rapport avec les dossiers publics Exchange Server 2003 ont déjà été identifiés. Il apparaissait donc judicieux de publier un utilitaire de résolution des problèmes. Pour finir, le mécanisme de réplication de dossier public n’ayant pas changé de manière significative depuis un certain temps (jusqu’à Exchange 2013), il semblait logique de commencer avec Exchange 2003, qui constitue une structure idéale pour les versions ultérieures de l’utilitaire.

L’organisation de support technique mettra tout en œuvre pour développer cet utilitaire de résolution des problèmes pour les versions 2007/2010 à l’avenir.

Ce guide pas à pas décrit les procédures de résolution des problèmes de réplication telles que présentées dans une série de billets de blog de Bill Long, accessibles ici, ici et là. Il n’a pas pour vocation de remplacer toutes les données qui aident à comprendre le processus de réplication de dossier public, mais plutôt de vous donner rapidement accès aux étapes nécessaires pour identifier d’éventuels problèmes.

Je tiens à remercier les personnes qui ont permis de concrétiser ce projet. J’espère n’avoir oublié personne.

Support Exchange :

• Nick Basile
• Rob Whaley
• Bill Long
• Charlotte Raymundo
• Will Duff
• Nino Bilic

Équipe de documentation / création de contenu :

• Bobbie DeFault
• Geoffrey Crisp (Entirenet)
• Jerry Sitser (Entiernet)
• Jarrett Renshaw
• Star Li (Wicresoft)
• Chen Jiang
• Victor Zhang (Wicresoft)

Cordialement,

Charlotte Raymundo
Messaging Knowledge Engineer

Ce billet de blog a été traduit de l’anglais. Vous pouvez consulter la version originale à la page Public Folder replication troubleshooter

En réponse aux commentaires de nos clients, nous avons augmenté la limite du débit maximal pour les abonnements Office 365 pour les entreprises (E1, E2, E3, E4, K1 et K2), pour les professionnels et pour les petites entreprises (P1) et les organismes publics (G1, G2, G3 et G4) afin de permettre aux utilisateurs d’envoyer du courrier électronique à 10 000 destinataires par jour. Cette nouvelle limite s’applique également aux abonnements Exchange Online autonomes (Kiosk, Plan 1 et Plan 2). Auparavant, la limite du débit maximal pour les utilisateurs de ces plans était de 1 500 destinataires par jour.

Les limites applicables au débit maximal pour les destinataires ont pour but de dissuader les utilisateurs d’envoyer de grandes quantités de courrier électronique commercial non sollicité, couramment appelé courrier indésirable. Ces limites empêchent notre service en ligne de devenir une source de courrier indésirable et, en conséquence, aident à garantir le flux de messages de notre clientèle. Des améliorations apportées aux centres de données nous ont permis d’accroître cette limite tout en conservant le même niveau de protection.

Ces limites s’appliquent à la fois aux messages envoyés au sein d’une organisation et à ceux remis à des organisations externes. Le meilleur moyen d’éviter de dépasser le débit maximal consiste à recourir à des groupes de distribution lors de l’envoi de messages à un grand nombre de destinataires. Les groupes de distribution stockés dans le carnet d’adresses partagé comptent comme un seul destinataire. Pour plus d’informations, voir Stratégies de prise en charge de l’envoi en nombre. Les clients Office 365 qui doivent envoyer du courrier électronique commercial légitime en nombre (tel que des bulletins d’informations) doivent continuer à utiliser des fournisseurs tiers spécialisés dans ces services.

Pour plus d’informations sur les limites de débit maximal pour les destinataires, voir Envoi en nombre et limites quotidiennes de débit maximal pour les destinataires. Nous avons apporté cette modification suite à vos commentaires. Encore merci de nous faire part de vos suggestions.

Steve Chew

Ce billet de blog a été traduit de l’anglais. Vous pouvez consulter la version originale à la page Recipient Rate Limit Increase to 10K for Office 365 and Exchange Online

Depuis peu, Windows Update propose Windows Management Framework 3.0 comme mise à jour facultative. Cela comprend toutes les formes de distribution de mise à jour, telles que Microsoft Update, WSUS, System Center Configuration Manager et autres mécanismes. Le point à noter ici est que Windows Management Framework 3.0 inclut PowerShell 3.0.

Windows Management Framework 3.0 est distribué sous les appellations KB2506146 et KB2506143 (le numéro dépend de la version de serveur que vous exécutez, Windows Server 2008 SP2 ou Windows Server 2008 R2 SP1).

Que cela signifie-t-il pour vous ?

Windows Management Framework 3.0 (plus spécifiquement PowerShell 3.0) n’est encore pris en charge sur aucune version d’Exchange à l’exception d’Exchange Server 2013, où il est obligatoire. Si vous installez Windows Management Framework 3.0 sur un serveur Exchange 2007 ou Exchange 2010, vous rencontrerez des problèmes tels que la non-installation des mises à jour cumulatives Exchange ou l’exécution incorrecte d’Exchange Management Shell.

Nous avons observé l’échec d’installation de mise à jour cumulative Exchange avec les symptômes suivants :

• Si la mise à jour cumulative est installée par le biais de Microsoft Update, l’installation risque de renvoyer le code d’erreur 80070643.
• Si la mise à jour cumulative est installée à partir d’un téléchargement, l’erreur affichée est Le programme d’installation a pris fin prématurément en raison d’une erreur.
• Dans les deux cas, il est possible que l’ID d’événement 1024 soit enregistrée dans le journal des événements d’application avec le code d’erreur « 1603 ». Par exemple, si vous essayez d’installer la mise à jour cumulative 5 pour Exchange 2010 SP2, il se peut que l’ID d’événement 1024 donne la description suivante :

  Produit : Microsoft Exchange Server - La mise à jour ‘Update Rollup 5-v2 for Exchange Server 2010 Service Pack 2 (KB2785908) 14.2.328.10’ n’a pas pu être supprimée. Code d’erreur 1603. Windows Installer peut créer des journaux pour faciliter la résolution des éventuelles erreurs d’installation des packages logiciels. Utilisez le lien suivant pour afficher des instructions concernant l’activation des journaux : https://go.microsoft.com/fwlink/?LinkId=23127

À l’heure actuelle, nous vous recommandons de ne pas déployer Windows Management Framework 3.0 sur des serveurs Exchange 2007 ou Exchange 2010 ou sur des stations de travail sur lesquelles les Outils de gestion Exchange sont installés. Si vous avez déjà déployé cette mise à jour, vous devez la supprimer. Après cela, la fonctionnalité devrait être rétablie.

Ben Winzenz

Ce billet de blog a été traduit de l’anglais. Vous pouvez consulter la version originale à la page Windows Management Framework 3.0 on Exchange 2007 and Exchange 2010

N’avez-vous jamais reçu un appel d’une personne dont le client Outlook a des difficultés à se connecter au serveur de messagerie et pensé : « Si seulement je pouvais lui envoyer un outil qui exécuterait un test de connectivité et lui permettrait de me renvoyer facilement les résultats ? »

Ou peut-être que vous utilisez l’Analyseur de connectivité à distance depuis plusieurs années en votre qualité d’administrateur afin de vérifier la configuration de la messagerie électronique et que vous souhaiteriez pouvoir effectuer au sein de votre organisation les mêmes tests et diagnostics que ceux du site web Analyseur de connectivité à distance.

Nous avons reçu plusieurs requêtes de ce genre et notre équipe a créé un outil tout spécialement pour ces scénarios. Il s’agit de l’Analyseur de connectivité Microsoft (version bêta), une version portable du site web Analyseur de connectivité à distance. Voici une courte vidéo de présentation de l’Analyseur de connectivité Microsoft (49 secondes).

Cet outil contient les mêmes tests que le site web, avec une interface utilisateur légèrement plus simple, que vous pourrez partager avec vos utilisateurs ou vos amis.

Par ailleurs, nous avons réparti les résultats dans deux affichages différents : un affichage simplifié qui montre uniquement les résultats les plus faciles à comprendre et un autre qui fournit des détails complets que seul un administrateur peut apprécier.

Les détails supplémentaires destinés aux administrateurs figurent sous « Review all the tests we ran ».

Vous pouvez également demander à votre utilisateur d’enregistrer et de vous envoyer les résultats détaillés. Ceux-ci sont enregistrés en tant que fichier HTML et peuvent être affichés dans un navigateur.

Conditions préalables à l’installation de l’Analyseur de connectivité Microsoft

1. L’outil prend en charge les systèmes d’exploitation suivants : Windows 7 64 bits, Windows 7, Windows Server 2008+
2. Microsoft .NET Framework 4.5 est requis.
3. Conditions relatives aux navigateurs :

L’installation fonctionne sur tous les navigateurs modernes. Cependant...

• Si vous utilisez Google Chrome, vous devez installer ClickOnce pour Google Chrome
• Si vous utilisez FireFox, vous devez installer Microsoft .Net Framework Assistant pour FireFox.

Les Notes de publication complètes sont disponibles ici.

Nous prévoyons d’ajouter d’autres tests à cet outil.

Tout comme le site web lors de sa publication initiale, cette première version de l’Analyseur de connectivité Microsoft est sujette à un développement continu.

Ayant un outil sur site avec l’utilisateur final, nous sommes dans une position idéale pour étendre les tests de façon à inclure des problèmes communs à tous les types de connectivité. Cette première version de l’outil n’est qu’un début.

Et ce n’est pas tout !

Nous avons également décidé de combiner ce nouvel outil à l’Analyseur de connectivité à distance Lync. Vous remarquerez que le nom ne contient plus le terme « Exchange » et qu’il existe une nouvelle manière d’accéder au site web : https://testconnectivity.microsoft.com. Vous avez ainsi accès à tous les mêmes tests pour Lync et Exchange sur le même site web.

Vous y trouverez les tests suivants :

• Le Test de connectivité à distance du service web de découverte automatique Microsoft Lync Mobile teste votre connectivité à distance au serveur du service web de découverte automatique Microsoft Lync Mobile.
• Le Test Microsoft Office Communications Server teste votre connectivité à distance à Microsoft Office Communications Server, effectue une découverte automatique du serveur Edge d’accès et du port auquel se connecter, ou il vous permet de spécifier un serveur Edge d’accès.
• Le Test de connectivité à distance Microsoft Lync Server teste votre connectivité à distance à Microsoft Lync Server, effectue une découverte automatique du serveur Edge d’accès et du port auquel se connecter, ou il vous permet de spécifier un serveur Edge d’accès.

Et ce n’est pas tout…

Cette année a été bien remplie. Du côté d’Office 365, vous remarquerez deux nouveaux tests : le test DNS Lync Office 365 et le test de disponibilité.

Le Test DNS Lync Office 365 vérifie les paramètres de nom de domaine externe de votre utilisateur de domaine personnalisé dans Office 365.

Grâce à l’équipe de Services de déploiement Office 365, le site web de l’Analyseur de connectivité à distance héberge maintenant le test de disponibilité Office 365. Ce test vérifie si une boîte aux lettres Office 365 peut accéder aux informations de disponibilité d’une boîte aux lettres locale et inversement. Cela comprend :

• un test pour vérifier que l’horloge système du serveur hybride n’est pas décalée de plus de cinq minutes, ce qui provoquerait une défaillance lors des demandes de jetons de délégation à Microsoft Federated Gateway ;
• un test pour vérifier que la connectivité entrante au serveur hybride ne nécessite pas une préauthentification du pare-feu, autrement dit que celui-ci autorise l’authentification directe ;
• un test pour vérifier que le serveur hybride remplit les conditions minimales requises relatives à la version d’Exchange Server (Exchange Server 2010 SP1) ;
• une requête de disponibilité de base exécutée sur le service de disponibilité cible ;
• des liens vers des instructions concernant l’Assistant Configuration hybride, source courante de défaut de configuration du déploiement.

Merci de votre attention ! Nous espérons que vous apprécierez les nouvelles mises à jour.

Nicole Allen
Au nom de l’équipe Analyseur de connectivité à distance

Ce billet de blog a été traduit de l’anglais. Vous pouvez consulter la version originale à la page What’s new with Microsoft Remote Connectivity Analyzer? A lot!

En octobre dernier, nous avons annoncé la disponibilité de la version RTM (Release to Manufacturing) d’Exchange Server 2013. Depuis lors, nous avons concentré nos efforts sur la publication de la version suivante d’Exchange par le biais de différents canaux de distribution à nos clients professionnels.

Aujourd’hui, nous avons atteint un autre jalon important : l’équipe Exchange est fière d’annoncer la disponibilité au grand public d’Exchange Server 2013. Vous pouvez télécharger tous les éléments à partir de TechNet dès aujourd’hui et évaluer le produit pendant 180 jours. Vous pouvez également vous inscrire pour la version Preview d’Office 365 afin de profiter de la toute dernière expérience Exchange dans le nuage en quelques minutes.

Ceux d’entre vous qui souhaitent déployer Exchange Server 2013 dans des environnements vierges ou dans des laboratoires et environnements de test afin d’évaluer les nouvelles fonctionnalités et tester des applications métiers peuvent s’y mettre dès maintenant. Si vous exécutez un environnement Exchange 2010 ou 2007, vous devrez installer la mise à jour Exchange Server 2010 SP3 ou 2007 pour procéder à la mise à niveau. Nous mettons tout en œuvre pour répondre rapidement aux attentes de nos clients et travaillons actuellement aux touches finales d’Exchange 2010 SP3 et de la mise à jour, dont la publication est prévue durant le premier trimestre 2013.

Si ce n’est déjà fait, nous vous invitons à découvrir Exchange Server 2013 en consultant la documentation TechNet ou en participant à une session de formation Ignite. Nous vous conseillons à ce stade d’étudier la configuration système requise et les composants prérequis et de vous familiariser avec l’architecture de blocs de construction simplifiée d’Exchange, afin d’avoir toutes les cartes en main au moment du dimensionnement matériel, de la planification et de l’achat.

Depuis l’annonce de la publication de la version RTM, l’équipe EHLO a ajouté de la documentation technique concernant la nouvelle version d’Exchange :

• Carnet d’adresses en mode hors connexion dans Exchange Server 2013 – Bhalchandra Atre
• Gestion du partage fédéré avec le Centre d’administration Exchange – Elber Ren et Robert Mazzoli
• Accès hors connexion dans Outlook Web App pour la nouvelle version d’Exchange – Sara Manning
• Dossiers publics dans la nouvelle version d’Office – Alfons Staerk et Nikhil Aggarwal
• Publication d’Exchange Server 2013 à l’aide de TMG – Greg Taylor
• Leçons du Centre de données : disponibilité gérée – Ross Smith IV et Greg Thiel

…et nous continuerons à publier de nouveaux articles Exchange sur EHLO dans les mois à venir. N’hésitez pas à consulter ce site régulièrement. Merci encore pour votre soutien et encore une fois, n’hésitez pas à nous faire part de vos commentaires et suggestions.

L’équipe Exchange

Ce billet de blog a été traduit de l’anglais. Vous pouvez consulter la version originale à la page Exchange Server 2013 Reaches General Availability

L’article du blog de l’équipe Exchange intitulé Carnet d’adresses en mode hors connexion dans Exchange Server 2013 présente la nouvelle architecture de génération et de distribution du carnet d’adresses en mode hors connexion dans Exchange Server 2013. N’hésitez pas à le consulter si vous ne l’avez pas encore lu ou si vous souhaitez vous rafraîchir la mémoire.

L’administration et la gestion du carnet d’adresses en mode hors connexion diffèrent dans Exchange 2013 car l’architecture a évolué. Par ailleurs, le nouveau Centre d’administration Exchange ne propose actuellement aucune option de gestion des carnets d’adresses en mode hors connexion. Cela signifie que pour le moment vous devrez utiliser Exchange Management Shell pour les tâches liées aux carnets d’adresses en mode hors connexion.

Cet article décrit certaines tâches courantes d’administration du carnet d’adresses en mode hors connexion et quelques scénarios concrets pour vous aider à mieux appréhender ces tâches.

Remarque : si vous êtes dans un environnement de domaine Active Directory à plusieurs forêts, vérifiez que ViewEntireForest est activé dans la session du Shell, car dans le cas contraire certaines des commandes exécutées dans le cadre de cet article ne renverront aucun résultat.

Commande pour activer ViewEntireForest :

Set-ADServerSettings -ViewEntireForest $true

Création d’un carnet d’adresses en mode hors connexion

La création d’un carnet d’adresses en mode hors connexion dans Exchange 2013 ne s’effectue plus à l’aide du paramètre -Server. Pour créer un carnet d’adresses en mode hors connexion, il suffit de spécifier les listes d’adresses requises.

L’exemple suivant crée un carnet d’adresses en mode hors connexion pour une liste d’adresses nommée « Global Address List FAB ».

New-OfflineAddressBook -Name OAB-FAB -AddressLists "Global Address List FAB"

Identifier les serveurs de génération de carnet d’adresses en mode hors connexion

Dans Exchange Server 2013, les boîtes aux lettres d’arbitrage sont affectées d’une certaine « capacité de persistance » qui définit l’objet/fonction de la boîte aux lettres d’arbitrage.

Une boîte aux lettres d’arbitrage avec la capacité de persistance « OrganizationCapabilityOABGen » est responsable de la génération du carnet d’adresses en mode hors connexion. Nous utiliserons dans cet article le terme de « boîte aux lettres d’organisation ».

Le serveur de boîtes aux lettres Exchange Server 2013 hébergeant la boîte aux lettres d’organisation génère tous les carnets d’adresses en mode hors connexion définis dans l’environnement.

Pour un environnement sans groupe de disponibilité de base de données (DAG), utilisez la commande suivante pour identifier les serveurs de génération de carnet d’adresses en mode hors connexion :

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,servername

Pour un environnement avec groupe de disponibilité de base de données, l’identification des serveurs de génération de carnet d’adresses en mode hors connexion est un processus en deux étapes :

Étape 1 : identifier la base de données de boîtes aux lettres hébergeant la boîte aux lettres d’organisation avec la capacité de génération de carnet d’adresses en mode hors connexion

Exécutez la commande suivante pour afficher la liste des boîtes aux lettres d’arbitrage ayant la capacité de persistance OABGen et la base de données dans laquelle cette boîte aux lettres est hébergée :

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,database

Étape 2 : identifier le serveur de bases de données où la base de données hébergeant la boîte aux lettres d’organisation est montée

Exécutez la commande suivante pour identifier la copie active de la base de données de boîtes aux lettres :

Get-MailboxDatabaseCopyStatus db1

Le serveur où l’état de la base de données est « montée » est le serveur de génération de carnet d’adresses en mode hors connexion actuel.

Changer de serveur de génération de carnet d’adresses en mode hors connexion

Il existe deux méthodes pour changer de serveur de génération de carnet d’adresses en mode hors connexion.

Déplacer la boîte aux lettres

Déplacez la boîte aux lettres d’organisation vers une base de données de boîtes aux lettres sur un serveur qui sera désigné comme serveur de génération de carnet d’adresses en mode hors connexion.

Exemple :

DB1 est une base de données à copie unique présente sur le serveur Exch1. Elle héberge la boîte aux lettres d’organisation. DB2 est une base de données de boîtes aux lettres présente sur Exch2.

La commande suivante peut être exécutée pour déplacer la boîte aux lettres d’organisation vers DB2 et activer Exch2 comme serveur de génération de carnet d’adresses en mode hors connexion.

Get-Mailbox -Arbitration -database db1| where {$_.PersistedCapabilities –like “*oab*”} | New-MoveRequest -TargetDatabase db2

Cette méthode convient surtout aux environnements qui disposent d’une copie unique de la base de données de boîtes aux lettres hébergeant la boîte aux lettres d’organisation.

Activer la base de données de boîtes aux lettres sur un autre serveur

Cette méthode convient surtout aux environnements qui disposent de plusieurs copies de la base de données de boîtes aux lettres hébergeant la boîte aux lettres d’organisation.

Exemple :

DB1 héberge la boîte aux lettres d’organisation et des copies se trouvent sur les serveurs Exch1 et Exch2. DB1 est actuellement active sur Exch1.

La commande suivante peut être exécutée pour activer DB1 sur Exch2 et en faire ainsi le serveur de génération de carnet d’adresses en mode hors connexion :

Move-ActiveMailboxDatabase DB1 -ActivateOnServer Exch2

Remarque : consultez les instructions fournies dans « Positionnement de la boîte aux lettres d’organisation » ci-dessous avant de changer de serveur de génération de carnet d’adresses en mode hors connexion.

Création d’une boîte aux lettres d’organisation

Les administrateurs peuvent créer des boîtes aux lettres d’organisation supplémentaires à des fins de tolérance de panne ou pour satisfaire les utilisateurs d’un déploiement Exchange distribué géographiquement.

La création d’une boîte aux lettres d’organisation est un processus en deux étapes :

Étape 1 : créer une boîte aux lettres d’arbitrage

New-Mailbox -Arbitration -Name "OAB Seattle" -Database DB2Seattle -UserPrincipalName oabs@contoso.com –DisplayName “OAB Mailbox for Seattle”

Étape 2 : activer la fonctionnalité OABGen

Set-Mailbox -Arbitration oabs -OABGen $true

Remarque : consultez les instructions fournies dans « Positionnement de la boîte aux lettres d’organisation » ci-dessous avant de créer des boîtes aux lettres d’organisation supplémentaires.

Modification du planning de génération de carnet d’adresses en mode hors connexion

Jusqu’à Exchange 2010, la génération de carnet d’adresses en mode hors connexion était basée sur un « planning » défini sur les propriétés de carnet d’adresses en mode hors connexion. Il est possible que vous constatiez l’existence d’un « planning » lors de l’affichage des propriétés d’un carnet d’adresses en mode hors connexion Exchange 2013, mais la génération de carnet d’adresses en mode hors connexion dans Exchange Server 2013 ne s’effectue pas en fonction du planning défini dans les propriétés de carnet d’adresses en mode hors connexion :

Au lieu de cela, la génération de carnet d’adresses en mode hors connexion dans Exchange Server 2013 s’effectue en fonction des propriétés OABGeneratorWorkCycle et OABGeneratorWorkCycleCheckpoint configurées sur le serveur de boîtes aux lettres.

Exemple :

Les valeurs mentionnées dans la capture d’écran ci-dessus signifient que le carnet d’adresses en mode hors connexion est généré une fois par jour.

Quel serveur de boîtes aux lettres a traité la demande de téléchargement de carnet d’adresses en mode hors connexion ?

Le rôle Serveur d’accès au client d’Exchange Server 2013 transmet par proxy la demande de téléchargement de carnet d’adresses en mode hors connexion à un serveur approprié détenant le rôle de serveur de bases de données. Le rôle Serveur d’accès au client enregistre une entrée pour chaque demande qu’il traite dans les fichiers journaux présents dans le dossier %chemin_installation_Exchange%\Logging\HttpProxy\OAB\.

Ces fichiers journaux constituent un excellent outil pour identifier le serveur de boîtes aux lettres choisi par le serveur d’accès au client pour satisfaire la demande.

Informations concernant certains champs importants du fichier journal :

Le fichier journal peut être importé dans Excel afin d’en améliorer la lisibilité.

Exemple :

Forcer la génération de carnet d’adresses en mode hors connexion

Le démarrage immédiat de la génération de carnet d’adresses en mode hors connexion Exchange Server 2013 peut être forcé de deux manières.

Méthode 1 : Update-OfflineAddresBook

La commande ci-dessous force la génération d’un carnet d’adresses en mode hors connexion nommé « Default Offline Address Book » dans toutes les boîtes aux lettres d’organisation.

Update-OfflineAddressBook "default offline address book"

Remarque : cette commande initie une demande RPC à chaque serveur de boîtes aux lettres qui héberge une boîte aux lettres d’organisation active.

Méthode 2 : redémarrer le service Assistants de boîte aux lettres

Le service Assistants de boîte aux lettres Microsoft Exchange du rôle Boîte aux lettres est responsable de la génération du carnet d’adresses en mode hors connexion. Le redémarrage de ce service permet de générer tous les carnets d’adresses en mode hors connexion définis dans l’environnement sur un serveur de boîtes aux lettres spécifique, s’il héberge une boîte aux lettres d’organisation active.

Positionnement de la boîte aux lettres d’organisation

Le rôle Serveur d’accès au client d’Exchange Server 2013 transmet par proxy la demande de téléchargement de carnet d’adresses en mode hors connexion au serveur de boîtes aux lettres « le plus proche » hébergeant une boîte aux lettres d’organisation active. Il peut transmettre la demande en mode tourniquet (round robin) s’il détecte plusieurs boîtes aux lettres d’organisation actives sur le même site Active Directory. Ceci peut provoquer de fréquents téléchargements complets du carnet d’adresses en mode hors connexion.

Par conséquent, il est conseillé de planifier le positionnement des boîtes aux lettres d’organisation de telle sorte qu’il n’y ait qu’une seule boîte aux lettres d’organisation active dans un site Active Directory. Cette recommandation s’applique à la création d’une boîte aux lettres d’organisation et à la création de copies de la base de données de boîtes aux lettres qui héberge une boîte aux lettres d’organisation.

Scénarios

Les scénarios suivants décrivent une situation concrète afin d’expliquer de manière plus détaillée les nouvelles méthodes de gestion du carnet d’adresses en mode hors connexion.

Scénario 1 : créer une boîte aux lettres d’organisation

Contoso a déployé les rôles Serveur de boîtes aux lettres et Serveur d’accès au client d’Exchange Server 2013 sur les sites de Dallas et Seattle. John, administrateur Exchange chez Contoso, analyse les fichiers journaux de proxy HTTP sur les serveurs d’accès au client et constate que les demandes de téléchargement de carnet d’adresses en mode hors connexion pour les utilisateurs de Seattle sont transmises aux serveurs de Dallas. Après une enquête approfondie, il constate qu’il n’existe qu’une seule boîte aux lettres d’organisation à Dallas, d’où la transmission au serveur de Dallas des demandes de téléchargement de carnet d’adresses en mode hors connexion de tous les utilisateurs.

Il décide de créer une boîte aux lettres d’organisation sur le site de Seattle en exécutant les commandes suivantes :

Étape 1 : créer une boîte aux lettres d’arbitrage

New-Mailbox -Arbitration -Name "OAB Seattle" -Database DB2Seattle -UserPrincipalName oabs@contoso.com –DisplayName “OAB Mailbox for Seattle”

Étape 2 : activer la boîte aux lettres d’arbitrage avec la fonctionnalité OABGen

Set-Mailbox -Arbitration oabs -OABGen $true

Scénario 2 : personnaliser le planning de génération de carnet d’adresses en mode hors connexion

Ben est administrateur du déploiement d’Exchange 2013 chez Tail Spin Toys. Le planning par défaut de génération du carnet d’adresses en mode hors connexion ne lui convient pas et il souhaite générer le carnet d’adresses en mode hors connexion environ toutes les quatre heures.

Ben utilise la commande suivante pour modifier les propriétés des serveurs de boîtes aux lettres qui hébergent la boîte aux lettres d’organisation.

Set-MailboxServer Exch1 -OABGeneratorWorkCycle 01.00:00:00 -OABGeneratorWorkCycleCheckpoint 04:00:00

Après quelques jours, Ben analyse l’ID d’événement 17002 dans un journal d’application et vérifie que le carnet d’adresses en mode hors connexion est bien généré toutes les quatre heures.

J’espère que ce billet vous sera utile. N’hésitez pas à nous envoyer vos commentaires.

Bhalchandra Atre

Ce billet de blog a été traduit de l’anglais. Vous pouvez consulter la version originale à la page Managing OAB in Exchange Server 2013