Share via

为 Outlook Web App 配置登录 URL

  • 项目

适用于： Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

上一次修改主题： 2011-11-23

必须先告诉用户要使用的 URL，然后他们才能使用 Outlook Web App 登录其 Exchange Online 邮箱。可以选择下列选项：

您是否希望简单一些？这很容易！

  • 对于 Microsoft Live@edu，请使用 http://outlook.com。
  • 对于 Microsoft Office 365（尤其是 用于专业人士和小型企业的 Microsoft Office 365），请使用 http://mail.office365.com。
    注意   因为联合身份和混合部署不是那么简单，所以您应遵循本主题后面 适用于企业的 Office 365 中的联合身份中的指导。此外，对于 mail.office365.com，您还不能在 URL 中使用 https。即使 URL 以 http 开头，URL 也会立即重定向以将 https 用于整个会话，包括身份验证以及在 Outlook Web App 中访问邮箱。

**您是否希望为组织提供自定义 URL？**例如，如果您的域为 contoso.com，则是否希望用户通过 http://webmail.contoso.com 登录其邮箱？如果是这样，则您需要进行一点工作。

我们来了解一下您对用于 Microsoft Office 365 和 Live@edu 的自定义 URL 的选项。

Microsoft Office 365

  • Office 365 中的非联合身份
    • Office 365 中的直接访问 URL
    • Office 365 中使用 CNAME 记录的自定义 URL
    • Office 365 中使用网页重定向的自定义 URL
  • 适用于企业的 Office 365 中的联合身份
    • Office 365 中用于联盟用户的直接访问 URL
    • Office 365 中用于联盟用户且使用 CNAME 记录的自定义 URL
    • Office 365 中用于联盟用户且使用网页重定向的自定义 URL
    • 针对混合部署的特殊注意事项

Live@edu

  • Live@edu 中的直接访问 URL
  • Live@edu 中使用 CNAME 记录的自定义 URL
  • Live@edu 中使用网页重定向的自定义 URL

Office 365 中的非联合身份

利用非联合身份，所有在云中拥有邮箱的用户都可以使用 Office 365 生成的凭据访问其 Microsoft Office 365 资源。您可以在 Office 365 门户中为 Office 365 用户创建新用户帐户和密码。或者，在 用于企业的 Office 365 中，您可以使用目录同步自动从内部部署 Active Directory 配置用户。无论最终使用哪种方式，凭据都会由 Office 365 生成和管理。

Office 365 中的直接访问 URL

在此示例中，Office 365 域是 contoso.com。Office 365 用户的用户帐户处于此域中。

Office 365 用户可以通过以下 URL 直接访问其邮箱：

页面顶部

Office 365 中使用 CNAME 记录的自定义 URL

在 DNS 托管服务上为 Office 365 域创建 CNAME 记录时，可以向用户提供自定义 URL，以使用 Outlook Web App 打开其邮箱。例如，如果您的 Office 365 域为 contoso.com，则可配置 CNAME 记录，以便 webmail.contoso.com 将用户重定向到 mail.office365.com。可以告诉 Office 365 用户通过 http://webmail.contoso.com 访问其邮箱。CNAME 记录类似于下面这样：

  • 别名   webmail
  • 目标   mail.office365.com

将 CNAME 记录用于自定义 URL 的优点是易于配置。

下面是将 CNAME 记录用于自定义 URL 的缺点：

  • 不是十分灵活。CNAME 记录不能直接指向 URL 目标，如 http://outlook.com/\<域名>。目标必须是有效的 DNS 主机名，如 mail.office365.com。
  • 不能将 SSL 应用于自定义 URL。但是，即使不将 SSL 应用于自定义 URL，用户在其中提供其凭据的登录页面也会应用 SSL，并且其凭据会在该处进行加密。事实上，对所有 Office 365 服务的访问都受 SSL 保护，无论是否在 URL 中使用 SSL 都是如此。

页面顶部

Office 365 中使用网页重定向的自定义 URL

如果您具有可从 Internet 公开访问的 Web 服务器，则可以配置网站以将用户重定向到 Exchange Online。例如，可以配置网站 http://webmail.contoso.com 以将用户重定向到 http://mail.office365.com 或 http://outlook.com/contoso.com。

如何配置网页重定向？这取决于您使用的 Web 服务器。

下面是将网页重定向用于自定义 URL 的优点：

  • 十分灵活。可以配置网页以将用户重定向到 URL，而不仅仅是主机名。还可以控制重定向的工作方式。例如：
    • 是否希望网页在不提示的情况下将用户重定向到 Exchange Online？
    • 是否希望在用户重定向到 Exchange Online 之前，向其简要显示自定义状态页面？
    • 是否希望向用户提供他们在其中可以通过单击按钮或链接来访问 Outlook Web App 的整个门户？
  • 可以将 SSL 应用于自定义 URL。请注意，如果您这样做，则必须决定在用户访问使用 http:// 的自定义 URL 时要执行的操作。是否希望自动将他们重定向到 https://？或者是否希望停止重定向并显示一个指示需要 https:// 的错误？

将网页重定向用于自定义 URL 的缺点在于，配置工作量可能要多于 CNAME 重定向。

页面顶部

适用于企业的 Office 365 中的联合身份

在 用于企业的 Office 365 中使用联合身份时，拥有 Exchange Online 邮箱的用户可以使用其内部部署 Active Directory 凭据访问其 Exchange Online 邮箱和所有其他 Office 365 资源。有关详细信息，请参阅 共存 - 适用于企业的 Office 365 Beta。

Office 365 中用于联盟用户的直接访问 URL

在此示例中，联盟 Office 365 域是 contoso.com。联盟 Office 365 用户的用户帐户和电子邮件地址处于此域中。例如，名为 Tamara Johnston 的用户拥有电子邮件地址和标识 tamara.johnston@contoso.com。

Office 365 联盟用户可以通过以下 URL 直接访问其邮箱：

注意   联盟用户不能直接使用 http://outlook.com。URL 必须包含域名，这可帮助确定要将用户发送到何处进行身份验证。

页面顶部

Office 365 中用于联盟用户且使用 CNAME 记录的自定义 URL

在 DNS 托管服务上为联盟 Office 365 域创建 CNAME 记录时，可以向用户提供自定义 URL，以使用 Outlook Web App 打开其邮箱。例如，如果您的联盟 Office 365 域为 contoso.com，则可配置 CNAME 记录，以便 cloudmail.contoso.com 将用户重定向到 outlook.com。可以告诉 Office 365 联盟用户通过 http://cloudmail.contoso.com 访问其邮箱。CNAME 记录类似于下面这样：

  • 别名   cloudmail
  • 目标   outlook.com

将 CNAME 记录用于自定义 URL 的优点是易于配置。

下面是将 CNAME 记录用于自定义 URL 的缺点：

  • CNAME 记录的一级域名必须与联盟 Office 365 域匹配。例如，若要使用 CNAME 记录 cloudmail.contoso.com，联盟 Office 365 域名必须为 contoso.com。如果联盟 Office 365 域为 contoso.com，则不能使用 CNAME 记录 cloudmail.fabrikam.com。
  • 在 CNAME 记录中使用子域时需谨慎。例如，如果联盟 Office 365 域为 contoso.com，则可以使用 CNAME 记录 cloudmail.contoso.com，但是不能使用 cloudmail.test.contoso.com。同样，如果联盟 Office 365 域为 contractors.contoso.com，则可以使用 CNAME 记录 cloudmail.contractors.contoso.com，但是不能使用 cloudmail.test.contractors.contoso.com 或 cloudmail.contoso.com。
  • 不是十分灵活。CNAME 记录不能直接指向 URL 目标，如 http://outlook.com/\<域名>。目标必须是有效的 DNS 主机名，如 outlook.com。
  • 不能将 SSL 应用于自定义 URL。但是，即使不将 SSL 应用于自定义 URL，用户在其中提供其凭据的登录页面也会应用 SSL，并且其凭据会在该处进行加密。事实上，对所有 Office 365 服务的访问都受 SSL 保护，无论是否在 URL 中使用 SSL 都是如此。

Office 365 中用于联盟用户且使用网页重定向的自定义 URL

如果您具有可从 Internet 公开访问的 Web 服务器，则可以配置网站以将联盟 Office 365 用户重定向到 Exchange Online。例如，可以配置网站 http://cloudmail.contoso.com 以将用户重定向到 http://outlook.com/contoso.com 或 http://outlook.com/owa/contoso.com。

如何配置网页重定向？这取决于您使用的 Web 服务器。

下面是将网页重定向用于自定义 URL 的优点：

  • 十分灵活。可以配置网页以将用户重定向到 URL，而不仅仅是主机名。还可以控制重定向的工作方式。例如：
    • 是否希望网页在不提示的情况下将用户重定向到 Exchange Online？
    • 是否希望在用户重定向到 Exchange Online 之前，向其简要显示自定义状态页面？
    • 是否希望向用户提供他们在其中可以通过单击按钮或链接来访问 Outlook Web App 的整个门户？
  • 可以将 SSL 应用于自定义 URL。请注意，如果您这样做，则必须决定在用户访问使用 http:// 的自定义 URL 时要执行的操作。是否希望自动将他们重定向到 https://？或者是否希望停止重定向并显示一个指示需要 https:// 的错误？

将网页重定向用于自定义 URL 的缺点在于，配置工作量可能要多于 CNAME 重定向。

页面顶部

针对混合部署的特殊注意事项

混合部署**是 用于企业的 Office 365 与内部部署 Exchange 组织之间的功能齐全的跨界消息传递解决方案。某些邮箱会处于内部部署 Exchange 组织中，而某些邮箱会处于 用于企业的 Office 365 中。内部部署邮箱用户和 Exchange Online 邮箱用户不能共享相同 Outlook Web App URL 来访问其邮箱。但是，可以使用内部部署 Outlook Web App URL 让 Exchange Online 邮箱用户了解对他们合适的 Outlook Web App URL。有关详细信息，请参阅下列主题：

针对混合部署的建议 Outlook Web App URL 策略是将 CNAME 记录与 Set-OrganizationRelationship cmdlet 上的 TargetOwaURL 参数结合使用（如混合部署主题中所述）。其结果是：当拥有 Exchange Online 邮箱的用户打开用于内部部署邮箱用户的 Outlook Web App URL 并尝试访问其邮箱时，登录过程会停止，并向他们提供应该用于访问其 Exchange Online 邮箱的 Outlook Web App URL。Exchange Online 用户不会自动重定向到用于 Exchange Online 的 URL。这些用户必须单击向他们提供的链接，还可以选择将该 URL 添加到其收藏夹。下面是一些额外指导：

  • 用于内部部署邮箱用户的 Outlook Web App URL 必须与用于 Exchange Online 邮箱用户的 Outlook Web App URL 不同。例如，如果用于内部部署邮箱用户的 URL 为 http://webmail.contoso.com，请将 http://cloudmail.contoso.com 用于 Exchange Online 用户。
  • 请按照本主题的 Office 365 中用于联盟用户且使用 CNAME 记录的自定义 URL 一节中所述来创建 CNAME 记录。例如，如果联盟 Office 365 域为 contoso.com，请为 cloudmail.contoso.com 创建指向 outlook.com 的 CNAME 记录。
  • 对于 Set-OrganizationRelationship cmdlet 上的 TargetOwaURL 参数，指定包含用于 Exchange Online 邮箱用户的 CNAME 记录的 URL。例如，如果用于 Exchange Online 用户的 CNAME 记录为 cloudmail.contoso.com，请将 http://cloudmail.contoso.com 用于 TargetOwaURL 参数值。

Live@edu 中的直接访问 URL

在此示例中，Live@edu 域为 contoso.edu。Live@edu 用户的 Windows Live ID 处于此域中。

Live@edu 用户可以通过以下 URL 直接访问其邮箱：

注意   当前，这两个 URL 的作用相同。但是，将来的更改很可能要求您使用 http://outlook.com/\<域名>。为何不尽早加入呢？

页面顶部

Live@edu 中使用 CNAME 记录的自定义 URL

在 DNS 托管服务上为 Live@edu 域创建 CNAME 记录时，可以向用户提供自定义 URL，以使用 Outlook Web App 打开其邮箱。例如，如果您的 Live@edu 域为 contoso.edu，则可配置 CNAME 记录，以便 webmail.contoso.edu 将用户重定向到 outlook.com。可以告诉 Live@edu 用户通过 http://webmail.contoso.edu 访问其邮箱。CNAME 记录类似于下面这样：

  • 别名   webmail
  • 目标   outlook.com

将 CNAME 记录用于自定义 URL 的优点是易于配置。

下面是将 CNAME 记录用于自定义 URL 的缺点：

  • 不是十分灵活。CNAME 记录不能直接指向 URL 目标，如 http://outlook.com/\<域名>。目标必须是有效的 DNS 主机名，如 outlook.com。
  • 不能将 SSL 应用于自定义 URL。但是，即使不将 SSL 应用于自定义 URL，用户在其中提供其凭据的登录页面也会应用 SSL，并且其凭据会在该处进行加密。

页面顶部

Live@edu 中使用网页重定向的自定义 URL

如果您具有可从 Internet 公开访问的 Web 服务器，则可以配置网站以将用户重定向到 Exchange Online。例如，可以配置网站 http://webmail.contoso.edu 以将用户重定向到 http://outlook.com 或 http://outlook.com/contoso.edu。

如何配置网页重定向？这取决于您使用的 Web 服务器。

下面是将网页重定向用于自定义 URL 的优点：

  • 十分灵活。可以配置网页以将用户重定向到 URL，而不仅仅是主机名。还可以控制重定向的工作方式。例如：
    • 是否希望网页在不提示的情况下将用户重定向到 Exchange Online？
    • 是否希望在用户重定向到 Exchange Online 之前，向其简要显示自定义状态页面？
    • 是否希望向用户提供他们在其中可以通过单击按钮或链接来访问 Outlook Web App 的整个门户？
  • 可以将 SSL 应用于自定义 URL。请注意，如果您这样做，则必须决定在用户访问使用 http:// 的自定义 URL 时要执行的操作。是否希望自动将他们重定向到 https://？或者是否希望停止重定向并显示一个指示需要 https:// 的错误？

将网页重定向用于自定义 URL 的缺点在于，配置工作量可能要多于 CNAME 重定向。

页面顶部