Exchange Server 发行说明
提示
正在查找 Exchange 2013 发行说明? 请参阅 Exchange 2013 发行说明。
欢迎使用 Microsoft Exchange Server 2019! 本主题包含成功部署 Exchange 2019 所需的重要信息。 请在开始部署之前,完整阅读本主题。
Exchange Server 2019 的已知问题
尝试使用 Exchange 安装向导从 Windows 2019 Server Core 卸载 Exchange Server 时,操作将失败。 向导尝试启动 Windows 控制面板以卸载 Exchange,但 Windows Server Core 中不存在控制面板。 若要从 Windows Server Core 卸载 Exchange,请从命令行运行以下安装程序命令:
注意
从 2021 年 9 月累积更新 (CU) 开始,以前的/IAcceptExchangeServerLicenseTerms开关将无法正常工作。 现在必须使用/IAcceptExchangeServerLicenseTerms_DiagnosticDataON或/IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF进行无人参与和脚本安装。
以下示例使用/IAcceptExchangeServerLicenseTerms_DiagnosticDataON开关。 由你将开关更改为/IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF。
Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall
此问题将在 Exchange Server 2019 的后续累积更新中解决。
欢迎使用 Microsoft Exchange Server 2016! 本主题包含您要成功部署 Exchange 2016 而需要了解的重要信息。 请在开始部署之前,完整阅读本主题。
设置
使用“委派管理员”权限安装 Exchange 会导致安装程序失败:如果仅是“委派安装程序”角色组的成员的用户尝试在预先预配的服务器上安装 Exchange,安装程序将失败。 之所以发生这种情况,是因为委派安装组缺少在 Active Directory 中创建和配置特定对象所需的权限。
若要解决此问题,请执行下列操作之一:
将安装 Exchange 的用户添加到“域管理员 Active Directory”安全组。
通过属于“组织管理”角色组的成员用户安装 Exchange。
邮箱
将邮箱从早期版本的 Exchange 移动到 Exchange 2016 CU5 或更高版本可能会失败:在尝试使用迁移批处理请求将邮箱从早期版本的 Exchange 移动到 Exchange CU5 或更高版本时,移动可能会失败。 如果迁移系统邮箱不在安装了 CU5 或更高版本的 Exchange 2016 服务器上,则可能会发生这种情况。
在使用迁移批处理请求将邮箱移动到 Exchange 2016 CU5 或更高版本之前,需要使用以下步骤将迁移邮箱移动到运行 CU5 或更高版本的 Exchange 服务器上。
打开 Exchange 2016 邮箱服务器上的 Exchange 命令行管理程序。
运行以下命令以获取位于 Exchange 2016 服务器上的邮箱数据库列表。 将迁移邮箱要移动到的邮箱数据库的名称复制到剪贴板。
Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName
运行以下命令,将迁移邮箱移动到 Exchange 2016 服务器。 将上一步中复制的邮箱数据库名称粘贴到 TargetDatabase 之后。
New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"
运行不同版本的 Exchange 的邮箱服务器可以添加到同一个数据库可用性组: Add-DatabaseAvailabilityGroupServer cmdlet 和 Exchange 管理员中心错误地允许 Exchange 2013 服务器添加到基于 Exchange 2016 的数据库可用性组 (DAG),反之亦然。 Exchange 仅支持将运行相同版本的邮箱服务器(例如 Exchange 2013 与 Exchange 2016)添加到 DAG。 此外,Exchange 管理员中心会在可添加到 DAG 的服务器列表中同时显示 Exchange 2013 和 Exchange 2016。 这将允许管理员无意中将运行不兼容版本的 Exchange 的服务器添加到 DAG(例如,将 Exchange 2013 服务器添加到基于 Exchange 2016 的DAG)。
There is currently no workaround for this issue. Administrators must be diligent when adding a Mailbox server to a DAG. Add only Exchange 2013 servers to Exchange 2013-based DAGs, and only Exchange 2016 servers to Exchange 2016-based DAGs. You can differentiate each version of Exchange by looking at the Version column in the list of servers in the Exchange admin center. The following are the server versions for Exchange 2013 and Exchange 2016:
Exchange 2013 15.0(生成号 xxx.xx)
Exchange 2016 15.1(生成号 xxx.xx)
使用 MAPI over HTTP 时无法连接到存档邮箱:在 Exchange 2016 中,可以为每个邮箱启用 MAPI over HTTP。 如果以下条件成立,则会出现阻止用户访问他们的存档邮箱(如果配置了)的问题:
对用户邮箱启用了 MAPI over HTTP。
在组织级别禁用 MAPI over HTT。
如果这些条件成立,用户将无法打开他们的存档邮箱并收到错误: 无法打开一组文件夹。登录到 Microsoft Exchange 的尝试已失败。
要解决该问题,请执行下列操作之一:
使用 Outlook 网页版打开存档邮箱。
通过运行以下命令在邮箱中禁用 MAPI over HTTP。
Set-CasMailbox <email address> -MapiHttpEnabled $False
通知代理服务在 30 秒后停止 启动 Exchange 服务器时,你可能会注意到 通知代理服务启动,然后在大约 30 秒后停止。 如果你尝试手动启动该服务,它将成功启动,然后在大约 30 秒后再次停止。 事件日志中不包含任何错误或警告。
此行为应发生在 Exchange 2016 的内部部署中。 每次服务器启动时, 通知代理服务将执行配置检查。 如果通知代理服务没有执行任何操作,它将在下次重新启动服务器之前自动停止。
邮件流
边缘传输服务器可以拒绝发送给有效收件人的邮件 Exchange 2016 以下条件成立时,边缘传输服务器可能会拒绝发送给有效内部收件人的邮件:
服务器上安装了 Exchange 2016 累积更新 1 (CU1)。
在服务器上启用收件人验证。
边缘传输由于此问题而拒绝邮件时,发件人将收到状态代码为 5.1.10 的未送达报告 (NDR),以及错误" SMTP 地址查找未找到收件人"。 收件人不会收到该消息。
若要解决此问题,请执行下列操作之一:
通过运行以下命令禁用受影响的边缘传输服务器上的收件人验证。
Set-RecipientFilterConfig -RecipientValidationEnabled $False
通过运行以下命令禁用受影响的边缘传输服务器上的收件人验证缓存。
Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False
警告
如果禁用收件人验证缓存,Exchange 会查询 Active Directory 轻量级目录服务的本地实例,从而验证入站邮件的收件人是否有效。 这会显著增加 Exchange 处理邮件所需的资源。 禁用收件人验证缓存之前,请验证服务器是否有足够的容量来处理额外的需求。
配置防火墙或外部邮件交换器 (MX) DNS 记录,将邮件发送到没有安装 Exchange 2016 累积更新 1 的边缘传输服务器。 可能需要配置防火墙以允许 TCP 端口 25 连接到新的面向 Internet 的服务器。
配置防火墙或外部 MX DNS 记录,将邮件发送到 Exchange 2016 邮箱服务器。 可能需要配置防火墙以允许 TCP 端口 25 连接到新的面向 Internet 的服务器。