> Exchange Server
De l’art de la bonne migration

De l’art de la bonne migration

Un planning de migration en bonne et due forme peut faciliter de manière spectaculaire la migration d’Exchange 5.5 vers Exchange Server 2003 (voire d’Exchange 2000 Server vers Exchange 2003). Dans l’article « Planifiez votre migration en douceur » (page 28 dans ce numéro), j’explique en quoi il est important de tenir compte des relations d’autorisations entre les boîtes aux lettres lorsque vous souhaitez concevoir un planning de migration. Je démontrais également comment employer l’Administrateur Microsoft Exchange (Microsoft Exchange Administrator) et le programme MBInfo (Mailbox Information Program) pour générer une sortie susceptible de vous aider à évaluer les relations d’autorisations entre les boîtes aux lettres.Maintenant que vous avez eu un peu de temps pour expérimenter les concepts et les outils, nous allons présenter quelques procédures et un script permettant d’interpréter la sortie résultante. Cette dernière vous aidera à établir les relations d’autorisations entre les boîtes aux lettres, en vue d’élaborer, puis d’exécuter votre planning de migration.

Lire l'article
EXCHANGE : des idées à  partager

EXCHANGE : des idées à  partager

Dans l’article « Construire un cluster Exchange 2003 : Installer Exchange sur le cluster, vous avez découvert comment mettre en place un nouveau cluster Exchange Server. Pour les besoins de l’article, j’ai créé un cluster de bout en bout afin de pouvoir vérifier la séquence correcte concernant l’installation des Service Packs Windows et Exchange, ainsi […]

Lire l'article
Les changements subtils d’Exchange 2003 SP2

Les changements subtils d’Exchange 2003 SP2

Au vu de la complexité de Microsoft Exchange Server 2003, il n’est pas surprenant que nombre de changements et corrections de bogues apportés par Microsoft à Exchange passent inaperçus. Cette situation est vraie tant que vous n’êtes pas affecté par un bogue et que vous découvrez qu’il a déjà été résolu par Microsoft. C’est certainement le cas avec Exchange 2003 Service Pack 2 (SP2). Voici l’un des bogues qui peuvent vous avoir échappé.

Lire l'article
Explorer Exchange 2003 Service Pack 2

Explorer Exchange 2003 Service Pack 2

C'est le grand jour ! Microsoft Exchange Server 2003 Service Pack 2 (SP2) arrive. SP2 s’appuie sur l’excellente base de Exchange 2003 et de ses mises à jour SP1 et devrait intéresser la plupart des entreprises. Pour savoir si cette release vous intéresse, le meilleur moyen est de passer en revue les principales nouveautés de Exchange 2003 SP2.

Lire l'article
La surveillance d’Exchange en toute simplicité

La surveillance d’Exchange en toute simplicité

Les administrateurs qui exécutent Exchange Server souhaitent être informés de tout dysfonctionnement et nombre d’entre nous préféreraient identifier les petits problèmes avant qu’ils ne prennent des proportions plus sérieuses. Pour accomplir cette tâche, vous pensez peut-être qu’il faut un progiciel de surveillance et de gestion tel que Microsoft Operations Manager (MOM), OpenView de HP ou Spotlight on Exchange de Quest Software.Certes, ces outils fournissent une multitude de fonctionnalités utiles, mais vous serez peut-être surpris de découvrir les possibilités de surveillance et de contrôle intégrées directement dans vos serveurs Windows et Exchange. Vous pouvez surveiller les performances des services et applications, contrôler les services et obtenir des notifications sans coûts supplémentaires. En général, vous allez probablement constater que vous pouvez gérer une poignée de serveurs au moyen des outils prédéfinis. La valeur procurée par des outils plus sophistiqués commence à devenir intéressante dès lors que vous passez d’un petit nombre de serveurs à des organisations Exchange constituées de multiples serveurs disséminés ou lorsque vous avez des contrats de niveau de service (SLA) stricts qui instaurent comme priorité une notification précoce des problèmes.

Lire l'article
Le gestionnaire de boîtes aux lettres d’Exchange, 2eme partie

Le gestionnaire de boîtes aux lettres d’Exchange, 2eme partie

La première partie de cet article consacré au Gestionnaire de boîtes aux lettres d’Exchange présentait vous a présenté l’utilitaire proprement dit, dont le rôle est de nettoyer les boîtes aux lettres des utilisateurs en supprimant et déplaçant des éléments. Il a expliqué aussi comment créer des stratégies de destinataire Exchange capables de gérer le fonctionnement du Gestionnaire de boîtes aux lettes au sein d’une organisation.Après cette introduction engageante, la deuxième partie aborde le cours principal : comment l’utilitaire traite les boîtes aux lettres des utilisateurs et vous aide à respecter les stratégies de conservation des données de votre organisation.

Lire l'article
Construire un cluster Exchange 2003 : Installer Exchange sur le cluster

Construire un cluster Exchange 2003 : Installer Exchange sur le cluster

L’article de Windows IT Pro « Construire un cluster 2003 Partie 1 : planifier et préparer » expliquait les tâches à réaliser avant de procéder à l’installation d’Exchange Server 2003 Service Pack 1 (SP1) sur un cluster Windows Server 2003 SP1. En supposant que vous ayez accompli ces étapes préparatoires, vous êtes prêt à installer votre serveur de messagerie sur un serveur de cluster.Bien que la procédure d’installation soit simple, elle comporte quelques étapes supplémentaires par rapport à une installation sur un serveur autonome. A titre de rappel, le cluster que nous avons créé dans la 1ère partie comporte deux noeuds et est du type actif/passif. Passons maintenant à l’installation.

Lire l'article
Les clés de la conception Exchange, 2eme partie

Les clés de la conception Exchange, 2eme partie

Dans l’article « Les clés de la conception Exchange, 1ère partie », vous avez découvert les quatre principes architecturaux clé que sont la simplicité, l’intégration, le coût et l’efficacité. Vous avez également pris connaissance de quelques astuces pour bien démarrer une conception Exchange Server en documentant vos exigences métier et conceptuelles, et en planifiant vos besoins concernant Active Directory et votre configuration matérielle.Dans le présent article, nous allons aborder les 6 dernières étapes, ô combien précieuses, pour concevoir une organisation Exchange Server 2003 ou Exchange 2000 Server robuste et performante.

Lire l'article
Histoire de la messagerie électronique

Histoire de la messagerie électronique

Retrouvez tout l'historique de la messagerie électronique depuis l'invention du télégraphe par Samuel Morse en 1837 jusqu'au lancement d'Exchange 2007 : technologies phares, chiffres clés, personnages incontournable ....

Lire l'article
EXBPA : analysez-moi çà !

EXBPA : analysez-moi çà !

Constatant que le e-mail ou le courriel a évolué jusqu’à devenir une application critique, Microsoft a musclé Exchange Server pour répondre aux demandes des clients. Il est vrai qu’Exchange et son administration sont devenus de plus en plus compliqués. Exchange Server 2003 est à ce jour la version Exchange la plus complexe, mais aussi celle qui fournit le plus de fonctions, et une intégration plus étroite avec Windows et AD (Active Directory) que les versions antérieures. Par rapport à Exchange Server 5.5, Exchange 2003 est beaucoup plus évolutif, sûr et robuste. A condition, bien sûr, d’être déployé et administré correctement. Pour que tel soit le cas, il convient d’appliquer les meilleures pratiques au service de votre organisation Exchange.Si les meilleures pratiques changent au fil du temps, les configurations d’Exchange restent souvent les mêmes. Par manque de connaissances ou de ressources, beaucoup d’administrateurs Exchange ne se tiennent pas au courant des dernières recommandations pour obtenir un maximum de performances, de sécurité et de disponibilité. Pour redresser cette situation (et, au moins théoriquement, pour engendrer moins d’appels d’assistance et une plus grande satisfaction client), Microsoft a lancé ExBPA (Exchange Server Best Practices Analyzer) en septembre de l’année dernière. C’est un outil de scanning et de reporting automatisé qui permet d’étalonner votre organisation Exchange par rapport aux meilleures pratiques Microsoft en vigueur. Comme ses analyses se limitent à Exchange et à la configuration Windows dont il est tributaire, ExBPA est davantage considéré comme un contrôleur d’état de santé proactif pour les serveurs et organisations d’Exchange que comme un outil de reporting complet (comme Ecora Reporter d’Ecora Software). Et, pour examiner les résultats de ExBPA, il faudra prendre en considération les particularités de votre entreprise.

Lire l'article
Prendre en main la gestion des données d’Exchange

Prendre en main la gestion des données d’Exchange

Il n’est pas facile de bien gérer les données de Microsoft Exchange Server. Il n’a jamais été aisé de trouver l’équilibre entre les demandes des utilisateurs et la performance et la stabilité d’Exchange. Pourtant, aujourd’hui c’est une nécessité. Le courriel est devenu une application de gestion critique, les exigences réglementaires mettent les administrateurs sur la sellette et vous ne jonglez pas avec des assiettes, mais avec des couteaux.
Pour prendre en mains vos données Exchange, il vous faut adopter une approche multidisciplinaire qui associe des stratégies clairement définies et les technologies appropriées (par exemple, matériel de stockage, outils de supervision et de reporting, applications de gestion de données). Par où allez-vous commencer ?En premier lieu, je tiens à clarifier ce que j’entends par bonne gestion de données. Pour moi, c’est la pratique qui consiste à gérer en toute sécurité les données Exchange stockées, de manière à optimiser le stockage des données, tout en offrant un accès adéquat à ces mêmes données. Cela dit, la meilleure manière de démarrer est d’examiner les contraintes financières, techniques et réglementaires qui s’appliquent à votre entreprise. Ces facteurs influenceront vos choix pour la gestion des données Exchange qui résident dans les groupes de stockage (SG, storage groupes), les bases de données et les boîtes à lettres des utilisateurs (y compris les OST, offline storage stores, et les PST, personal folder stores) tout en offrant de bonnes possibilités de sauvegarde, de reprise et d’archivage.

Lire l'article
La gestion du planning des ressources avec Exchange

La gestion du planning des ressources avec Exchange

Pour un utilisateur possédant sa boîte Exchange, le lancement d’Outlook lui crée automatiquement un dossier « Calendrier ». Dès qu’un rendez- vous est placé dans son calendrier, Outlook met à jour un dossier public de type système (« Temps libre/occupé »). En revanche, une formation sur Exchange aborde peu souvent la méthode pour gérer les ressources. Du coup, de nombreux administrateurs Exchange utilisent différentes méthodes (dossiers publics, boîte partagée…) pour gérer cela avec plus ou moins de bonheur ! En fait, lors de l’utilisation de Outlook pour créer un rendez-vous ou une réunion, plusieurs éléments sont extrêmement trompeurs. Il convient donc de les démasquer dès maintenant.

Lire l'article
Exchange Server 2003 : Sécurité

Exchange Server 2003 : Sécurité

par Jan De Clercq - Mis en ligne le 8/12/2004 - Publié en Mars 2004

D'importantes nouvelles fonctions antispam, antivirus et de sécurité d'accès au Web

Pendant plusieurs années, des intrus ont lancé de nombreuses attaques contre le logiciel Microsoft, y compris Microsoft IIS, Internet Explorer (IE) et les clients mail Outlook et Outlook Express. Microsoft Exchange 2000 Server a adopté SMTP comme moyen de transport de messagerie de base et utilise les piles IP d'IIS. Il en résulte que des attaques visant IIS peuvent fort bien affecter des installations Exchange, y compris Exchange Server 2003...En 2001, Microsoft a entamé une importante action de sécurité appelée initiative Informatique de confiance. Windows Server 2003 est le premier OS d'entreprise de la firme à  en bénéficier. Dans la foulée de cette initiative, Microsoft a mis à  niveau de nombreux composants qui amélioreront aussi la sécurité globale d'Exchange 2003. Cela inclut les changements apportés à  Windows 2003 et à  IIS (Internet Information Services) 6.0. Sachez qu'Exchange 2003 peut fonctionner sur Windows 2000 Service Pack 3 (SP3) et utiliser IIS 5.0, mais si vous voulez bénéficier des nouvelles nombreuses fonctions de sécurité, vous devez exécuter Exchange 2003 sur Windows 2003 et utiliser IIS 6.0.
En examinant certaines des nouvelles fonctions de sécurité les plus importantes d'Exchange 2003, comme la protection antispam, la sécurité OWA (Outlook Web Access), la sécurité des communications, et d'autres améliorations de sécurité, vous pouvez offrir une infrastructure de messagerie d'entreprise plus sécurisée. Beaucoup de ces fonctions demandent que vous installiez Outlook 2003 et utilisiez la dernière version du navigateur de Microsoft, IE 6.0, incorporé dans Windows 2003 et Windows XP.
L'un des principes fondamentaux de l'initiative Informatique de confiance est la « Sécurisation par défaut », qui signifie que l'installation par défaut de tout élément du logiciel Microsoft sera verrouillée. Voyons comment ce principe s'applique à  Windows 2003, Exchange 2003, et IIS 6.0.

Lire l'article
Planifier la migration

Planifier la migration

Simplifier votre projet de migration d’OS

Au printemps dernier, plusieurs fournisseurs et moi-même avons animé une suite de séminaires d’un jour consacrés au stockage. Il s’agissait de démontrer comment migrer de Windows NT Server et de Microsoft Exchange Server 5.5 à Windows 2000 et à Exchange 2000 Server...Nous avons présenté plusieurs scénarii de migration qui utilisaient des outils tierce partie et nous avons inclus le projet de migration dans un projet de consolidation de serveurs et de stockage. En nous concentrant sur le stockage, nous avons montré à l’auditoire comment réduire les coûts, améliorer la performance, accroître la disponibilité et réduire les soucis d’administration que suscite un projet de migration. Les mêmes principes et le même logiciel peuvent vous aider à migrer de NT à Windows Server 2003 et Exchange Server 2003.

Lire l'article
Exchange Server 2003 : Cluster

Exchange Server 2003 : Cluster

Une vraie percée ?

L’histoire des clusters Microsoft Exchange Server est faite de hauts et de bas. L’enthousiasme suscité par les nouvelles releases a fait place à la déception dès qu’on a constaté que, dans la pratique, elles laissaient à désirer. Exchange Server 5.5 a d’abord supporté les clusters Windows, mais leur déploiement était cher et ils étaient limités à deux noeuds configurés dans un cluster actif-passif...Exchange 2000 Server promettait des clusters s’étendant jusqu’à quatre noeuds actifs. Mais Microsoft a dû réduire cette promesse et demande désormais le maintien d’un noeud passif à cause des problèmes de fragmentation mémoire. En outre, on ne peut déployer des clusters Exchange 2000 à quatre noeuds que sur Windows 2000 Datacenter Server, donc la solution est coûteuse. Il s’en suit que les clusters représentent une poignée des centaines de milliers de serveurs Exchange en service aujourd’hui. Personne ne sait exactement combien de clusters sont en production, mais il semble bien que moins de 2 % de tous les serveurs Exchange déployés le soient en cluster.
A première vue, les clusters semblent très efficaces en matière de robustesse et de fiabilité. C’est pourquoi les administrateurs Unix et OpenVMS déploient des clusters depuis des années. D’où la question : Pourquoi les administrateurs Windows n’ont-ils pas déployé des clusters Exchange 2000 et Exchange 5.5 ? Les raisons sont multiples : complexité accrue, composants Exchange qui ne peuvent pas fonctionner sur des clusters, manque de produits tierce partie, fragmentation mémoire et coûts élevés.
Pour que les clusters fonctionnent bien, il faut que l’application e-mail et l’OS travaillent à l’unisson. Jusqu’ici Microsoft n’est pas parvenue à faire travailler ces deux entités en harmonie. Microsoft promet de meilleurs clusters avec Windows Server 2003 et Exchange Server 2003, mais peut-on y croire ? Pour répondre à cette question, il faut savoir plusieurs choses : comment les clusters fonctionnent, comment Exchange en général fonctionne dans un cluster, comment Exchange 2000 fonctionne dans un cluster, et quelles améliorations offre Exchange 2003.

Lire l'article
Supprimer le SPAM

Supprimer le SPAM

Donnez une solide armure à votre environnement Exchange

Depuis que le virus Melissa nous a mis en alerte en 1999, les administrateurs savent qu’il faut protéger les serveurs Exchange. Aujourd’hui, la plupart des serveurs sont bien protégés contre les virus mais peut-être moins contre le spam.Le moment est venu de revoir votre protection antispam, parce que Microsoft a inclus dans Exchange Server 2003 certaines nouvelles fonctions dont les ISV (Independent Software Vendors) peuvent doter leurs outils antispam.
Le concept de défense en profondeur consiste à multiplier les couches de suppression pour bloquer un maximum de spam entre l’arrivée par les serveurs mail et la livraison finale dans la boîte à lettres. La défense en profondeur consiste aussi à convaincre les utilisateurs qu’ils recevront d’autant plus de spam qu’ils participeront à des newsgroups Internet et à d’autres forums et à leur apprendre des techniques que les spammers utilisent pour découvrir les adresses qu’ils ne peuvent pas récolter. Bien entendu, comme la protection antivirus, la défense en profondeur coûte cher. Certaines sociétés – particulièrement les PME – préfèrent appliquer une méthode de suppression que des couches multiples. Si vous suivez cette voie, la suppression basée sur le serveur est intelligente parce qu’elle offre un maximum de protection aux clients (y compris Microsoft Outlook Web Access – OWA) sans vous obliger à mettre à niveau le logiciel du desktop. Examinons quelques-uns des outils et techniques à votre disposition pour mettre en oeuvre la défense en profondeur, ainsi que les nouvelles fonctions d’Exchange 2003 introduites par Microsoft pour combattre le spam.

Lire l'article
Exchange Server 2003 : Quand la migration devient simple

Exchange Server 2003 : Quand la migration devient simple

Les outils nécessaires et les diverses approches

Au moment où s’effectuent les livraisons de Microsoft Exchange Server 2003, il est probable que des entreprises envisagent la migration de leurs systèmes Exchange 2000 Server ou Exchange Server 5.5 sur Exchange 2003. Que l’on parte d’Exchange 2000 ou d’Exchange 5.5, la migration vers Exchange 2003 est simple et directe.Il faut d’abord connaître les principes de base du déploiement et de l’interopérabilité pour déterminer la nouvelle infrastructure du système. Ensuite il faut planifier la migration et la préparer. On termine par la migration proprement dite.

Lire l'article
Exchange 2000 SP3

Exchange 2000 SP3

Tous les produits traversent un cycle de vie d’intensité variable. Au début, le rythme de changement est rapide car les ingénieurs s’évertuent à ajouter des fonctions pour obtenir le meilleur produit. Au fil du temps, on ajoute moins de fonctions. Les ingénieurs corrigent des bogues, mais le produit se stabilise sous une forme qui perdure jusqu’au moment où l’on est prêt à lancer une nouvelle génération du produit. Et le cycle redémarre.Microsoft Exchange 2000 Server est la deuxième génération d’Exchange et il présente beaucoup de différences par rapport à la première (d’Exchange Server 4.0 à Exchange Server 5.5). Le Store est divisé en partitions, un nouveau moteur de routage SMTP remplace le MTA (Message Transfer Agent) basé sur X.400, et AD (Active Directory) offre des services de répertoire. Exchange 2000 Service Pack 1 (SP1) et SP2 affinent le produit en corrigeant des bogues apparus à l’usage et en ajoutant de nouvelles fonctions comme le Mailbox Manager en SP1 et un composant d’accès au répertoire réécrit (DSAccess) en SP2.

Lire l'article