Catégorie: Exchange Server

Les personnes qui sont sur un autre système que Exchange connaissent bien le problème. Il arrive que l'on reçoive des emails avec des pièces jointes "winmail.dat" ou encore "att0001.dat". Evidemment, on ne peut pas lire ces fichiers simplement (en tout cas, pour l'utilisateur final).

Cela vient de la façon dont Exchange traite les emails pour les domaines distants. Si vous avez Exchange 2007 ou 2010, il est possible d'éviter ce comportement. Les destinataires de vos emails pourront les lire correctement, sans faire perdre de temps à leur service IT ou encore mieux, sans vous faire perdre de temps (après tout, le problème est du côté Exchange).

Il vous suffit alors de désactiver l'envoi de Rich-Text au niveau Exchange. Cela se passe en powershell avec la commande suivante (veillez à changer le nom du domaine si nécessaire) :
Set-RemoteDomain -CharacterSet '' -NonMimeCharacterSet '' -TNEFEnabled $false -Identity 'Default'.

L'application est immédiate.

Outlook et Exchange forment un couple assez sympathique dès lors qu'on parle de déploiement côté client. Depuis Exchange 2007 (et Office 2007 côté client), il existe un service web nommé Autodiscover. Tout ceux qui ont déjà touché à Exchange 2007 ou 2010 connaissent bien ce service qui permet la configuration du client de manière automatique... ou presque.
Il faut en effet ouvrir Outlook, faire suivant, suivant, terminer pour que le client soit configuré. Pour simplifier la configuration et le déploiement d'Outlook 2010, je me suis penché sur OCT (Office Customization Tool), disponible avec les licences VL d'Office. Je suis donc arrivé sur "Déploiement de valeurs de Registre supplémentaires pour Outlook 2007 dans l’Outil de personnalisation Office" et j'ai alors découvert une clé de registre très pratique Elle permet de passer Outlook en mode zero configuration (en utilisant AutoDiscover par défaut) : il suffira d'ouvrir Outlook pour qu'il se configure de lui même (sans avoir à cliquer sur suivant, suivant, terminer).

Cette clé est à créer dans HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\AutoDiscover (remplacer 12.0 par 14.0 si vous êtes en Outlook 2010). Elle devra se nommer ZeroConfigExchange, être de type DWORD et avoir pour valeur 1.

Encore une simplification côté utilisateur

Il y a bientôt un an, je postais un billet sur la Signature Outlook à partir de l'AD en powershell. Cette méthode était relativement lourde et relativement peu flexible.

Depuis Exchange 2010, il est possible de d'ajouter des signatures HTML au niveau de l'organisation Exchange en se basant sur les attributs Active Directory. Pour cela, nous allons utiliser les règles de transport.

» Lire la suite!

Ca y est, le poster décrivant l'architecture d'Exchange 2010 est sorti !

Pour le télécharger, c'est par ici : http://www.microsoft.com/downloads/en/details.aspx?familyid=cea0cf7e-d824-49bb-8924-39d66a5fb88e

Comme d'habitude, il est conseillé de l'imprimer sur une grande feuille et de l'afficher dans votre bureau

Les stencils pour visio d'Exchange 2010 SP1 sont sortis

Vous pouvez les télécharger par ici : http://download.microsoft.com/download/8/9/6/8963C321-0CC1-4859-B8B0-FC7F2CEBF92C/Exchange2010.vss

Si vous souhaitez mettre en oeuvre mon tutoriel Installation et configuration d'Exchange 2010 sur une ligne Orange grand public, vous allez inévitablement être confronté à une restriction d'Orange. En effet, Orange ne permet que l'accès à son SMTP sur le port 25. Tout autre SMTP est injoignable sur ce port. Cela veut dire que vous ne pourrez pas envoyer d'emails à d'autres domaines que orange.fr. Personnellement, il m'arrive d'envoyer très souvent des emails à des gens qui ne sont pas chez Orange : comment leur envoyer un email alors que tous les SMTP sont filtrés sauf celui d'Orange ?

» Lire la suite!

Ces derniers temps, un seul mot revient fréquemment sur toutes les lèvres : le cloud. Microsoft est impliqué dans cette tendance au point que l'avenir de Microsoft passera par Azure d'après Steve Ballmer. A côté d'Azure, une autre plateforme existe et se nomme MOS (Microsoft Online Services). Cette plateforme SaaS propose Exchange, SharePoint, Live Meeting et OCS.

L'avantage le plus important est que vous n'avez plus à gérer les serveurs (maintenance, debug, mise à jour, sauvegarde, etc): ces derniers sont dans les datacenters Microsoft. Ces derniers sont répartis sur les différents continents. Comme avec Azure, vous irez interroger le datacenter de votre continent. Vous aurez accès à une interface d'administration pour gérer les comptes de votre entreprise et différents paramètres de la plateforme.

Niveau modularité et donc tarif, vous pouvez choisir parmi les produits qui vous intéressent.

Sur le papier, cette offre est bonne. Dans la pratique, comment cela se passe ? Developpez et Microsoft vous proposent de tester MOS gratuitement avec l'offre BPOS (Exchange, Sharepoint, Live meeting et OCS). Vous pourrez donc vous rendre compte si MOS correspond à vos attentes et surtout poser vos questions à l'équipe MOS de Microsoft lors d'un Live Meeting en avril.
Ce sera également l'occasion de faire un retour de votre expérience sur MOS pour améliorer la plateforme.

Je vous invite à continuer sur ce topic et faire vos remarques directement dessus

Notez également que Microsoft a mis à disposition un outil pour tester votre connectivité à l'offre BPOS. Très pratique et très simple !

Bon test !

Exchange permet l'ajout de disclaimer à chaque mail sortant de l'entreprise. Cependant, il est quasi nécessaire d'avoir une signature personnelle. Celle-ci doit être gérée au niveau de l'entreprise et non au niveau de chaque client pour des raisons évidente de maintenance.

Un script powershell a été créé pour répondre à cela. Celui ci est géré au niveau de l'entreprise mais intervient au niveau de chaque client. Vous pourrez générer les signatures de vos collaborateurs automatiquement à partir des informations stockées dans votre Active Directory comme le nom, prénom et fonction.

Le lien vers le script Set-OutlookSignature.ps1​