> Mobilité
L’archivage et la messagerie sous Exchange

L’archivage et la messagerie sous Exchange

par Pascal Creusot - Mis en ligne le 24/05/06 - Publié en Mai 2005

Les applications et surtout l’utilisation de messagerie ont pris de plus en plus d’ampleur au sein des entreprises ces dernières années. Microsoft Exchange n’échappe pas à cette règle dont la première conséquence est le besoin des utilisateurs en termes de disponibilité, mais aussi un besoin de plus en plus en termes de gestion et de recherche des messages.Avec la multiplication des lois dans différents pays, des directives au niveau européen, les demandes des utilisateurs en termes de recherche des informations, il devient de plus en plus urgent pour les entreprises de se préoccuper de l’archivage des messages. Les besoins sont divers et les demandes variées. Donc avant de s’embarquer dans des solutions plus ou moins bien adaptées, il convient de faire un bilan des besoins précis afin de définir correctement les solutions possibles. Une première approche simpliste consiste à dissocier essentiellement deux buts différents pour la mise en place de l’archivage de messagerie : l’archivage légal et l’archivage à des fins de recherche et de suivi. Mais dans le cadre d’un projet plus global, il est important de regarder ce type de solution avec une perspective plus lointaine et donc plus importante. C’est donc la gestion globale du stockage au sein des serveurs de messagerie Exchange qu’il faut analyser et non pas effectuer simplement prise de conscience de cette nécessité incontournable. Dans cette optique, il ne faut pas perdre de vue les deux objectifs principaux d’un tel projet qui sont la mise en place d’un moyen de conserver des traces des messages qui constituent des preuves juridiques, le but n’étant pas de les stocker tous, mais de stocker uniquement les plus critiques, le second objectif est lié à l’optimisation, à la circulation et à la gestion des documents.

Lire l'article
Outils et techniques de dépannage des connexions de client MAPI, problèmes de connexion avec OUTLOOK 2003

Outils et techniques de dépannage des connexions de client MAPI, problèmes de connexion avec OUTLOOK 2003

par Kieran McCorry - Mis en ligne le 15/03/06- Publié en Janvier 2005

Vous pouvez accéder de différentes façons aux boîtes aux lettres Exchange Server 2003. Dans le cas d’un accès traditionnel par client MAPI (Messaging API) au moyen de Microsoft Office Outlook 2003, vous pouvez soit opter pour le mode en ligne classique, soit utiliser les connexions RPC via HTTP. Il est également possible de se connecter via Outlook Web Access (OWA) ou un périphérique de poche. Enfin, vous pouvez choisir de n’établir aucune connexion et de travailler en mode de mise en cache.
Pour vous connecter à votre boîte aux lettres Exchange, vous vous contentez généralement de démarrer votre client. Toutefois, des modifications de l’environnement empêchent parfois le bon déroulement de cette procédure. Certains outils et techniques de dépannage sont à votre disposition pour vous aider à résoudre les problèmes de connexion des clients MAPI. Cet article présente les techniques de dépannage des problèmes de connexion avec le mode en ligne classique d’Outlook. Elles font appel aux outils servant à contrôler la présence de problèmes au niveau du réseau, au niveau protocole et au niveau application. Au cours d’un prochain article, je décrirai les outils et techniques de dépannage permettant de résoudre les problèmes liés aux connexions RPC via HTTP

Lire l'article
Archive Manager 3.0

Archive Manager 3.0

Quest Software, Inc. annonce la disponibilité de Archive Manager 3.0, une nouvelle solution d’archivage intelligent des courriers électroniques basée sur la technologie de AfterMail Limited, éditeur récemment racheté par Quest Software.

Archive Manager 3.0 capture, indexe et archive les données de messagerie, facilitant la gestion des boîtes aux lettres, le partage des connaissances et la mise en conformité avec les obligations réglementaires de traçabilité et d’auditabilité des correspondances.

Lire l'article
News Exchange : Semaine 7 – 2006

News Exchange : Semaine 7 – 2006

Toutes les actualités de Février 2006 pour Exchange Server

Lire l'article
8 mesures pour améliorer votre cluster Exchange [1ère partie]

8 mesures pour améliorer votre cluster Exchange [1ère partie]

par Daragh Morrissey - Mis en ligne le 14/02/06- Publié en Janvier 2005

La mise en cluster de vos systèmes Microsoft Exchange Server 2003 ou Exchange 2000 Server peut apporter la haute disponibilité dont vos applications de messagerie stratégiques ont tellement besoin. Si vous envisagez de franchir le pas, voici quelques mesures qui amélioreront votre déploiement: suivez une formation spécifique sur les clusters, recourez à la planification, prévoyez une bonne dose de redondance dans votre architecture et déployez une infrastructure Windows solide avant la mise en oeuvre du cluster. Cet article nécessite une connaissance de la théorie des clusters. Pour une présentation des notions de base sur le sujet, consultez l’article Microsoft « Deploying Microsoft Exchange 2000 Server Clusters » [http://www.microsoft.com/ downloads/details.aspx?familyid=824a63a2-f722-4bff-a223-e 71b856f83c4].

Lire l'article
Personnalisez vos modèles d’affichage Exchange

Personnalisez vos modèles d’affichage Exchange

par Tony Redmond - Mis en ligne le 14/02/06- Publié en Janvier 2005

Exchange Server utilise des modèles de détails, appelés « modèles d’affichage », afin de mettre en forme et d’afficher les informations d’annuaire lorsque les utilisateurs consultent les données relatives aux objets dans la liste d’adresses globale (GAL, Global Address List). Microsoft a introduit pour la première fois les modèles dans Exchange Server 4.0. La version 2003 continue de gérer les modèles 16 bits et 32 bits (bien que la prise en charge des modèles 16 bits ne soit pas essentielle pour la majorité des sites) et l’API de messagerie MAPI n’a pas changé fondamentalement depuis la version 4.0 d’Exchange. Par conséquent, même les versions les plus anciennes du client Exchange peuvent exploiter les modèles, naturellement avec moins de fonctionnalités que dans la dernière version d’Outlook.Bien que du point de vue du concept et de la mise en oeuvre, les modèles soient relativement simples, ils sont mal maîtrisés, peut-être à cause du peu d’informations disponibles à leur sujet dans l’aide d’Exchange. C’est la raison pour laquelle les administrateurs ignorent souvent la valeur des personnalisations très simples des modèles, telles que la possibilité d’afficher le contenu d’un des 15 attributs Active Directory (AD) personnalisés réservés aux données spécifiques de l’organisation. Dès que vous aurez compris les mécanismes de base des modèles d’affichage dans les versions 2003 et 2000 d’Exchange Server, vous serez à même d’effectuer des personnalisations simples du type modification, ajout ou suppression de champs dans un modèle.

Lire l'article
News Exchange : Semaine 5 – 2006

News Exchange : Semaine 5 – 2006

Toutes les actualités de Février 2006 pour Exchange Server

Lire l'article
Unified Communications Group

Unified Communications Group

Le groupe réunifié s'appellera désormais Unified Communications Group. C'est Anoop Gupta (anciennement Vice President RTC) qui prend la responsabilité du groupe.

Ce groupe reste directement rattaché à la division "Microsoft’s Business Division", présidée par Jeff Raikes. Plus d’informations sur http://www.microsoft.com/presspass/features/2006/jan06/01-30UnifiedComms.mspx

Lire l'article
OUTLOOK 2003, EXCHANGE 2003 : Un régime sans compromis (2e partie)

OUTLOOK 2003, EXCHANGE 2003 : Un régime sans compromis (2e partie)

par Christophe Leroux - Mis en ligne le 06/01/06- Publié en Janvier 2005

Lors du précédent numéro, nous avons étudié quelques facettes du trafic réseau généré par les clients de messagerie utilisant le protocole MAPI. A ce stade de l’article, nous pouvons déjà considérer qu’un important travail a été fait sur le couple Outlook 2003/Exchange 2003 afin de diminuer la consommation réseau.

Nous allons maintenant voir ce qui a été changé sur le client WEB appelé « Outlook Web Access »

Lire l'article
Superviser correctement les serveurs Exchange

Superviser correctement les serveurs Exchange

par Pascal Creusot - Mis en ligne le 06/01/06- Publié en Janvier 2005
Il existe plusieurs solutions pour superviser correctement un serveur Exchange, mais aucun produit n’est le remède miracle. La meilleure solution consiste à utiliser les outils proposés en standard par Microsoft. Même si des outils plus élaborés sont utilisés, il est toujours indispensable de savoir utiliser correctement les outils de base. Nous allons donc construire tout au long de ce dossier une console MMC dédiée à la gestion du ou des serveurs Exchange. Il est intéressant de noter qu’il n’est pas nécessaire de se connecter en Terminal Server au système qui héberge Exchange pour lire les journaux d’événement ou pour vérifier le bon fonctionnement des processus de messagerie.Il est judicieux, surtout dans le cas d’une architecture avec plusieurs serveurs, mais aussi pour un seul serveur, de mettre en place une console MMC qui permet la visualisation globale de l’ensemble des journaux systèmes et applications des différents serveurs Exchange. D’autres composants seront ajoutés au fur et à mesure sur cette console MMC. Après avoir lancé la console MMC, il suffira donc d’ajouter les composants logiciels nécessaires au fur et à mesure, en fonction des opérations à accomplir. Les principales tâches de maintenance à exécuter quotidiennement sur les serveurs Exchange sont les suivantes :

  • Surveillance des services Exchange
  • Détection d’erreurs dans les journaux d’événements
  • Vérification des files d’attentes
  • Vérification de l’espace disque
  • Vérifier les éléments d’infrastructure
  • Vérifier les performances.

Lire l'article
Microsoft Outlook 2007

Microsoft Outlook 2007

Microsoft a annoncé officiellement que si Office System 2007 sera commercialisé en boîte qu'au début de l'année prochaine, Microsoft Outlook 2007 sera bien RTM et disponible pour les entreprises à partir d'Octobre 2006.

Plus d’informations sur http://www.microsoft.com/presspass/press/2006/mar06/03-24OfficeTimingPR.mspx

Lire l'article
Journée Solutions Messageries & Plate-Forme Collaborative d’Entreprise

Journée Solutions Messageries & Plate-Forme Collaborative d’Entreprise

Le 2 Février 2006, se tiendra la seconde édition de la conférence annuelle dédiée à Exchange Server et la Plate-Forme collaborative d’entreprise.

Cette conférence, organisée par IT Media et Exchange Magazine en partenariat avec Microsoft, Accenture, Avanade et Dell, entourés de dix partenaires clés présents au sein d’un village solutions, permettra de faire, en ce début d’année 2006, un point à la fois technologique et stratégique attendu sur les toutes dernières avancées en matière de messageries et de plate-forme collaborative d’entreprise.

Lire l'article
News Exchange : Semaine 13 – 2006

News Exchange : Semaine 13 – 2006

Toutes les actualités du 27 Mars au 2 Avril 2006 pour Exchange Server

Lire l'article
Nouveaux Produits Exchange – Semaine 2 – 2006

Nouveaux Produits Exchange – Semaine 2 – 2006

Les nouveaux produits de Janvier 2006 pour Exchange Server


Lire l'article
Analyse des relais Exchange

Analyse des relais Exchange

par Joseph Neubauer - Mis en ligne le 29/03/06 - Publié en Mars 2005

De plus en plus d’organisations mettent en place des stratégies qui requièrent des évaluations de la sécurité et des vulnérabilités au niveau des serveurs et systèmes avant leur déploiement sur le réseau. Nombre de ces stratégies nécessitent des outils d’audit afin de rechercher des exploitations de vulnérabilité sur les serveurs, de confirmer les versions de correctifs, de fournir des conseils de verrouillage de la sécurité, etc. Pour les serveurs Exchange Server 2003 et Exchange 2000 Server, l’une des vulnérabilités à prendre très au sérieux et la notion de « relais ouvert ».Qu’est-ce qu’un relais ouvert ? Une fonctionnalité de SMTP permet à un serveur de faire office d’intermédiaire et d’accepter des messages pour le compte de la destination finale. Ce serveur retransmet (ou relaie) ensuite les messages vers la destination en question. Dans Exchange, vous pouvez configurer les serveurs de telle sorte que certains ordinateurs et utilisateurs puissent relayer le courrier. Toutefois, lorsque des problèmes de configuration surviennent et que tout un chacun peut utiliser le système pour relayer du courrier, on parle de relais ouvert. Cette situation est dangereuse pour au moins deux raisons : premièrement, SMTP est intrinsèquement non sécurisé, ce qui permet d’usurper ou de contrefaire facilement l’identité de l’expéditeur dans un message. Récemment, la prolifération de virus tels que Bagel a montré comment la contrefaçon de l’identité de l’expéditeur peut être source de confusion et accroître la charge de travail. Un relais ouvert amplifie le problème car un message contrefait ajoute un certain niveau d’authenticité. En effet, le message semble provenir d’un serveur du domaine de l’expéditeur spécifié.

Deuxièmement, les spammeurs se servent fréquemment des relais ouverts pour propager leur charge utile. Dans ce type de situation, les ressources de votre serveur sont détournées du traitement du trafic de messagerie de votre organisation. Outre le détournement des ressources et la gêne occasionnée dans la remise des courriers, ce phénomène risque d’entraîner des pertes d’activité sur le long terme. L’utilisation de logiciels antispam et de listes noires telles que MAPS (http://www.mailabuse.com) peut aboutir au rejet de tous les courriers légitimes de votre domaine, du fait de sa réputation de relais ouvert. Un relais ouvert peut entraver la capacité commerciale de votre organisation et ternir son image de marque.

Si les relais ouverts constituent une telle menace, pourquoi faire en sorte que vos serveurs relaient le courrier ? En règle générale, vous autorisez la fonction de relais lorsqu’une application doit envoyer du courrier SMTP mais que vous n’avez pas la possibilité de déterminer le moyen de transmettre le message à sa destination. Vous configurez l’application afin de transférer le message directement à votre serveur relais, et ce dernier utilise le routage SMTP pour remettre le message à ses destinataires. Les clients POP et MAP constituent des exemples de ces types d’applications. C’est également le cas d’un formulaire de serveur Web qui envoie des configurations d’e-mail lors du téléchargement d’informations. Dans certaines situations, notamment la conception d’une application de serveur Web, vous pourriez développer l’application de telle sorte qu’elle utilise plutôt MAPI (Messaging API) au lieu de SMPT, éliminant ainsi le besoin de relais. Mais la tendance est plutôt à l’utilisation de protocoles standard (par ex., SMPT) et non à leur mise à l’écart.

Dans le cas de POP et d’IMAP, le relais est nécessaire car ces deux protocoles ne sont pas prévus pour envoyer des courriers, mais plutôt pour les récupérer des boîtes aux lettres. Pour envoyer des courriers, les protocoles POP et IMAP doivent être couplés à SMTP et le client doit être configuré avec le nom d’un serveur autorisant la fonction de relais. La prise en charge du relais pour ces applications ne signifie pas que votre serveur deviendra obligatoirement

Lire l'article
News Exchange : Semaine 2 – 2006

News Exchange : Semaine 2 – 2006

Toutes les actualités de Janvier 2006 pour Exchange Server

Lire l'article
Sauvegarder et restaurer une base Exchange

Sauvegarder et restaurer une base Exchange

par Pascal Creusot - Mis en ligne le 29/03/06 - Publié en Mars 2005

La messagerie est devenu au fil du temps un outil capital pour ne pas dire indispensable pour la vie de toutes les entreprises. De nombreux collaborateurs stockent leurs données au sein de la messagerie, et les messages échangés peuvent représenter des affaires ou des transactions pouvant atteindre des sommes importantes. Dans ce contexte, la sauvegarde et la restauration des données de la messagerie représentent donc un enjeu important pour les entreprises.

Lire l'article
Gérer Exchange 2003 avec WMI, 3eme partie

Gérer Exchange 2003 avec WMI, 3eme partie

par Alain Lissoir - Mis en ligne le 06/01/06- Publié en Novembre 2004

Dans Exchange Server 2003, Microsoft a étendu les possibilités de WMI (Windows Management Instrumentation) en incluant cinq nouveaux fournisseurs (« provider ») et 15 nouvelles classes WMI. Les articles « Gérer Exchange 2003 avec WMI, 1ère partie » et « Gérer Exchange 2003 avec WMI, 2ème partie » (http://www. itpro.fr, Club abonnés) abordaient l’utilisation de ces nouveaux fournisseurs et nouvelles classes pour gérer les serveurs Exchange, les ouvertures de session, les boîtes aux lettres et les dossiers publics. Dans cet article, je terminerai le tour d’horizon des nouvelles fonctionnalités de WMI en exposant la manière de les utiliser pour gérer les files d’attente et liaisons Exchange.Dans la mesure où l’ensemble des messages échangés par les utilisateurs transitent par les files d’attente et les liaisons d’un système Exchange, la surveillance de ces éléments et la modification de leur état constituent des tâches essentielles. Exchange 2000 Server vous permet d’effectuer certaines activités de surveillance, mais dans Exchange 2003, Microsoft a apporté quelques améliorations importantes en la matière.

Exchange 2003 propose un nouveau fournisseur de file d’attente WMI intitulé ExchangeQueue2Provider dans l’espace de nommage Root\MicrosoftExchangeV2. Ce fournisseur ne remplace pas, mais complète plutôt le fournisseur de file d’attente d’Exchange 2000 Exchange- QueueProvider, qui est situé dans l’espace de nommage Root\CIMV2\ Applications\Exchange. Les deux fournisseurs prennent en charge un ensemble de classes, décrites au tableau Web 1 (http://www.itpro.fr, Club abonnés). La suite de cet article met l’accent sur les nouvelles classes de file d’attente disponibles dans Exchange 2003. Pour obtenir des informations supplémentaires sur les classes de file d’attente WMI dans Exchange 2000, consultez l’article Microsoft « Automating Exchange 2000 Management with Windows Script Host » (http://www.microsoft.com/technet/treeview/default.asp? url=/technet/prodtechnol/exchange/exchange2000/ maintain/featusability/ex2kwsh.asp?frame=true).

Avec les classes prises en charge par le fournisseur ExchangeQueue2Provider, vous pouvez employer des scripts afin de récupérer des informations sur les files d’attente et liaisons, et effectuer certaines tâches de gestion, telles que le déblocage, le blocage et la connexion forcée de liaisons ; l’activation et la désactivation de l’ensemble du trafic SMTP sortant ; la gestion des courriers électroniques ; et la surveillance de l’actualisation du cache. Avant d’aborder l’utilisation de ces scripts, il est nécessaire de comprendre la différence essentielle entre les files d’attente et les liaisons.

Lire l'article
News Exchange : Semaine 11 – 2006

News Exchange : Semaine 11 – 2006

Toutes les actualités de Mars 2006 pour Exchange Server

Lire l'article
Outlook 2003, Exchange 2003 : un régime réseau sans compromis, 1ère partie

Outlook 2003, Exchange 2003 : un régime réseau sans compromis, 1ère partie

par Christophe Leroux - Mis en ligne le 06/01/06- Publié en Novembre 2004

Lors des précédents numéros du magazine Exchange, nous avons étudié le fonctionnement du mode « cache Exchange » de Microsoft Outlook 2003. Ce mode offre à l’utilisateur une meilleure disponibilité de ses messages et un masquage de la disponibilité du réseau le reliant au serveur Microsoft Exchange. Ces apports sont essentiellement visibles par l’utilisateur final. Nous allons maintenant, lors de cet article en deux parties, étudier l’impact réseau du déploiement d’Outlook 2003 et d’Exchange 2003. Nous nous attarderons sur le client Outlook dans cette première partie. La suite de l’article qui sera disponible dans le prochain numéro du magazine, traitera du client WEB « Outlook Web Access » et des conclusions globales à tirer sur l’ensemble de ces clients de messagerie.Les gains réalisés sur les bandes passantes réseaux intéressent généralement peu les utilisateurs, mis à part qu’ils reçoivent leurs messages plus rapidement. Par contre, c’est un sujet particulièrement important pour l’ensemble des intervenants concernés par l’étude d’un projet d’architecture de messagerie. Les architectes messagerie s’intéressent à ces gains réseaux pour définir le positionnement des infrastructures serveurs et les conséquences qu’aura ce déploiement sur la topologie WAN, sujet qui intéresse également les architectes réseaux. Les financiers sont aussi concernés par cet aspect trafic réseau, non pas par des considérations techniques, mais pour évaluer le gain financier qui sera réalisé en centralisant les serveurs Exchange en comparaison du coût potentiel si une augmentation du débit des liens WAN est nécessaire.

Lire l'article