• OWA or ECP stops working after you install a security update


    Symptoms

    After you install a security update on a server that’s running Microsoft Exchange Server, either Outlook on the web (OWA) or Exchange Control Panel (ECP), or both applications stop working on the server.

    OWA displays the following error message:

    Something went wrong
    Your request couldn’t be completed. HTTP Status code: 500

    Screenshot of the OWA error message.

    ECP displays the following error message:

    Server Error in ‘/ecp’ Application.
    Could not load file or assembly ‘Microsoft.Exchange.Common, Version=15.0.0.0 …Culture=neutral, PublicKeyToken=31bf3856ad364e54’ or one of its dependencies. The system cannot find the file specified.

    Screenshot of the E C P error message.

    Cause

    These errors occur if the security update was manually installed on a server that has User Account Control (UAC) enabled, but without using elevated permissions.

    Resolution

    Use elevated permissions to reinstall the security update on the server.

    1. Select Start, and then type cmd.
    2. Right-click Command Prompt from the search results, and then select Run as administrator.
    3. If the User Account Control window appears, select the option to open an elevated Command Prompt window, and then select Continue. If the UAC window doesn’t appear, continue to the next step.
    4. Type the full path of the .msp file for the security update, and then press Enter.
    5. After the update installs, restart the server.

    Check whether you can now access OWA and ECP on the server without getting an error message.

    If the ECP error message continues to display, do the following:

      1. Start IIS Manager on the server.

      2. Navigate to Exchange Backend website > ECP Virtual directory.

      3. Select Application settings > BinsearchFolder.

      4. Check the paths to the Exchange directories that are listed. You might see directory paths that resemble the following:

        %ExchangeInstallDir%bin;
        %ExchangeInstallDir%bin\CmdletExtensionAgents;
        %ExchangeInstallDir%ClientAccess\Owa\bin

      5. Replace the paths with the following paths:

        C:\Program Files\Microsoft\Exchange Server\V15\bin;
        C:\Program Files\Microsoft\Exchange Server\V15\bin\CmdletExtensionAgents;
        C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\bin

        Note The paths must point to where Exchange Server is installed. The following examples assume that the program is installed on drive C and that the version is Microsoft Exchange Server 2013. If it is installed on a different drive on your server, or if you’re using a different version such as Microsoft Exchange Server 2010, then use the path and version information that's appropriate for your installation.

      6. Navigate to a folder that includes Exchange Server scripts. By default, scripts are located in the following path for Exchange Server 2013:

        C:\Program Files\Microsoft\Exchange Server\v15\Bin

        Note For Exchange Server 2010, the scripts will be in the V14 folder instead.

      7. Start Exchange Management Shell as an administrator and run the following scripts: .\UpdateCas.ps1 and .\UpdateConfigFiles.ps1.

      8. Exit Exchange Management Shell and open a Command Prompt window as an administrator.

      9. Run iisreset.

      10. Restart the server, and verify that you no longer get an error message when you access ECP.

    *******VICTORY LOVES PREPARATION*******
  • 相关阅读:
    MVC与MVVM
    js正则删除字符串中的部分内容(支持变量和特殊符号)
    小程序之rpx适配方案
    表单元素内容禁用拼写检查
    vue组件实例的生命周期
    Windows下生成目录结构树命令
    DRF之解析器源码解析
    restful规范快速记忆
    python报错之OSError
    xlrd、xlwt
  • 原文地址:https://www.cnblogs.com/rusking/p/15743961.html
Copyright © 2020-2023  润新知