Blog Post

Exchange Team Blog
4 MIN READ

Released: October 2018 Quarterly Exchange Updates

The_Exchange_Team's avatar
The_Exchange_Team
Platinum Contributor
Oct 16, 2018

The latest cumulative update for Exchange Server 2016 is now available on the download center. There is no release for Exchange Server 2013 or Exchange Server 2010 as these products are both in the extended support phase of lifecycle. The cumulative update released today includes fixes to customer reported issues, all previously reported security/quality issues and updated functionality.

Updated Pre-requisite requirements

.NET Framework 4.7.2 Support

.NET Framework 4.7.2 is now supported with Exchange Server 2016 Cumulative Update 11. .NET Framework 4.7.2 will be required on Exchange Server 2016 with the Cumulative Update released in June, 2019. We have validated .NET Framework 4.7.2 on the previously released Exchange Server 2013 Cumulative Update 21 and are announcing .NET Framework support with Exchange Server 2013 Cumulative Update 21 as well. .NET Framework 4.7.2 will be required on the forthcoming Exchange Server 2019. Windows Server 2019, which is also required for Exchange Server 2019, installs .NET Framework 4.7.2 by default.

Changes to Visual C++ Version Dependencies

With today’s release we are updating the Visual C++ runtime version dependencies on Exchange Server 2016. Effective with Cumulative Update 11, all Exchange Server 2016 roles (Management Tools, Mailbox, Edge) will require installation of Visual C++ 2012 runtime. This is a change from Cumulative Update 10 where Visual C++ 2013 was incorrectly listed as being required on all roles. Visual C++ 2013 runtime, in addition to Visual C++ 2012, is required on the Mailbox role only. Versions of Exchange setup before Cumulative Update 11 silently installed Visual C++ 2010 and 2012 components. Exchange setup has been changed in Cumulative Update 11 and later to enforce the Visual C++ runtime requirements using setup pre-requisite rules. When installing Cumulative Update 11 or later for the first time on an existing server, setup will detect the presence of the previously installed instances of Visual C++ placed there by Exchange setup and will not indicate that the Visual C++ 2012 runtime needs to be installed. However, when setup performs the first upgrade of a server to Cumulative Update 11 or later, it will remove the versions of the Visual C++ binaries placed there by Exchange setup previously. This removal is necessary to change setup behavior, correct the condition which caused us to issue an advisory to install MS11-025 and ensure that future Visual C++ updates are applied by Windows Update and Microsoft Update. Important: To avoid a setup failure, it is necessary to install the Visual C++ 2012 runtime before installing Cumulative Update 11 or later for the first time on an existing server. The setup pre-requisite rule works as expected when using Cumulative Update 11 or later to install a new server using the Cumulative Update 11 or later package.

Note: Exchange Server 2019, when released, will include the Visual C++ pre-requisite rules enforced by setup.

Release Details

KB articles that describe the fixes in each release are available as follows: The updates released today do not include new updates to Active Directory Schema. If upgrading from an older Exchange version or installing a new server, Active Directory updates may still be required. These updates will apply automatically during setup if the logged on user has the required permissions. If the Exchange Administrator lacks permissions to update Active Directory Schema, a Schema Admin must execute SETUP /PrepareSchema prior to the first Exchange Server installation or upgrade. Cumulative Update 11 does require an Administrator to execute SETUP /PrepareAD to ensure RBAC roles are current before applying the cumulative update released today.

Adjustment to Cumulative Update Release Schedule

Due to the delay associated with Cumulative Update 11, there will not be a cumulative update released in December 2018. Our next planned set of quarterly updates will occur in March 2019 and will include Exchange Server 2016 Cumulative Update 12 and Exchange Server 2019 Cumulative Update 1.

Additional Information

Microsoft recommends all customers test the deployment of any update in their lab environment to determine the proper installation process for your production environment. For information on extending the schema and configuring Active Directory, please review the appropriate TechNet documentation. Also, to prevent installation issues you should ensure that the Windows PowerShell Script Execution Policy is set to “Unrestricted” on the server being upgraded or installed. To verify the policy settings, run the Get-ExecutionPolicy cmdlet from PowerShell on the machine being upgraded. If the policies are NOT set to Unrestricted you should use the resolution steps in KB981474 to adjust the settings. Reminder: Customers in hybrid deployments where Exchange is deployed on-premises and in the cloud, or who are using Exchange Online Archiving (EOA) with their on-premises Exchange deployment are required to deploy the currently supported cumulative update for the product version in use, e.g., 2013 Cumulative Update 21, 2016 Cumulative Update 11 or 10. For the latest information on Exchange Server and product announcements please see What's New in Exchange Server 2016 and Exchange Server 2016 Release Notes. You can also find updated information on Exchange Server 2013 in What’s New in Exchange Server 2013, Release Notes and product documentation available on TechNet.

Note: Documentation may not be fully available at the time this post is published.

The Exchange Team
Updated Jul 01, 2019
Version 2.0

55 Comments

  • When upgrading from CU10 to CU11 do we need to run setup.exe /PrepareAllDomains after running setup.exe /PrepareAD if we are in a multi-domain environment?

    Are there any details about what changes in RBAC with CU11?

    • Deleted's avatar
      Deleted
      @Troy, the RBAC changes in this update do not change any existing policies, definitions or capabilities. These changes were made to support co-existence with the forth coming Exchange Server 2019 which will be delivered later this year.
    • Deleted's avatar
      Deleted
      @Troy, no need to prepare your domains with this update.
  • Hey Exchange Team-

    Is there any word on Autodiscover services supporting TLS 1.2? Ever since I shut of TLS 1.0, I get SSL errors every time I test on exRCA.com

    • Deleted's avatar
      Deleted
      @Rick, we are aware that this site needs to be updated to support TLS 1.2. Unfortunately, I don't have a timeframe that I can share for this work to be completed.
  • does IPv6 have to be enabled to install CU11?

    I try to install a new server in the existing 2016 infrastructure (all other servers Cu10) and decided to immediately install Cu11, setup writes a bunch of errors during Prerequisites Analysis (Either Active Directory doesn't exist, or it can't be contacted. and much more - account check, AD upgrade check), but Cu10 setup on the same system does not find any errors

    2012 r2, IPv6 disabled via

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters

    "DisabledComponents"=dword:ff

    and the same configuration on DC's.

    In test environment with default IPv6 settings (but IPv6 binding removed from network adapter) CU11 setup does not found any problem during readiness check

    • Deleted's avatar
      Deleted
      I'm pretty sure that disabling IPv6 or unbinding it from NICs is completely unsupported for Exchange. The valid "I have problems related to the use of IPv6" workaround is to use the DWORD value 32 (0x20) to prioritise IPv4 over IPv6 where a choice is possible, but I'm pretty sure I've seen a KB article or a Technet blog type post saying "do not do this, it breaks things". There was a specific exception for Exchange 2007 doing something fairly niche, but 2010 onwards get very funny if you do that.
    • Deleted's avatar
      Deleted
      @Dave, Exchange does not explicitly require IPv6. The errors you are encountering indicate the Exchange Server cannot contact a domain controller. This is normally due to wrong credentials being used, e.g. logging on as the local admin, or an underlying networking issue, e.g. DNS, IPsec Policy or IP routing.
      • Deleted's avatar
        Deleted
        as I wrote above on the same server under the same user CU10 is installed without any problems and errors.
  • Hmmm

    [Owa] An internal server error occurred. The unhandled exception was: System.Globalization.CultureNotFoundException: Culture is not supported.

    Parameter name: culture

    4096 (0x1000) is an invalid culture identifier.

    at System.Globalization.CultureInfo.InitializeFromCultureId(Int32 culture, Boolean useUserOverride)

    at Microsoft.Exchange.Net.ClientCultures.GetCultureInfoInstance(Int32 lcid)

    at Microsoft.Exchange.Net.ClientCultures.GetBrowserDefaultCulture(HttpRequestBase httpRequest)

    at Microsoft.Exchange.Clients.Owa.Core.OwaPage.InitializeCulture()

    at ASP.auth_errorfe_aspx.__BuildControlTree(auth_errorfe_aspx __ctrl)

    at ASP.auth_errorfe_aspx.FrameworkInitialize()

    at System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

    at System.Web.UI.Page.ProcessRequest()

    at System.Web.UI.Page.ProcessRequest(HttpContext context)

    at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

    at System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step)

    at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

    This is when I try owa from Android.

    • Deleted's avatar
      Deleted
      @Gregor, this normally points to a problem with globalization of the OS with an inappropriately named resource file/folder. CultureID 4096 (0x1000) is being used to track the addition of many new locale identifiers. I would suggest you work with support to understand what is wrong with the OS installation.
      • Deleted's avatar
        Deleted
        This is standard Android 8 install with locale English (Slovenia).

        OS is 2016 With latest CU.

        BTW, is Exchange 2016 supported on Server 2019?

        Maybe I could try there :)

  • So we have Exchange 2016 Mailbox servers currently at CU10.

    Prior to upgrading to CU11 we must: -

    1. Install C++ 2010 (MFC) Update, CU11 will fail the prerequisite check if not installed

    2. Install C++ 2012 runtime (even though it is listed as having been silently installed by Exchange 2016 CU10), CU11 will check for 'C++ 2012 runtime', and remove older C++ 2012 components

    3. Ensure that C++ 2013 runtime is installed (it is, because it has always been a prerequisite of the Exchange 2016 Mailbox role)

    Once the above is satisfied Exchange 2016 can be upgraded to CU11; correct?

    • Deleted's avatar
      Deleted
      It certainly isn't particularly easy to follow. I've been supporting our exchange environment for over 15 years and I had to read through that at least three times, plus the comments, to get what I hope is a workable approach to this.

      I have exchange 2016 cu5 on windows server 2016. I looked at the links for VC++2012 and VC++2013 and they don't mention windows server 2016

      Also, when I look at what I have installed, there are already a bunch of VC++ versions on there. Does windows server 2016 come with these already?

      This list is from WMIC "product get name" and is a little different from the display in programs and features

      Microsoft Visual C++ 2005 Redistributable

      Microsoft Visual C++ 2005 Redistributable (x64)

      Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.6161

      Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148

      Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.6161

      Microsoft Visual C++ 2010 x64 Redistributable - 10.0.40219

      Microsoft Visual C++ 2010 x86 Redistributable - 10.0.40219

      Microsoft Visual C++ 2012 x86 Additional Runtime - 11.0.51106

      Microsoft Visual C++ 2012 x86 Minimum Runtime - 11.0.51106

      Microsoft Visual C++ 2012 x64 Additional Runtime - 11.0.60610

      Microsoft Visual C++ 2013 x64 Additional Runtime - 12.0.40660

      Microsoft Visual C++ 2013 x86 Minimum Runtime - 12.0.40660

      Microsoft Visual C++ 2012 x64 Minimum Runtime - 11.0.60610

      Microsoft Visual C++ 2013 x86 Additional Runtime - 12.0.40660

      Microsoft Visual C++ 2013 x64 Minimum Runtime - 12.0.40660

      thanks

      andrew

    • Deleted's avatar
      Deleted
      @Stephen, your descriptions/interpretations are not accurate, but the steps you outline will work.
    • Deleted's avatar
      Deleted
      I have been quite confused by the VC++ caveats between this and the MS11-025 bulletin. We are running 2016 CU10 and VC++ 2010 was not installed at all. And now this article says to install the VC++ 2012 update, however the CU11 update page we need to install VC++ 2013, which is listed as a prereq. Like WTF, some clarity would be nice.
      • Deleted's avatar
        Deleted
        @Andy, if you aren't running Cumulative Update 11 or later, install MS11-025. Before installing Cumulative Update 11 or later, install VC++ 2012 from the link above (You only need to do this once per server or admin workstation the first time you install anything released after September 2018). Install VC++ 2013 from the link above on Mailbox role. Install Cumulative Update 11 or later.
  • Any news about support for Server 2019 in Exchange 2016?
    • Deleted's avatar
      Deleted
      @Terry, there are no current plans to add support for Windows Server 2019 on Exchange Server 2016.