Zarafa, spécialiste de la messagerie mobile et du travail collaboratif prend pied en France !

Zarafa, le spécialiste néerlandais de la messagerie mobile et du travail collaboratif prend pied en France. Zarafa annonce avoir signé un contrat avec l'intégrateur français de systèmes Open Source Smile et le distributeur français ETC. 

Zarafa souhaite renforcer sa position sur le marché européen. 

iTVision, nouvelle solution IPTV

iTechnologies confirme son positionnement de distributeur de solutions innovantes IP et propose désormais sa propre solution, iTVision. 

La diffusion massive de l’IPTV (Internet Protocol Television) transforme l’industrie audiovisuelle. Grâce au transport de la vidéo via les réseaux à large bande comme l’ADSL, le câble et la fibre optique, la distribution des programmes s’ouvre à deux nouvelles dimensions : l’interactivité, d’une part, et la personnalisation des contenus, d’autre part.

Siemens Enterprise Communications dévoile OpenScape Office MX

OpenScape Office MX est la solution de communications unifiées tout-en-un la plus complète du marché. 

Siemens Enterprise Communications, fournisseurs de solutions de communications pour les entreprises, a annoncé la sortie de cette nouvelle solution.

Webcast : Exchange 2007 et Exchange 2010, faire valoir de la Messagerie Unifiée

Mardi 18 mai 2010, Laurent Teruin, MVP Exchange Server et Pascal Plessis, Principal System Engineer, présentaient l’essentiel d’Exchange 2007 et 2010 dans un Webcast dédié à la messagerie unifiée. 

Webcast indispensable à la compréhension des éléments de base dans Exchange 2010, mais aussi à toutes les nouveautés qui permettent de lier la version antérieure du produit, Exchange 2007, à sa version 2010 : messagerie vocale, Speach to text, Message Waiting Indicator, Laurent Teruin passe en revue l’essentiel pour maîtriser les communications unifiées telles qu’on doit les utiliser aujourd’hui pour en extraire un ROI maximal.

Gestion d’un projet de migration de messagerie (3/4)

Dans notre première partie, nous avons passé en revue les divers scenarios auxquels vous allez vraisemblablement vous confrontez. Dans cette seconde partie, nous allons détailler les grandes phases d’un projet de migration, les risques associés et les solutions que nous avons l’habitude de mettre en place pour réaliser une migration comportant le moins d’effets de bord. 

Une fois le scénario défini (One-shot ou cohabitationniste) il faudra, en tout bon chef de projet que vous êtes censé incarner, préciser les différentes étapes du projet. Comme je l’ai mentionné dans la première partie, la préparation va jouer un rôle primordial dans le succès de votre opération. Ne négligez aucun aspect même mineur soit il. Communiquez clairement sur les problématiques rencontrées et abordez les solutions de contournement en définissant clairement les impacts utilisateurs. Au cours d’un projet de migration, 4 phases principales peuvent être observées

L’optimisation des bases Exchange et la défragmentation

Sur de nombreux serveurs Exchange, dès que l’installation est terminée, on n’a l’impression que Exchange fonctionne tout seul. C’est souvent au moment du premier dysfonctionnement que l’on se rend compte qu’il faut adapter son fonctionnement. Dans les anciennes versions d’Exchange, une des causes les plus courantes d’arrêt d’un serveur Exchange était la banque privée qui arrivait à la taille maximale autorisée (16 Go) sur une version standard.

Ce problème n’existe plus du tout avec Exchange 2007. En revanche, Exchange 2007 n’échappe pas à l’autre cause très classique d’arrêt, le manque de place. Ceci est très souvent lié à un problème de configuration de sauvegarde et d’espace réservé aux fichiers de logs. Il est donc très important de surveiller et d’optimiser le fonctionnement des bases Exchange. Lorsque cela n’a pas été prévu, le temps de remise en route (RTO) d’une base Exchange dépasse très souvent la qualité de service (SLA) demandée. La gestion des banques d’information Exchange commence donc par une préparation correcte des espaces disques à utiliser.

Gestion d’un projet de migration de messagerie (1/4)

Lorsque qu’il y a quelques temps, nous discutions avec la rédaction d’ITPRO des possibles points d’intérêts autour des technologies Exchange 2007, je ne me doutais pas que la rédaction d’un article portant sur la gestion d’un projet de migration serait de nature à faire naître du moins sous forme de plan dans un premier temps, autant de problématiques. 

Au cours de différentes missions qu’il m’a été donné de faire dans ma … presque longue carrière, j’ai effectivement rencontré bon nombre de cas de figure, d’approches et de contraintes différentes qui m’amènent à ce jour à les synthétiser afin si possible, d’apporter un quelconque éclairage à tout chef de projet en charge de telles opérations. Je m’efforcerai donc de ne pas avoir un langage trop technique car comme vous vous en apercevrez sûrement, la technologie n’est pas l’unique aspect à prendre en compte dans ce type d’opérations.

PowerShell :Configuration des rôles Hub Transport, Cas et MailBox

Après la gestion de notre annuaire Active Directory, le déploiement de nos serveurs Exchange 2007 ainsi que la manipulation des dossiers publics, que pouvons- nous demander à notre ligne de commande PowerShell ? Pourquoi ne pas lui demander de configurer nos serveurs Exchange 2007 ?

Nous allons donc nous intéresser de très près à leur configuration et cela, rôle par rôle ! Dans cet article nous utiliserons notre ligne de commande PowerShell afin de configurer le rôle CAS et Hub Transport et Mailbox.

La Gestion des ressources avec Exchange 2007 – Partie 1

La gestion des ressources a toujours été un point faible au sein des différentes versions de la messagerie Exchange de Microsoft. Avec Exchange 2007, les équipes de développement ont pris en compte les besoins des entreprises sur ce point. 

La gestion des salles de réunion, des équipements audiovisuels ou encore des équipements divers comme un parc automobile peut être intégrée au sein des ressources qui peuvent être mises en place avec Exchange 2007. Avec ces évolutions, Exchange se présente comme un outil de travail en équipe. 

Actus Exchange Semaine 51

L’outil InterOrg ne fonctionne pas immédiatement avec Exchange 2010 : l’utilisateur devra configurer l’outil. 

InterOrg, dont les versions fonctionnent avec Exchange 2007, Exchange 2003 ou antérieur, ne fonctionne pas nativement avec Exchange 2010. L’idée est de configurer InterOrg de manière à répliquer les données. 

Actus Exchange semaine 46

Pierre Emmanuel Joubert nous éclaire sur Windows Small Business Server 2008 grâce à cet ouvrage complet, théorique et pratique. Le discours saura parler davantage aux informaticiens, évoluant au sein des PME/PMI ou en petites entreprises. De l’installation à l’administration, l’ouvrage propose d’être le guide de ces techniciens, administrateurs qui décideront de mettre en place Windows Small Business Server 2008 en réseau dans l’entreprise.

Exchange Online gèrera des dizaines de millions de boîtes d’ici 5 ans

1 % aujourd'hui, 20 % dans cinq ans : c'est la part des entreprises qui, selon le cabinet d'analystes américains Gartner, utiliseront une messagerie de type hébergé. Cette croissance rapide s'expliquerait par la chute des prix et l'arrivée de nouveaux acteurs.

Ces derniers étaient jusque là des petits fournisseurs aux moyens relativement modestes, mais les géants Microsoft, Google, Yahoo! et Dell se sont lancés sur ce marché, explique le Gartner. « Les vendeurs traditionnels d'e-mails en mode Software as a service [mode hébergé] vont avoir une pression considérable sur les prix, de la part de vendeurs dotés de moyens très importants », estime l'analyste Matthew Cain.

Outils de développement avec Exchange 2007

Si vous disposez d’un Exchange Server 2003, le chemin initiatique pour développer sur Exchange ressemblait plus à un parcours du combattant. Les précédents numéros d’Exchange Magazine vous ont présenté les innovations de Microsoft Exchange Server 2007 en termes de fonctionnalités, et en ce sens, les outils de développement sont également loin d’être en reste. Cet article a pour objectif de vous présenter les différentes technologies de développement intégrées au produit, et vous montrer qu’elles sont à la portée de tous. Comme nous l’évoquions, en plus des fonctionnalités de développement déjà disponibles dans les versions précédentes et que vous retrouverez dans la suite de cet article, Microsoft Exchange Server 2007 introduit de nouvelles technologies de développement :
• Exchange Web Services
• Exchange .NET Framework Extensions
• Transport Agents
• The Exchange Management Shell

Importation et exportation des contacts avec Outlook 2007

J’utilise Microsoft Office Outlook presque quotidiennement depuis plus de dix ans. J’y stocke des informations qu’il serait probablement plus judicieux de placer ailleurs, mais c’est pratique pour accéder aux informations de contact.Comme Outlook est généralement ouvert pendant mon travail, il est facile de récupérer ou d’interroger les données gérées à cet emplacement.

Bien administrer son environnement de messagerie Exchange 2007

déploiement des solutions basées sur les différents logiciels utilisés. Dans ce dossier qui sera divisé en deux parties, nous allons décrire les différents points qui doivent être abordés et détaillés dans les procédures d’administration d’un environnement Exchange 2007. Cette liste n’est aucunement exhaustive, mais elle constitue une base de travail pour les équipes d’administration et de support.

La nouvelle fonction de classification de messages d’Exchange et Outlook

la configuration d’Exchange Server 2007 et d’Outlook 2007 en vue de prendre en charge les classifications de message n’a rien de trivial. En effet, cette fonctionnalité impose plusieurs étapes de configuration dans les deux logiciels.

SLA messagerie avec Exchange Server 2007 : que doit-il contenir ?

En tant qu’administrateur ou architecte d’un environnement Exchange, vous serez peut-être un jour sollicité (ou vous l’avez déjà été), en votre qualité d’expert technique, à rédiger le niveau de service pour Exchange Server dans le cadre d’un contrat entre votre direction informatique et ses usagers ou d’une infogérance de votre plateforme. Le niveau de service et ses définitions possèdent ses propres codes et terminologies (SLA, KPI, OLA, SLM, UC) et après quelques consultations sur Internet, vous serez sans doute confronté à un grand moment de solitude si vous n’avez pas eu une formation à ITIL, à ISO 20000 ou à MOF/MSF (Microsoft Operations Framework et Microsoft Solution Framework).

Pas de panique. L’objectif de cet article est de vous fournir les fondamentaux vous permettant de vous acquitter de cette tâche avec succès. Il est structuré en deux parties. La première partie est de donner une définition des termes que vous devrez connaître. La seconde partie est de vous aider à définir le contenu de votre niveau de service.
 

Les solutions de haute disponibilité avec Exchange 2007

les systèmes de messagerie par les entreprises de toute taille. Ce besoin est motivé par la criticité croissante de la messagerie électronique au sein des entreprises et des applications métier. Si la notion de disponibilité minimale varie selon les entreprises, tous les responsables informatiques souhaitent atteindre un niveau élevé de disponibilité. Les entités pour lesquelles la messagerie est critique choisissent souvent de concevoir un système de messagerie hautement disponible afin d'atteindre les objectifs définis dans le cadre du niveau de service requis (SLA). Il faut distinguer deux aspects différents qui sont la continuité de service et la reprise en cas d’incident. On y associe aussi souvent les notions de RTO (Recovery Time Objectives), c'est-à-dire de temps de récupération des données et de RPO (Recovery Point Objectives), c'est-à-dire l’impact sur les données et l’acceptation de retour en arrière et donc potentiellement la perte de données.
RA et PCA, deux aspects complémentaires La mise en place d’un plan de continuité d’activité (PCA) sous-entend une forte réduction de la durée d’indisponibilité, ce qui passe par des solutions de réplication en temps réel entre différents serveurs situés sur un même site ou sur des sites géographiques différents. Un plan de reprise d’activité (PRA) consiste à définir les procédures de retour à une situation acceptable en cas d’incident plus ou moins important sur un serveur, un ensemble matériel, voire un site géographique complet. Ces deux aspects sont complémentaires et le plus important dans tous les cas consiste à définir des procédures en cas d’incident. Ces procédures seront validées, jouées régulièrement et mises à jour en fonction des évolutions des plateformes ainsi que les évolutions des scénarios d’incident. Dans ce dossier, nous allons voir quelles sont les différentes solutions de base qui peuvent être mises en oeuvre dans ces processus de continuité et de reprise d’activité.

Publier et sécuriser l’accès à  distance à  la messagerie Exchange

Dans la partie précédente de ce dossier qui a été publiée dans le numéro de septembre 2007 (Volume 4 - numéro 5), nous avons abordé les messagerie Outlook Voice Access (OVA). Ce sont ces différents modes d’accès qui sont abordés dans cette seconde partie de ce dossier.

Sécurité de la messagerie

qui protège le message lui-même, indépendamment de son trajet, afin que seul le destinataire puisse le lire.