Share via

Configurer des URL de connexion pour Outlook Web App

  • Article

 

S'applique à : Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

Dernière rubrique modifiée : 2012-12-05

Pour que vos utilisateurs puissent se connecter à leur boîte à lettres Exchange Online à l'aide de Microsoft Outlook Web App, vous devez leur indiquer l'URL à utiliser. Vous pouvez choisir entre les options suivantes :

Souhaitez-vous faire simple? Pas de problème.

  • Pour Microsoft Live@edu, utilisez http://outlook.com.

  • Pour Microsoft Office 365, et plus précisément Microsoft Office 365 pour les professions libérales et les petites entreprises, allez sur http://mail.office365.com.

    Remarque   La fédération des identités et les déploiements hybrides sont plus compliqués qu'il n'y paraît. Aussi, nous vous invitons à suivre nos recommandations sur le sujet, comme indiqué au chapitre Identité fédérée dans Office 365 pour entreprises. Par ailleurs, avec mail.office365.com, vous ne pouvez pas utiliser d'URL en https. Même si l'URL commence par le préfixe http, votre URL est immédiatement redirigée en https pour toute la session, y compris pour l'authentification et l'accès à votre boîte aux lettres dans Outlook Web App.

Souhaitez-vous attribuer une URL personnalisée à votre organisation? Imaginons que contoso.com soit votre domaine. Souhaitez-vous que les utilisateurs se connectent à leur boîte aux lettres via l'adresse http://webmail.contoso.com? Si c'est le cas, la procédure n'est pas tout à fait terminée.

Étudions les possibilités à votre disposition pour utiliser des URL personnalisées avec Microsoft Office 365 et Live@edu.

Microsoft Office 365

  • Identité non fédérée dans Office 365

    • URL d'accès direct à Office 365

    • URL personnalisée avec enregistrement CNAME dans Office 365

    • URL personnalisée avec redirection de page Web dans Office 365

  • Identité fédérée dans Office 365 pour entreprises

    • URL d'accès direct dans Office 365 pour les utilisateurs fédérés

    • URL personnalisée avec enregistrement CNAME dans Office 365 pour les utilisateurs fédérés

    • URL personnalisée avec redirection de page Web dans Office 365 pour les utilisateurs fédérés

    • Considérations particulières relatives aux déploiements hybrides

Live@edu

  • URL d'accès direct à Live@edu

  • URL personnalisée avec enregistrement CNAME dans Live@edu

  • URL personnalisée avec redirection de page Web dans Live@edu

Identité non fédérée dans Office 365

Avec une identité non fédérée, tous les détenteurs de boîtes aux lettres dans le nuage utilisent les informations d'identification générées par Office 365 pour accéder à leurs ressources Microsoft Office 365. Vous pouvez créer de nouveaux comptes et mots de passe pour les utilisateurs d'Office 365 dans le portail Office 365. Dans Office 365 pour les entreprises, vous pouvez également utiliser la synchronisation d'annuaires pour configurer automatiquement les utilisateurs depuis le serveur Active Directorylocal. Quoi qu'il en soit, les informations d'identification sont finalement générées et gérées par Office 365.

URL d'accès direct à Office 365

Dans cet exemple, le domaine utilisé dans Office 365 est contoso.com. Les comptes des utilisateurs d'Office 365 sont rattachés à ce domaine.

Les utilisateurs d'Office 365 peuvent accéder directement à leurs boîtes aux lettres via les URL suivantes :

Haut de la page

URL personnalisée avec enregistrement CNAME dans Office 365

Lorsque vous créez un enregistrement CNAME dans le service d'hébergement DNS pour votre domaine Office 365, vous pouvez indiquer aux utilisateurs l'URL personnalisée à utiliser pour ouvrir leur boîte aux lettres à l'aide de Microsoft Outlook Web App. Ainsi, si contoso.com est votre domaine dans Office 365, il vous suffit de configurer un enregistrement CNAME pour que webmail.contoso.com redirige les utilisateurs vers mail.office365.com. Vous pouvez dire aux utilisateurs d'Office 365 d'accéder à leur boîte aux lettres au http://webmail.contoso.com. Voici à quoi ressemble l'enregistrement CNAME :

  • Alias   webmail

  • Cible   mail.office365.com

La simplicité de configuration d'un enregistrement CNAME pour une URL personnalisée constitue un réel avantage.

Mais l'utilisation d'un enregistrement CNAME pour une URL personnalisée présente également des inconvénients :

  • Son manque de flexibilité. Un enregistrement CNAME ne peut pointer directement vers une URL de type http://outlook.com/\<nom_domaine>. La cible doit être un nom d'hôte DNS valide, comme par exemple mail.office365.com.

  • L'impossibilité d'appliquer le protocole SSL à l'URL personnalisée. Toutefois, même si l'URL personnalisée n'est pas protégée par SSL, la page d'identification l'est. Les informations d'identification communiquées à ce niveau sont par conséquent chiffrées. En fait, l'accès à l'ensemble des services d'Office 365 est protégé par SSL, que l'adresse Web soit sécurisée par la technologie SSL ou pas.

Haut de la page

URL personnalisée avec redirection de page Web dans Office 365

Si vous possédez un serveur Web publiquement accessible sur Internet, vous pouvez configurer un site Web pour rediriger les utilisateurs vers Exchange Online. Vous pouvez ainsi configurer le site Web http://webmail.contoso.com pour rediriger les utilisateurs vers http://mail.office365.com ou http://outlook.com/contoso.com.

Comment configurer la redirection de page Web? Cela dépend du serveur Web utilisé.

La redirection de page Web pour une URL personnalisée présente plusieurs avantages :

  • Une grande flexibilité. Vous pouvez configurer la page Web de sorte à rediriger les utilisateurs vers une URL, et pas uniquement un nom d'hôte. Vous contrôlez également le fonctionnement de la redirection. Par exemple :

    • Souhaitez-vous que la page Web redirige silencieusement les utilisateurs vers Exchange Online?

    • Souhaitez-vous afficher brièvement l'état Personnalisé avant de rediriger les utilisateurs sur Exchange Online?

    • Souhaitez-vous mettre un portail complet à la disposition des utilisateurs pour leur permettre d'accéder à Microsoft Outlook Web App d'un simple clic?

  • Vous pouvez appliquer le protocole SSL à l'URL personnalisée. Si vous optez pour cette solution, il vous faudra décider de la procédure à appliquer lorsque les utilisateurs accèdent à l'URL personnalisée en http://. Souhaitez-vous les rediriger automatiquement vers https://? Ou préférez-vous interrompre la redirection par un message d'erreur indiquant que le protocole https:// est requis?

Plus fastidieuse que la redirection CNAME, la phase de configuration constitue l'un des inconvénients de la redirection de page Web pour une URL personnalisée.

Haut de la page

Identité fédérée dans Office 365 pour entreprises

Lorsque vous utilisez la fédération d'identités dans Office 365 pour les entreprises, les détenteurs de boîtes aux lettres Exchange Online peuvent utiliser les informations d'identification de leur serveur Active Directory local pour accéder à leur boîte aux lettres Exchange Online et à l'ensemble des ressources Office 365. Pour plus d'informations, consultez la rubrique Déploiement Exchange hybride et migration avec Office 365.

URL d'accès direct dans Office 365 pour les utilisateurs fédérés

Dans cet exemple, le domaine fédéré utilisé dans Office 365 est contoso.com. Les comptes et adresses e-mail des utilisateurs fédérés d'Office 365 sont rattachés à ce domaine. Prenons par exemple l'utilisateur Tamara Johnston ayant pour adresse e-mail et identité tamara.johnston@contoso.com.

Les utilisateurs fédérés d'Office 365 peuvent accéder directement à leurs boîtes aux lettres via les URL suivantes :

Remarque   Les utilisateurs fédérés ne peuvent pas utiliser http://outlook.com directement. L'URL doit contenir le nom de domaine qui détermine où envoyer les utilisateurs pour authentification.

Haut de la page

URL personnalisée avec enregistrement CNAME dans Office 365 pour les utilisateurs fédérés

Lorsque vous créez un enregistrement CNAME dans le service d'hébergement DNS pour votre domaine fédéré Office 365, vous pouvez indiquer aux utilisateurs l'URL personnalisée à utiliser pour ouvrir leur boîte aux lettres à l'aide de Outlook Web App. Ainsi, si contoso.com est votre domaine fédéré dans Office 365, il vous suffit de configurer un enregistrement CNAME pour que cloudmail.contoso.com redirige les utilisateurs vers outlook.com. Vous pouvez informer les utilisateurs fédérés d'Office 365 que l'accès à leur boîte aux lettres s'effectue via l'adresse .

  • Alias   cloudmail

  • Cible   outlook.com

La simplicité de configuration d'un enregistrement CNAME pour une URL personnalisée constitue un réel avantage.

Mais l'utilisation d'un enregistrement CNAME pour une URL personnalisée présente également des inconvénients :

  • Le domaine de premier niveau de l'enregistrement CNAME doit correspondre au domaine fédéré dans Office 365. Ainsi pour utiliser l'enregistrement CNAME cloudmail.contoso.com, contoso.com doit être votre nom de domaine fédéré dans Office 365. Vous ne pouvez pas utiliser l'enregistrement CNAME cloudmail.fabrikam.com si contoso.com est votre domaine fédéré dans Office 365.

  • Soyez prudent lorsque vous utilisez des sous-domaines dans l'enregistrement CNAME. Ainsi, si contoso.com est votre domaine fédéré dans Office 365, vous pouvez utiliser l'enregistrement CNAME cloudmail.contoso.com mais vous ne pouvez pas utiliser cloudmail.test.contoso.com. De même, si contractors.contoso.com est votre domaine fédéré dans Office 365, vous pouvez utiliser l'enregistrement CNAME cloudmail.contractors.contoso.com, mais vous ne pouvez utiliser ni cloudmail.test.contractors.contoso.com, ni cloudmail.contoso.com

  • Son manque de flexibilité. Un enregistrement CNAME ne peut pointer directement vers une URL de type http://outlook.com/\<nom_domaine>. La cible doit être un nom d'hôte DNS valide, comme outlook.com.

  • L'impossibilité d'appliquer le protocole SSL à l'URL personnalisée. Toutefois, même si l'URL personnalisée n'est pas protégée par SSL, la page d'identification l'est. Les informations d'identification communiquées à ce niveau sont par conséquent chiffrées. En fait, l'accès à l'ensemble des services d'Office 365 est protégé par SSL, que l'adresse Web soit sécurisée par la technologie SSL ou pas.

URL personnalisée avec redirection de page Web dans Office 365 pour les utilisateurs fédérés

Si vous possédez un serveur Web publiquement accessible sur Internet, vous pouvez configurer un site Web pour rediriger les utilisateurs fédérés d'Office 365 vers Exchange Online. Vous pouvez ainsi configurer le site Web http://cloudmail.contoso.com pour rediriger les utilisateurs vers http://outlook.com/contoso.com ou http://outlook.com/owa/contoso.com.

Comment configurer la redirection de page Web? Cela dépend du serveur Web utilisé.

La redirection de page Web pour une URL personnalisée présente plusieurs avantages :

  • Une grande flexibilité. Vous pouvez configurer la page Web de sorte à rediriger les utilisateurs vers une URL, et pas uniquement un nom d'hôte. Vous contrôlez également le fonctionnement de la redirection. Par exemple :

    • Souhaitez-vous que la page Web redirige silencieusement les utilisateurs vers Exchange Online?

    • Souhaitez-vous afficher brièvement l'état Personnalisé avant de rediriger les utilisateurs sur Exchange Online?

    • Souhaitez-vous mettre un portail complet à la disposition des utilisateurs pour leur permettre d'accéder à Microsoft Outlook Web App d'un simple clic?

  • Vous pouvez appliquer le protocole SSL à l'URL personnalisée. Si vous optez pour cette solution, il vous faudra décider de la procédure à appliquer lorsque les utilisateurs accèdent à l'URL personnalisée en http://. Souhaitez-vous les rediriger automatiquement vers https://? Ou préférez-vous interrompre la redirection par un message d'erreur indiquant que le protocole https:// est requis?

Plus fastidieuse que la redirection CNAME, la phase de configuration constitue l'un des inconvénients de la redirection de page Web pour une URL personnalisée.

Haut de la page

Considérations particulières relatives aux déploiements hybrides

Un déploiement hybride est une solution de messagerie inter-sites complète entre Office 365 pour les entreprises et une organisation Exchange locale. Certaines boîtes aux lettres se trouveront dans l'organisation Exchange locale, tandis que d'autres seront dans Office 365 pour les entreprises. Les utilisateurs de boîtes aux lettres sur site et les utilisateurs de boîtes aux lettres Exchange Online ne peuvent partager la même URL Microsoft Outlook Web App pour accéder à leur boîte aux lettres. Vous pouvez toutefois utiliser l'URL locale de Microsoft Outlook Web App pour sensibiliser les utilisateurs de boîtes aux lettres Exchange Online et les informer sur l'URL Microsoft Outlook Web App à utiliser. Pour plus d'informations, consultez les rubriques suivantes :

La stratégie d'URL recommandée avec Outlook Web App pour les déploiements hybrides consiste à associer un enregistrement CNAME avec le paramètre TargetOwaURL sur la cmdlet Set-OrganizationRelationship, comme indiqué dans les rubriques consacrées au déploiement hybride. Résultat : lorsque le détenteur d'une boîte aux lettres Exchange Online ouvre l'URL de Microsoft Outlook Web App réservée aux utilisateurs de boîtes aux lettres en local, et qu'il tente d'accéder à sa boîte, le processus de connexion s'interrompt pour afficher l'URL de Microsoft Outlook Web App à utiliser pour accéder à leur boîte aux lettres Exchange Online. Les utilisateurs d'Exchange Online ne sont pas automatiquement redirigés vers l'URL d'accès à Exchange Online. Ils doivent cliquer sur le lien proposé et ont également la possibilité d'ajouter l'URL à leurs favoris. Vous trouverez ci-après quelques conseils supplémentaires :

  • L'URL de Microsoft Outlook Web App réservée aux utilisateurs de boîtes aux lettres en local doit être différente de l'URL Outlook Web App réservée aux utilisateurs de boîtes aux lettres Exchange Online. Ainsi, si l'URL prévue pour les utilisateurs de boîtes aux lettres sur site est http://webmail.contoso.com, vous utiliserez http://cloudmail.contoso.com pour les utilisateurs d'Exchange Online.

  • Créez l'enregistrement CNAME comme expliqué dans la rubrique URL personnalisée avec enregistrement CNAME dans Office 365 pour les utilisateurs fédérés sur le sujet. Ainsi, si contoso.com est votre domaine fédéré dans Office 365, créez un enregistrement CNAME pour cloudmail.contoso.com qui pointe sur outlook.com.

  • Pour le paramètre TargetOwaURL dans la cmdlet Set-OrganizationRelationship, indiquez une URL contenant l'enregistrement CNAME pour les utilisateurs de boîtes aux lettres Exchange Online. Par exemple, si l'enregistrement CNAME pour les utilisateurs d'Exchange Online est cloudmail.contoso.com, vous indiquerez http://cloudmail.contoso.com comme valeur du paramètre TargetOwaURL.

URL d'accès direct à Live@edu

Dans cet exemple, le domaine Live@edu est contoso.edu. Les comptes Windows Live ID des utilisateurs Live@edu sont dans ce domaine.

Les utilisateurs Live@edu peuvent accéder directement à leurs boîtes aux lettres aux adresses suivantes :

Remarque   Actuellement, les deux adresses URL fonctionnement aussi bien l'une que l'autre. Toutefois, les changements à venir exigeront probablement que vous utilisiez http://outlook.com/\<nom_domaine>. Pourquoi ne pas anticiper les choses?

Haut de la page

URL personnalisée avec enregistrement CNAME dans Live@edu

Lorsque vous créez un enregistrement CNAME dans le service d'hébergement DNS pour votre Live@edu domain, vous pouvez indiquer aux utilisateurs l'URL personnalisée à utiliser pour ouvrir leur boîte aux lettres à l'aide de Outlook Web App. Ainsi, si contoso.edu est votre domaine Live@edu domain, il vous suffit de configurer un enregistrement CNAME pour que webmail.contoso.edu redirige les utilisateurs vers outlook.com. Vous pouvez informer les utilisateurs de Live@edu que l'accès à leur boîte aux lettres s'effectue via l'adresse http://webmail.contoso.edu. Voici à quoi ressemble l'enregistrement CNAME :

  • Alias   webmail

  • Cible   outlook.com

La simplicité de configuration d'un enregistrement CNAME pour une URL personnalisée constitue un réel avantage.

Mais l'utilisation d'un enregistrement CNAME pour une URL personnalisée présente également des inconvénients :

  • Son manque de flexibilité. Un enregistrement CNAME ne peut pointer directement vers une URL de type http://outlook.com/\<domain_name>. La cible doit être un nom d'hôte DNS valide, comme outlook.com.

  • L'impossibilité d'appliquer le protocole SSL à l'URL personnalisée. Toutefois, même si l'URL personnalisée n'est pas protégée par SSL, la page d'identification l'est. Les informations d'identification communiquées à ce niveau sont par conséquent chiffrées.

Haut de la page

URL personnalisée avec redirection de page Web dans Live@edu

Si vous possédez un serveur Web publiquement accessible sur Internet, vous pouvez configurer un site Web pour rediriger les utilisateurs vers Exchange Online. Vous pouvez ainsi configurer le site Web http://webmail.contoso.edu pour rediriger les utilisateurs vers http://outlook.com ou http://outlook.com/contoso.edu.

Comment configurer la redirection de page Web? Cela dépend du serveur Web utilisé.

La redirection de page Web pour une URL personnalisée présente plusieurs avantages :

  • Une grande flexibilité. Vous pouvez configurer la page Web de sorte à rediriger les utilisateurs vers une URL, et pas uniquement un nom d'hôte. Vous contrôlez également le fonctionnement de la redirection. Par exemple :

    • Souhaitez-vous que la page Web redirige silencieusement les utilisateurs vers Exchange Online?

    • Souhaitez-vous afficher brièvement l'état Personnalisé avant de rediriger les utilisateurs sur Exchange Online?

    • Souhaitez-vous mettre un portail complet à la disposition des utilisateurs pour leur permettre d'accéder à Microsoft Outlook Web App d'un simple clic?

  • Vous pouvez appliquer le protocole SSL à l'URL personnalisée. Si vous optez pour cette solution, il vous faudra décider de la procédure à appliquer lorsque les utilisateurs accèdent à l'URL personnalisée en http://. Souhaitez-vous les rediriger automatiquement vers https://? Ou préférez-vous interrompre la redirection par un message d'erreur indiquant que le protocole https:// est requis?

Plus fastidieuse que la redirection CNAME, la phase de configuration constitue l'un des inconvénients de la redirection de page Web pour une URL personnalisée.

Haut de la page