Passer au contenu principal

dnt91's Blog [MVP SharePoint]

Lancer la recherche
dnt91's Blog [MVP SharePoint]
  

 Me Contacter

MVP

 Blogs MS

  InfoPath Team Blog
  SharePoint Team Blog
  IE Team Blog
  Project Team Blog
  SharePoint Designer Team Blog
Bonjour et Bienvenue sur mon blog concernant les technologies Microsoft et notamment les produits & technologies SharePoint.
[Exchange Server 2010] Ajouter/Modifier/Supprimer une adresse mail

Lors de la création d'une boite mail, l'adresse mail de l'utilisateur est déterminée par le paramètre Alias.

Nous retrouvons ce paramètre lorsque nous explorons les propriétés de notre utilisateur, dans l'onglet Général.

Nous pourrions penser que lorsque nous modifions ce paramètre, cela a pour effet de modifier l'adresse de messagerie de mon utilisateur ; en fait… je suis en train de lui en rajouter une.

Pour ajouter/modifier/supprimer des adresses mail supplémentaires, il faut passer par l'onglet E-Mail Addresses.

C'est à partir de cet onglet que nous avons réellement la possibilité de contrôler nos adresses de messagerie.

En passant par PowerShell, une seule commande unique pour ces 3 opérations :

# ajout de l'adresse mail test@test-coforcert.com à l'utilisateur : il suffit d'ajouter l'adresse dans la liste après le paramètre EmailAddresses

Set-Mailbox -identity "test-coforcert.lan/Production Users/Internal Accounts/Dieudonné N'TAMACK" -EmailAddresses 'SMTP:dieudonne.ntamack@test-coforcert.lan','smtp:tets@test-coforcert.com'

# modification de l'adresse mail test@test-coforcert.com à l'utilisateur : il suffit de modifier l'adresse dans la liste après le paramètre EmailAddresses

Set-Mailbox -identity "test-coforcert.lan/Production Users/Internal Accounts/Dieudonné N'TAMACK" -EmailAddresses 'SMTP:dieudonne.ntamack@test-coforcert.lan','smtp:test@test-coforcert.com'

# suppression de l'adresse mail test@test-coforcert.com à l'utilisateur : il suffit d'enlever l'adresse dans la liste après le paramètre EmailAddresses

Set-Mailbox -identity "test-coforcert.lan/Production Users/Internal Accounts/Dieudonné N'TAMACK" -EmailAddresses 'SMTP:dieudonne.ntamack@test-coforcert.lan'

[Exchange Server 2010] Installation d’Exchange Server 2010

Lorsque vous installez Exchange Server 2010 sur un environnement de test/dev, c'est-à-dire sur la même machine que le contrôleur de votre domaine (même si cela n'est pas recommandé !), tout se passe pour le mieux et dans le meilleur des mondes. On fait next, next, next… et c'est ok, on a terminé.

Cependant lorsque l'on passe sur des cas réels, cela ne se passe pas de la même façon.

L'objectif de ce billet est de détailler les grandes étapes de l'installation d'Exchange Server 2010.

Lorsque vous démarrez le setup, l'écran d'accueil ci-dessous vous est présenté.

La 1ère étape consiste à choisir les langues à installer durant le step 3.

Une fois le step 3 passé, nous passons à proprement parlé à l'installation de Exchange, en sélectionnant le step 4 : Install Microsoft Exchange.

En cliquant sur ce lien, nous arrivons sur une page d'introduction.

Cette page décrit simplement la technologie. Cliquez sur Next.

La page suivant concerne le contrat de licence ; acceptez-le et cliquez sur Next.

Nous arrivons ensuite sur la page de configuration du reporting d'erreur. Si vous souhaitez envoyer vos messages d'erreurs à Microsoft, cliquez sur Oui, sinon cliquez sur Non, puis Next

Sur la page suivante, nous choisissons le mode d'installation, Typique ou custom.

Exchange Server 2010 nous fournit 5 rôles de server :

  • Edge (facultatif): Service frontal, reçoit le flux de messages et le route vers le Hub ou vers l'extérieur ; souvent destiné à être positionné en DMZ, n'est pas raccordé à l'AD.
  • Hub : Service frontal/applicatif, reçoit le flux de message et le route vers l'organisation Exchange ou vers l'extérieur.
  • Unified Messaging (facultatif) : Service applicatif, permet le stockage de messages vocaux, de fax, sous forme de mails.
  • Client Access : Service applicatif, accepte les connexions vers le serveur Exchange depuis une multitude de clients.
  • Mailbox : Service de backend, permet le stockage des différentes bases de données (BAL et dossiers publics) ainsi que les données associées (listes d'adresses, planification des ressources, etc…)

Le mode d'installation typique nous permet d'installer les outils de management (EMC & EMS), ainsi tous les rôles à l'exception des rôles Hub et Unified Messaging.

Le mode d'installation Custom va nous laisser libre de choisir quel(s) rôle(s) nous souhaitons déployer. Cliquez dessus, puis sur Next.

A l'étape suivante, sélectionnons tous les rôles, sauf le Edge, puis Next

Remarque : les rôles Hub et Edge ne peuvent pas s'installer sur le même serveur Exchange

En fonction des rôles sélectionnés, l'assistant se met à jour. De notre côté, nous sommes amenés à donner un nom à notre organisation ; nous l'avons appelé Test-Coforcert.

Sur l'écran suivant, cliquez sur Yens uniquement si vous avez encore des clients Outlook 2003 dans votre organisation, sinon cliquez sur No, puis Next

Nous avons ensuite la possibilité d'affecter une adresse internet à notre Serveur. Notre serveur ne test n'ayant pas vocation à sortir du périmètre interne, nous laissons ce champ vide. Cliquez sur Next/

Le CEIP ; En fonction de votre souhait, sélectionnez yes ou no, puis Next

Sur l'écran suivant, une validation des pré-requis est effectuée, et nous constatons les erreurs suivantes :

  • Le Schéma AD n'a pas été mis à jour automatiquement
  • L'AD n'a pas été préparé pour Exchange
  • Le service Net TCP Port Sharing n'a pas été mis en mode automatique

Pour résoudre le 3ème point, passez le service en mode automatique. Vous pouvez le faire via la console de service, ou directement en Powershell en exécutant la commande ci-dessous :

  • set-Service NetTcpPortSharing -StartupType "Automatic"

Pour résoudre les 2 premiers points, il vous suffit d'ajouter le rôle Active Directory Domain Services, soit :

  • Depuis la console Server Manager,
  • Depuis la ligne de commande via l'utilitaire ServerMangerCmd en tapant :
    • ServerManagerCmd –i RSAT-ADDS
  • Depuis PowerShell en tapant
    • Add-WindowsFeature rsat-adds –restart

Une fois ces opérations réalisées, cliquez sur Retry pour relancer la validation des prérequis.

Remarque : Il se peut que les changements ne soient pas détectés. Dans ce cas, il faut relancer l'assistant.

Une fois tous les prérequis validés, vous êtes prêt pour l'intallation ; cliquez sur le bouton Install.

Une fois l'installation terminée, cliquez sur Finish

La console EMC (Exchange Management Shell) s'ouvre

Si vous regardez dans le nœud Serveur Configuration et que vous affichez les colonnes Product ID et Edition, vous remarquerez respectivement les valeurs Unlicensed et Trial Edition ; nous allons donc modifier la clé de produit.

Pour modifier la clé de produits, 2 options :

  • Clic droit sur le serveur Enter Product Key, ou alors
  • Powershell :
    • set-exchangeserver -identity W2008R2 -ProductKey 'XXXXX-XXXXX-XXXXX-XXXXX'

[Exchange Server 2010] Création de Contacts

Un Mail Contact est un objet contact qui va avoir en plus une adresse mail.

Création d'un compte Mail Contact

Via la Console de Gestion Exchange,

Dépliez l'arborescence jusqu'à atteindre le nœud Recipient Configuration > Mail Contact, puis dans la zone centrale, faites un clic droit > New mail Contact

Le formulaire New Mail User apparait. Si vous créez un nouveau contact, laissez l'option par défaut ; Si vous souhaitez simplement mettre à jour un contact existant, sélectionnez Existing Contact, puis cliquez sur Next

Remplissez ensuite les champs en fonction des informations que vous souhaitez en tenant compte du fait que :

  • Dans le champ Organisation Unit, vous pouvez sélectionner ou vous souhaitez voir le compte apparaitre ; dans notre cas, le compte apparaitra dans l'OU External Accounts qui se trouve dans l'OU Production User qui elle-même se trouve dans le domaine test-coforcert.lan
  • Le champ Name correspond nom qui sera affiché par défaut, notamment dans vos logiciels de messagerie comme Outlook.

Cliquez sur Next

Sur l'écran qui suit, vous devez renseigner l'alias et l'adresse mail externe, puis cliquer sur Next ; l'alias est un raccourci à taper dans votre logiciel de messagerie Outlook/Outlook Web App, suivi de Ctl+K pour retrouver automatiquement le contact.

Enfin, vous arrivez sur une fenêtre récapitulative des informations renseignées ; cliquez sur New pour créer votre compte d'utilisateur Mail Contact

La page Finish vous informe du bon déroulement de la procédure et vous donne la commande powershell ayant servi à générer notre compte utilisateur.

[Exchange Server 2010] Création de comptes Mail User

Un compte Mail User est un compte utilisateur qui ne possède pas de boite mail dans le domaine AD auquel il appartient, mais à l'extérieur de l'organisation. De manière générale, ce type de compte est créé pour des personnes externes à l'entreprise, mais ayant besoin d'accéder à des ressources sur le domaine AD, et donc de s'authentifier. Ce scénario idéal est la création de ce type de compte pour des consultants ; cela nous évite d'avoir plusieurs adresses mail à vérifier (dans la pratique 1 par client différent !) ce qui peut être très fastidieux, notamment lorsque l'on travaille simultanément sur plusieurs comptes.

Le principe du Mail User est relativement simple ; on crée un compte utilisateur classique, et l'on renseigne le champ adresse de messagerie en précisant l'adresse de messagerie de l'utilisateur. Néanmoins, si nous voulons qu'Exchange gère ce type de compte correctement, et nous le propose notamment au travers de listes d'adresses, nous devons passer par les outils de gestion de Exchange pour créer ce type de compte.

Attention à ne pas confondre Mail User et Mail Contact. Un Mail User est un compte utilisateur, ce qui signifie qu'il peut se logguer sur le domaine, contrairement à un Mail Contact.

Création d'un compte Mail User

Via la Console de Gestion Exchange,

Dépliez l'arborescence jusqu'à atteindre le nœud Recipient Configuration > Mail Contact, puis dans la zone centrale, faites un clic droit > New mail User

Le formulaire New Mail User apparait. Si vous créer un nouvel utilisateur, laissez l'option par défaut ; Si vous souhaitez simplement mettre à jour un utilisateur existant, sélectionnez Existing User, puis cliquez sur Next

Remplissez ensuite les champs en fonction des informations que vous souhaitez en tenant compte du fait que :

  • Dans le champ Organisation Unit, vous pouvez sélectionner ou vous souhaitez voir le compte apparaitre ; dans notre cas, le compte apparaitra dans l'OU External Accounts qui se trouve dans l'OU Production User qui elle-même se trouve dans le domaine test-coforcert.lan
  • Le champ Name correspond nom qui sera affiché par défaut, notamment dans vos logiciels de messagerie comme Outlook.

Cliquez sur Next

Sur l'écran qui suit, vous devez renseigner l'alias et l'adresse mail externe, puis cliquer sur Next ; l'alias est un raccourci à taper dans votre logiciel de messagerie Outlook/Outlook Web App, suivi de Ctl+K pour retrouver automatiquement l'utilisateur.

Enfin, vous arrivez sur une fenêtre récapitulative des informations renseignées ; cliquez sur New pour créer votre compte d'utilisateur Mail User

La page Finish vous informe du bon déroulement de la procédure et vous donne la commande powershell ayant servi à générer notre compte utilisateur.

Si nous avions choisi de modifier un compte existant, la commande powershell aurait été enable-mailuser à la place de new-mailuser

Désormais, mon utilisateur est connu dans Exchange

Un nouvel ouvrage sur SharePoint 2007 à paraitre

Marc BENISTY, que j'ai eu l'occasion de rencontrer lors d'une de mes interventions chez Dassault Systèmes, sortira d'ici quelques jours son livre sur SharePoint 2007.

Ce livre sera pour certains d'entre vous l'occasion de revisiter les concepts d'administration de SharePoint.

Voici la liste des chapitres que vous pourrez lire dans ce livre :

  1. Avant-propos
  2. Présentation des technologies SharePoint
  3. Les nouveautés apportées par Moss 2007
  4. Installation de Moss 2007
  5. Configurer et administrer Moss 2007
  6. Les services partagés
  7. Recherche et indexation
  8. Business Intelligence et Excel Services
  9. Administration d'Office Forms Server 2007

N'hésitez pas à me poster un commentaire si vous l'avez vu et me donner une critique (constructive) du livre, je me ferai un plaisir de lui retransmettre. J

Pour ceux qui veulent directement le contacter, son blog : http://adminmoss.blogspot.com/

MVP 2010 !!

Et c'est parti pour une 2ème année en tant que MVP !!

Attendez vous à y trouver divers trucs et astuces sur SharePoint 2010 incessamment sous peu.

[SP2010] Du nouveau contenu pour les développeurs SharePoint 2010

Pour tout ceux qui veulent se mettre au développement à SharePoint, voici quelques liens intéressants que je vous conseille absolument de visiter !

Bon apprentissage !

Contenus Technet & Msdn pour SharePoint 2010

Pour ceux qui sont friands de contenus Technet et Msdn et passionnés par SharePoint, sachez que votre vœu a été exaucé, du moins en partie.

En effet, depuis quelques temps maintenant, le contenu « complet », et non pas seulement la bibliothèque de classes, sur SharePoint 2010 a été publié.

Ainsi, vous pouvez retrouver :

Bien évidemment ce contenu va encore évoluer entre les différentes sorties beta et rtm, mais c'est déjà un moyen de prendre de l'avance.

Vous noterez au passage que les produits ont (encore) changé de nom :

  • WSS 3.0 a évolué en SharePoint Foundation 2010, qui a mon sens est plus approprié,
  • MOSS 2007 a évolué en SharePoint Server 2010.

Il ne vous reste plus qu'à attendre la beta publique pour torturer ce nouveau joujou, que personnellement, j'ai déjà adopté J

Bonne lecture.

Installer Moss 2007 sur un Windows Server 2008 R2

Ayant déjà le regard tourné vers l'avenir et travaillant depuis quelques mois déjà sur Moss 2010 (ce qui explique l'absence de billets sur mon blog, car tout est sous NDA, mais plus pour longtemps ;)), j'ai déjà mis à jour l'ensemble de mes machines avec des produits comme :

  • Windows Server 2008 R2 / Windows 7 ultimate
  • SQL Server 2008 R2
  • Moss 2010
  • Visual Studio 2010
  • Exchange Server 2010
  • Office Professional 2010

Bref au plus près des futures technologies qui arrivent à grands pas.

Le problème c'est que les projets clients ne sont pas aussi près ; et étant donné qu'il nous toujours un environnement le plus proche possible de celui du client, j'ai été confronté au problème d'installation d'un Moss 2007 sur un Windows Server 2008 R2.

Quel est le problème ? Ben, il faut tout simplement un Moss 2007 avec le SP2 ; problème c'est que via msdn, on n'a que du moss 2007 ou du moss avec le sp1.

Il nous faut donc construire notre propre source d'installation avec le SP2.

Pour vous aider à réaliser cela, je vous renvoie vers ce lien sur Technet qui explique comment procéder > http://technet.microsoft.com/en-us/library/cc261890.aspx

Dans les grandes lignes, il vous faut :

  1. Créer un dossier et y copier le cd d'intallation
  2. Télécharger les services pack de wss 3.0 & de moss 2007, pour le wss sp2, c'est ici et pour le moss sp2, la.
  3. Extraire les données des service packs et les copier dans le dossier Updates du dossier contenant les sources Moss 2007
  4. Supprimer la dll wsssetup.dll du dossier updates

Une fois ces actions réalisées, vous pourrez aisément installer Moss en version SP2 sur votre Windows Server 2008 R2

1 - 10 Suivant

 ‭(Masqué)‬ Liens d'administration

MCSD