Exchange 2016 体系结构

Exchange Server 2016 使用一个构建基块体系结构，提供电子邮件服务，以便在各种规模的组织（从小型组织到最大规模的跨国企业）进行部署。这种体系结构如下图所示。包含两个角色，邮箱服务器角色及边缘传输服务器角色。

体系结构调整：

相比Exchange Server 2013 相比，Exchange Server 2016 去掉客户端访问角色，客户端访问服务器角色已被运行在邮箱服务器角色上的客户端访问服务所取代。邮箱服务器角色现在执行之前客户端访问服务器角色所包含的所有功能。MAPI/CDO 库已替换为 Exchange Web 服务 (EWS)、Exchange ActiveSync (EAS) 和 (REST)* API。如果应用程序使用 MAPI/CDO 库，则需要移动到 EWS、EAS 或 REST API 以与 Exchange 2016 进行通信。

时间： 2024-12-17 13:52:55

Exchange 2016 体系结构的相关文章

微软Azure公有云之企业Exchange 2016部署7—安装邮件服务器

本节我们来部署Exchange2016邮件服务器,如下图红框所示. Exchange2016相对于Exchange2013来说,改变不大.最大的改变还是客户端访问服务器角色(CAS)和邮箱服务器角色(MBX)的角色合并.也就是说我们无法将CAS和MBX分开部署.这一更改反映了Exchange服务器角色归置(自 Exchange 2010 起的推荐最佳做法)的理念. Exchange2016体系结构图: 多角色 Exchange 服务器体系结构带来了以下切实可见的好处: a. 环境中的所有 Exc

Exchange 2016 系统要求

Exchange 2016 和早期版本的 Exchange Server 共存方案 Exchange 2016支持混合部署方案 Exchange 2016 的网络和目录服务器要求 目录服务体系结构: 在目录服务器上安装Exchange2016 硬件 操作系统 Exchange 2016 支持的 Windows Management Framework 版本 .NET 支持的客户端 Exchange 2016 和早期版本的 Exchange Server 共存方案: Exchange 版本 Exc

解决Exchange 2016 Chrome浏览器无法登陆OWA以及ECP问题

很久没写博了,其实也积攒了一些可以写的东西,准备陆续拿出来分享一下,最近遇到一个很奇葩的问题,在Azure上搭了一套Exchange 2016的测试环境,搭建的过程就不说了,Exchange 2016基本和2013安装没什么太大区别. 安装的过程很顺利,但是安装完成之后,偶然间突然发现一个问题,那就是ECP和OWA在IE浏览器登陆一切正常,但是在Chrome上却发现ECP和OWA无法正常登陆,提示ERR_SPDY_INADEQUATE_TRANSPORT_SECURITY 我累个擦这啥玩意,IE

Exchange 2016发送给内部中继服务器邮件后收件人显示winmail.dat

1.前戏          最近遇到一个问题,Exchange邮箱发送一个带附件的邮件给内部的另外一个非Exchange邮件系统邮箱的用户邮件,收件人收到邮件后不使用Outlook客户端打开邮件时显示为winmail.dat:如果收件人使用Outlook打开则可以正常查看邮件附件. 2.了解这个问题之前我先介绍一下环境情况 现场环境为WIndows Server 2012 R2+Exchange 2016.AD的域名为contoso.local,Exchange的接收域为:contoso.loc

Install Exchange 2016 CU3 on Windows server 2016

1.Download Ex2016 cu3: Exchange 2016 CU3: Notable fixes and improvements are: Added: Support for Windows Server 2016. KB3154387: The DFS health set is listed as "Unhealthy" in an Exchange Server 2016 environment. KB316916: Data loss may occur du

微软Azure云之企业Exchange 2016部署12—配置负载平衡

上几节我们把Exchange2016邮箱系统配置完毕了,本节我们来配置开通需要对外的端口,并对这些端口进行负载均衡配置,如下图红框所示: 1.Exchange服务端口 Exchange2016需要对外开通以下的端口,来对外提供不同的服务: 其中最主要的事HTTPS(443)端口,以下服务需要用到此端口: 自动发现服务 Exchange ActiveSync Exchange Web 服务 (EWS) 脱机通讯簿 Outlook 无处不在 MAPI over HTTP in Exchange 20

微软Azure云之企业Exchange 2016部署13—DNS配置

本节我们来配置DNS域名解析. 因为本次Exchange部署在Azure公有云上,所有用户访问通过公网来进行连接,所以这里主要是公网DNS配置. 1.DNS正向解析 对于Exchange来说.如果邮件客户端仅仅使用MAPI模式连接,则需要配置mail.autodiscover.解析以及主域名的MX记录解析.如果需要其他如POP.SMTP.IMAP等服务时,有时为了区分服务DNS解析,也可以分别配置. 另外,这里设置了一条TXT解析:v=spf1 ip4: 13.78.59.202/32 –all

目前发现Exchange 2016的两个管理问题

我的环境是Exchange 2016 CU2,在日常管理中,我发现了两个管理问题: 1.当组织OU数量达到3000+时,在新建邮箱或通讯组对象时,选择浏览OU位置时,多余的OU无法显示出来. 2.在Exchange 2016 ECP管理中心创建管理角色时,无法在"写入作用域"写入OU路径. 下面分别逐一分享上述两个问题我的解决方法: 问题一:当组织OU数量达到3000+时,在新建邮箱或通讯组对象时,选择浏览OU位置时,多余的OU无法显示出来 解决方法: 出现这个问题时,我的解决方法是按

Windows Server 2016 + Exchange 2016 +Office365混合部署(四)

我们前面文章分别介绍了,Windows Server 2016 + Exchange 2016 + Office365的安装及简单配置,为混合部署基本做好了准备,但还差最后一步,就是ADFS的安装接配置:ADFS是为了让本地账户可以通过本地域进行单点登录到Office365上,所以相对来说还是比较容易的:ADFS服务器是windows 系统自带的功能角色:所以我们无法单独下载安装,我们本来想在Windows Server2016下安装及配置的,但是有个问题是windows server2016下