Заметки о выпуске Exchange 2013Release notes for Exchange 2013

Применимо к: Exchange Server 2013Applies to: Exchange Server 2013

Добро пожаловать в Microsoft Exchange Server 2013!Welcome to Microsoft Exchange Server 2013! В этом разделе содержатся важные сведения, которые необходимо знать для успешного развертывания Exchange 2013.This topic contains important information that you need to know to successfully deploy Exchange 2013. Прежде чем приступать к развертыванию, прочтите этот раздел полностью.Please read this topic completely before beginning your deployment.

В этом разделе содержатся следующие разделы:This topic contains the following sections:

  • Настройка и развертываниеSetup and deployment

  • Командная консоль ExchangeExchange Management Shell

  • MailboxMailbox

  • Общедоступные папкиPublic folders

  • Поток обработки почтыMail flow

  • Возможности подключения клиентаClient connectivity

  • Сосуществование Exchange 2010Exchange 2010 coexistence

Настройка и развертываниеSetup and deployment

  • мсексчпродуктид не отражает установленную версию выпуска Exchange 2013 После того как Exchange расширяет схему Active Directory и готовит Active Directory для Exchange, некоторые свойства обновляются, чтобы показать, что подготовка завершена.msExchProductId doesn't reflect release version of Exchange 2013 installed After Exchange extends your Active Directory schema and prepares Active Directory for Exchange, several properties are updated to show that preparation is complete. Одно из этих свойств — мсексчанжепродуктид в CN=<your organization>, CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=<domain> контейнере в контексте Configuration именования.One of these properties is msExchangeProductId under the CN=<your organization>, CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=<domain> container in the Configuration naming context. Если в выпуске Exchange 2013 не были внесены изменения схемы Active Directory, это свойство не будет обновлено или может показывать непредвиденное значение.If no Active Directory schema changes are introduced in the release of Exchange 2013 you're installing, this property won't be updated or may show an unexpected value. Это может привести к путанице, если значение не отвечает установленной версии Exchange 2013.This could cause confusion if the value doesn't match the version of Exchange 2013 being installed.

    Это поведение ожидается, так как значение мсексчпродуктид не отражает устанавливаемую версию Exchange 2013.This behavior is expected as the value of msExchProductId doesn't reflect the version of Exchange 2013 being installed. Это свойство отражает версию Exchange 2013, которая последним изменилась в схеме Active Directory.This property reflects the version of Exchange 2013 that last made changes to the Active Directory schema. Чтобы избежать путаницы, рекомендуется выполнить действия, описанные в разделе как узнать, что именно это работало? раздел Prepare Active Directory и домены , чтобы убедиться в том, что ваш Active Directory обновлен и готов к выпуску Exchange 2013 устанавливать.To avoid confusion, we recommend that you follow the steps in the How do you know this worked? section of Prepare Active Directory and domains to verify that your Active Directory has been updated and is ready for the release of Exchange 2013 you're installing.

  • Программа установки неправильно запрашивает .NET framework 4,0: при попытке установить Exchange 2013 без .NET Framework, установленной на компьютере, программа установки неправильно запрашивает установку .net Framework 4,0, когда требуется .net Framework 4,5 или более поздняя версия.Setup incorrectly requests .NET Framework 4.0: If you try to install Exchange 2013 without .NET Framework installed on the computer, Setup incorrectly requests that you install .NET Framework 4.0 when, in fact, .NET Framework 4.5 or later is required.

    Чтобы обойти эту проблему, установите .NET Framework 4,5 или более поздней версии.To work around this issue, install .NET Framework 4.5 or later. Вам не нужно устанавливать .NET Framework 4,0.You don't need to install .NET Framework 4.0. Полный список необходимых компонентов приведен в статье Exchange 2013 необходимые условия.For a complete list of prerequisites, see Exchange 2013 prerequisites.

  • Файлы конфигурации XML-приложений Exchange перезаписываются во время установки накопительного пакета обновления: любые настроенные параметры сервера Exchange или сервера информации в Интернете, которые вы вносите в файлы конфигурации приложения Exchange XML, например файлы Web. config на серверах клиентского доступа или файл EdgeTransport. exe. config на серверах почтовых ящиков будут перезаписаны при установке накопительного пакета обновления или пакета обновления для Exchange.Exchange XML application configuration files are overwritten during cumulative update installation: Any customized Exchange or Internet Information Server per-server settings you make in Exchange XML application configuration files, for example, web.config files on Client Access servers or the EdgeTransport.exe.config file on Mailbox servers, will be overwritten when you install an Exchange Cumulative Update or Service Pack. Обязательно сохраните нужные данные, чтобы упростить перенастройку сервера после установки.Make sure that you save this information so you can easily re-configure your server after the install. После установки накопительного пакета обновления или пакета обновления для Exchange необходимо повторно настроить эти параметры.You must re-configure these settings after you install an Exchange Cumulative Update or Service Pack.

  • Установка Exchange с использованием разрешений "делегирование администратора" приводит к сбою программы установки Если пользователь, участником которого является только группа ролей "Делегированная установка", пытается установить Exchange на предварительно подготовленный сервер, программа установки завершится с ошибками.Installing Exchange using Delegate Admin permissions causes Setup to fail When a user who's a member of only the Delegated Setup role group attempts to install Exchange on a pre-provisioned server, Setup will fail. Это происходит из-за того, что у делегированной группы установки отсутствуют разрешения, необходимые для создания и настройки определенных объектов в Active Directory.This happens because the Delegated Setup group lacks the permissions required to create and configure certain objects in Active Directory.

    Чтобы устранить эту проблему, выполните одно из указанных ниже действий.To work around this issue, do one of the following:

    • Добавьте пользователя, устанавливающего Exchange, в группу безопасности "Администраторы домена" в Active Directory.Add the user installing Exchange to the Domain Admins Active Directory security group.

    • Устанавливайте Exchange от имени пользователя, входящего в группу ролей "Управление организацией".Install Exchange using a user that's a member of the Organization Management role group.

Для получения дополнительных сведений об установке Exchange 2013, ознакомьтесь со статьей планирование и развертывание.For more information about how to install Exchange 2013, see Planning and deployment.

Командная консоль ExchangeExchange Management Shell

  • Shell неожиданно загружает командлеты exchange 2007 или exchange 2010 Прежде чем открыть командную консоль на сервере Exchange 2013, консоль будет открывать подключение к локальному серверу или другому серверу, на котором работает Exchange 2013.The Shell unexpectedly loads Exchange 2007 or Exchange 2010 cmdlets Previously, opening the Shell on an Exchange 2013 server would result in the Shell opening a connection to the local server or another server running Exchange 2013. После подключения командлеты Exchange 2013 загружаются.When the connection is made, Exchange 2013 cmdlets are loaded. Начиная с Exchange 2013 CU11, оболочка будет подключаться к серверу Exchange, на котором расположен почтовый ящик пользователя, выполнившего вход в систему.Starting with Exchange 2013 CU11, the Shell will connect to the Exchange server where the logged on user's mailbox is located. Если у пользователя, вошедшего в систему, нет почтового ящика, оболочка будет подключаться к серверу, на котором расположен почтовый ящик арбитража SystemMailbox {bb558c35-97f1-4cb9-8ff7-d53741dc928c}.If the logged on user doesn't have a mailbox, the Shell will connect to the server where the SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c} arbitration mailbox is located. Целевым сервером может быть любая поддерживаемая версия Exchange.The target server can be any supported version of Exchange. Это означает, что если почтовый ящик пользователя, вошедшего в систему (или почтовый ящик арбитража, если у пользователя нет почтового ящика), находится на сервере Exchange 2010, Командная консоль будет подключаться к этому серверу и загружать командлеты Exchange 2010.This means if the logged on user's mailbox (or the arbitration mailbox if the user has no mailbox) is located on an Exchange 2010 server, the Shell will connect to that server and load Exchange 2010 cmdlets. Это может препятствовать выполнению определенных задач, так как командлеты Exchange 2010 не могут управлять конфигурацией или серверами Exchange 2013.This may prevent you from performing certain tasks because Exchange 2010 cmdlets can't manage Exchange 2013 configuration or servers.

    Начиная с Exchange 2013 CU11, это поведение — проектирование.Starting with Exchange 2013 CU11, this behavior is by design. Чтобы убедиться, что командная консоль загружает командлеты Exchange 2013, переместите почтовый ящик пользователя, вошедшего в систему, в Exchange 2013.To make sure the Shell loads Exchange 2013 cmdlets, move the logged on user's mailbox to Exchange 2013. Если пользователь, вошедший в систему, не имеет почтового ящика, переместите почтовый ящик арбитража SystemMailbox {bb558c35-97f1-4cb9-8ff7-d53741dc928c} на сервер Exchange 2013.If the logged on user doesn't have a mailbox, move the SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c} arbitration mailbox to an Exchange 2013 server.

    Дополнительные сведения и сведения о перемещении почтовых ящиков разрешения конфликтов приведены в разделе Командная консоль Exchange и привязка почтовых ящиков в блоге группы разработчиков Exchange.For details and information on how to move the arbitration mailbox, see Exchange Management Shell and Mailbox Anchoring on the Exchange Team blog.

MailboxMailbox

  • Серверы почтовых ящиков, работающие под управлением разных версий Exchange, можно добавлять в одну группу доступности базы данных . Командлет Add-DatabaseAvailabilityGroupServer и центр администрирования Exchange неправильно допускают Добавление сервера Exchange 2013 в группу обеспечения доступности баз данных на основе Exchange 2016 (DAG) и наоборот.Mailbox servers running different versions of Exchange can be added to the same database availability group The Add-DatabaseAvailabilityGroupServer cmdlet and the Exchange admin center incorrectly allow an Exchange 2013 server to be added to an Exchange 2016-based database availability group (DAG), and vice versa. Exchange поддерживает добавление только серверов почтовых ящиков с одной версией (например, Exchange 2013 и Exchange 2016) в группу DAG.Exchange supports adding only Mailbox servers running the same version (Exchange 2013 versus Exchange 2016, for example) to a DAG. Кроме того, в центре администрирования Exchange в списке серверов, доступных для добавления в группу DAG, отображаются серверы Exchange 2013 и Exchange 2016.Additionally, the Exchange admin center displays both Exchange 2013 and Exchange 2016 servers in the list of servers available to add to a DAG. Это позволяет администратору случайно добавить сервер с несовместимой версией Exchange в группу обеспечения доступности баз данных (например, добавить сервер Exchange 2013 в группу обеспечения доступности баз данных на основе Exchange 2016).This could allow an administrator to inadvertently add a server running an incompatible version of Exchange to a DAG (for example, adding an Exchange 2013 server to an Exchange 2016-based DAG).

    В настоящее время решения этой проблемы не существует. Администраторы должны быть внимательны при добавлении сервера почтовых ящиков в DAG. Добавляйте только серверы Exchange 2013 в DAG на основе Exchange 2013 и только серверы Exchange 2016 в DAG на основе Exchange 2016. Версии Exchange указаны в столбце Версия списка серверов в Центре администрирования Exchange. Ниже представлены версии серверов для Exchange 2013 и Exchange 2016.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 2013 15.0 (Build xxx.xx)

    • Exchange 2016 15.1 (сборка xxx.xx)Exchange 2016 15.1 (Build xxx.xx)

  • Увеличение размера почтовых ящиков при переходе с предыдущих версий Exchange: при перемещении почтового ящика из предыдущей версии Exchange в Exchange 2013 размер почтового ящика может увеличиться на 30% до 40 процентов.Mailbox size increase when migrating from previous Exchange versions: When you move a mailbox from a previous version of Exchange to Exchange 2013, the mailbox size reported may increase 30 percent to 40 percent. Объем места на диске, используемого базой данных почтовых ящиков, не увеличился, но увеличилось только то, что используется для каждого почтового ящика.Disk space used by the mailbox database has not increased, only the attribution of space used by each mailbox has increased. Увеличение размера почтового ящика связано с включением всех свойств элемента в вычисления квот, что обеспечивает более точное вычисление пространства, потребляемого элементами в своем почтовом ящике.The increase in mailbox size is due to the inclusion of all item properties into quota calculations, providing a more accurate computation of space consumed by items within their mailbox. Это может привести к превышению пользователями квот размера почтовых ящиков при перемещении их почтовых ящиков в Exchange 2013.This increase may cause some users to exceed their mailbox size quotas when their mailbox is moved to Exchange 2013.

    Чтобы запретить пользователям превышать квоту размера почтового ящика, увеличьте значения квоты базы данных или почтового ящика, чтобы они соответствовали новому расчету квоты.To prevent users from exceeding their mailbox size quotas, increase the database or mailbox quota values to accommodate the new quota calculation. Чтобы настроить значения квоты базы данных или почтового ящика, используйте параметры IssueWarningQuota, ProhibitSendQuotaи ProhibitSendReceiveQuota в командлетах Set – MailboxDatabase и Set/Mailbox соответственно.To configure database or mailbox quota values, use the IssueWarningQuota, ProhibitSendQuota, and ProhibitSendReceiveQuota parameters on the Set-MailboxDatabase and Set-Mailbox cmdlets, respectively.

  • Клиенты outlook 2007 и outlook 2010 не могут скачать автономную адресную книгу: если внутренний URL-адрес автономной адресной книги (OAB) недоступен из Интернета, клиенты Outlook 2007 и Outlook 2010 могут не загрузить автономную адресную книгу.Outlook 2007 and Outlook 2010 clients may be unable to download the Offline Address Book: If the Offline Address Book (OAB) internal URL isn't accessible from the Internet, Outlook 2007 and Outlook 2010 clients may be unable to download the OAB.

    Чтобы обойти эту проблему для клиентов Outlook 2007 и Outlook 2010, сделайте внутренний URL-адрес автономной адресной книги доступным из Интернета.To work around this issue for Outlook 2007 and Outlook 2010 clients, make the OAB internal URL accessible from the Internet. Эта проблема не возникает в Outlook 2013.Outlook 2013 isn't affected by this issue.

  • Установка Exchange 2013 в существующей организации Exchange может привести к тому, что все клиенты смогут скачать автономную адресную книгу: Установка первого сервера exchange Server 2013 в существующую организацию Exchange 2007 или Exchange 2010 Server может привести к тому, что все клиенты в Организации Скачайте новую копию автономной адресной книги, что приведет к снижению производительности сети и проблемам с производительностью сервера.Installing Exchange 2013 in an existing Exchange organization may cause all clients to download the OAB: Installing the first Exchange 2013 server into an existing Exchange 2007 or Exchange 2010 organization may cause all clients in the organization to download a new copy of the OAB, resulting in network saturation and server performance issues. Эта проблема возникает из-за того, что Exchange 2013 создает новую автономную адресную книгу по умолчанию в Организации, которая заменяет адрес автономной адресной книги Exchange 2007 или Exchange 2010.This issue occurs because Exchange 2013 creates a new default OAB in the organization that supersedes the Exchange 2007 or Exchange 2010 OAB. Для почтовых ящиков, которым не назначена определенная автономная адресная книга, или расположенные в базе данных почтовых ящиков, для которой не определена определенная адресная книга, будет загружена новаяMailboxes that don't have a specific OAB assigned, or that are located on a mailbox database that doesn't have a specific OAB assigned, will download the new default OAB.

    Чтобы запретить клиентам загрузку новой копии автономной адресной книги при установке Exchange 2013, назначьте ее для всех почтовых ящиков или баз данных почтовых ящиков, на которых расположены почтовые ящики.To prevent clients from downloading a new copy of the OAB when Exchange 2013 is installed, assign an OAB to every mailbox or to the mailbox database the mailboxes are located on. Это необходимо сделать до установки Exchange 2013 в Организации.This must be done prior to Exchange 2013 being installed in the organization.

  • Пользователи могут маршрутизироваться к почтовому ящику создания автономной адресной книги, который не отвечает за запрошенный адрес автономной адресной книги: Exchange 2013 CU5 и более поздних версий накопительные пакеты обновления изменили способ связи автономных адресных книг с почтовыми ящиками создания автономнойUsers may be routed to an OAB generation mailbox that's not responsible for the requested OAB: Exchange 2013 CU5 and later CUs have changed how OABs are linked to OAB generation mailboxes. Это изменение дает возможность пользователям маршрутизироваться к почтовому ящику создания автономной адресной книги, который не отвечает за автономную адресную книгу, запрашиваемую пользователем.This change makes it possible for a user to be routed to an OAB generation mailbox that isn't responsible for the OAB that the user is requesting. Это может произойти, если выполняются все перечисленные ниже условия.This can happen if all of the following are true:

    • В Организации имеется несколько почтовых ящиков создания автономной адресной книги.You have more than one OAB generation mailbox in your organization.

    • Перед обновлением серверов клиентского доступа необходимо обновить серверы почтовых ящиков, на которых размещаются почтовые ящики создания OAB.You upgrade the Mailbox servers that host OAB generation mailboxes before you upgrade your Client Access servers.

    • Вы обновляете серверы Exchange 2013 с выпуском выше CU5 до более поздней версии (например, при обновлении с Exchange 2013 CU3 до Exchange 2013 CU6).You're upgrading your Exchange 2013 servers from a release prior to CU5 to a later release (for example, upgrading from Exchange 2013 CU3 to Exchange 2013 CU6).

    • На серверах клиентского доступа выполняется выпуск, предшествующий CU5.Your Client Access servers are running a release prior to CU5.

    Чтобы обойти эту проблему, убедитесь, что перед обновлением серверов почтовых ящиков обновите серверы клиентского доступа до Exchange 2013 CU6 или более поздней версии.To work around this issue, make sure that you upgrade your Client Access servers to Exchange 2013 CU6 or later before you upgrade your Mailbox servers. Это гарантирует, что серверы клиентского доступа будут знать, как прокси-сервер почтовых ящиков создания АВТОНОМной адресной книги отвечает за создание автономной адресной книги пользователя.This will make sure the Client Access servers know how to proxy the requests to the OAB generation mailbox that is responsible for generating the user's OAB.

    Более подробную информацию об изменениях автономной адресной книги в Exchange 2013 CU5 можно найти в статье улучшения автономной адресной книги в exchange 2013 накопительный пакет обновления 5.To read more about the OAB changes in Exchange 2013 CU5, see OAB Improvements in Exchange 2013 Cumulative Update 5.

Общедоступные папкиPublic folders

  • Неавторизованные отправители не могут отправлять сообщения в общедоступные папки, поддерживающие почту: до Exchange 2013 CU6, несанкционированные отправители могут отправлять сообщения в общедоступные папки, поддерживающие почту.Unauthorized senders can no longer send messages to mail-enabled public folders: Prior to Exchange 2013 CU6, unauthorized senders could send messages to mail-enabled public folders. Это позволяло внешним отправителям отправлять почту в общедоступные папки, поддерживающие почту, независимо от разрешений, установленных для общедоступной папки.This allowed the possibility for external senders to send mail to mail-enabled public folders regardless of the permissions set on the public folder.

    Начиная с Exchange 2013 CU6, если вы хотите, чтобы внешние отправители могли отправлять почту в общедоступные папки с включенной поддержкой почты, анонимному пользователю необходимо назначить по крайней мере разрешение на Создание элементов .Starting with Exchange 2013 CU6, if you want external senders to send mail to a mail-enabled public folders, the Anonymous user needs to be granted at least the Create Items permission. Если вы настроили общедоступные папки, поддерживающие почту, и не сделали этого, внешние отправители получат уведомление о сбое доставки, а сообщения не будут доставляться в общедоступную папку с включенной поддержкой почты.If you've set up mail-enabled public folders and haven't done this, external senders will receive a delivery failure notification and the messages won't be delivered to the mail-enabled public folder.

    Настроить разрешения для анонимного пользователя можно с помощью командной консоли или приложения Outlook. Дополнительные сведения о настройке разрешений для анонимного пользователя см. в разделе Включение и отключение поддержки почты для общедоступной папки.You can use the Shell or Outlook to set the permissions on the Anonymous user. To read more about how to set permissions on the Anonymous user, see Mail-enable or mail-disable a public folder.

  • Максимальное количество общедоступных папок, которые можно перенести в Exchange 2013 с устаревших серверов Exchange, составляет 500 000.The maximum number of public folders that can be migrated to Exchange 2013 from legacy Exchange servers is 500,000. Дополнительные сведения о миграции общедоступных папок можно найти в статье Использование пакетной миграции для переноса общедоступных папок в Exchange 2013 от предыдущих версий.For more information about public folder migration, see Use batch migration to migrate public folders to Exchange 2013 from previous versions.

Поток обработки почтыMail flow

  • Для командлетов TransportAgent на серверах клиентского доступа требуется локальная оболочка Windows PowerShell: существует ошибка командлетов ** *– TransportAgent** , которые не позволяют этим командлетам устанавливать, удалять и управлять агентами транспорта в Серверы клиентского доступа с помощью командной консоли Exchange.TransportAgent cmdlets on Client Access servers require local Windows PowerShell: An issue exists with the *-TransportAgent cmdlets that prevents those cmdlets from installing, uninstalling, and managing transport agents on Client Access servers using the Exchange Management Shell. Чтобы установить, удалить и управлять агентами транспорта на серверах клиентского доступа, необходимо вручную загрузить оснастку Windows PowerShell для Exchange, а затем запустить командлеты ** *– TransportAgent** .To install, uninstall, and manage transport agents on Client Access servers, you must manually load the Exchange Windows PowerShell snap-in and then run the *-TransportAgent cmdlets. При попытке установить, удалить или управлять агентами транспорта с помощью командной консоли Exchange ваши изменения будут применены к серверу почтовых ящиков Exchange 2013, к которому вы подключены.If you attempt to install, uninstall, or manage transport agents using the Exchange Management Shell, your changes will be applied to the Exchange 2013 Mailbox server you're connected to.

    Чтобы установить, удалить или управлять агентами транспорта на серверах клиентского доступа, выполните следующие действия на сервере клиентского доступа, которым вы хотите управлять:To install, uninstall, or manage transport agents on Client Access servers, do the following on the Client Access server you want to manage:

    Предупреждение

    Загрузка оснастки Microsoft.Exchange.Management.PowerShell.SnapIn Windows PowerShell и запуск командлетов, отличных от командлетов *-TransportAgent , не поддерживается и может привести к повреждению вред развертывания Exchange.Loading the Microsoft.Exchange.Management.PowerShell.SnapIn Windows PowerShell snap-in and running cmdlets other than the *-TransportAgent cmdlets is not supported and may result in irreparable damage to your Exchange deployment.
    Необходимо быть локальным администратором на сервере клиентского доступа, на котором требуется установить, удалить или управлять агентами транспорта.You must be a local Administrator on the Client Access server where you want to install, uninstall, or manage transport agents. Мы не поддерживаем изменение списков управления доступом (ACL) для файлов, каталогов и объектов Active Directory на сервере Exchange.We do not support the modification of access control lists (ACLs) on Exchange files, directories, or Active Directory objects.

    Важно!

    Выполните следующую процедуру только на серверах клиентского доступа.Perform the following procedure on Client Access servers only. Если вы хотите управлять агентами транспорта на серверах почтовых ящиков, вам не нужно загружать оснастку Windows PowerShell для Exchange.You don't need to load the Exchange Windows PowerShell snap-in if you want to manage transport agents on Mailbox servers.

    1. Откройте новое окно Windows PowerShell.Open a new Windows PowerShell window.

    2. Выполните следующую команду.Run the following command.

      Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
      
    3. Выполнение задач по управлению агентами транспорта в обычном режиме.Perform transport agent management tasks as normal.

    4. Повторите эту процедуру на каждом сервере клиентского доступа, которым вы хотите управлять.Repeat this procedure on each Client Access server you want to manage.

Возможности подключения клиентаClient connectivity

  • Сбой проверки подлинности NTLM для клиентов, не присоединенных к домену: проверка подлинности между клиентом, например Windows Live Mail, и Exchange 2013 может привести к сбою при соблюдении следующих условий:NTLM authentication fails for non-domain joined clients: Authentication between a client, such as Windows Live Mail, and Exchange 2013 may fail when the following conditions are true:

    • Затем используется метод проверки подлинности, который используется клиентом — NTLM.Then authentication method the client uses is NTLM.

    • Компьютер не присоединен к домену.The computer isn't joined to the domain.

    Чтобы обойти эту проблему, можно выполнить одно из следующих действий:To work around this issue, you can do one of the following:

    • Присоедините компьютер, на котором выполняется клиент, к домену.Join the computer the client is running on to the domain.

    • Измените тип проверки подлинности, который использует клиент от NTLM до обычной проверки подлинности по протоколу TLS.Change the authentication type the client uses from NTLM to Basic Auth over TLS.

  • Сбой проверки подлинности GSSAPI при использовании с командлетом Send-MailMessage: Общая ошибка проверки подлинности при выполнении командлета Send-MailMessage , который включен в установки по умолчанию Windows PowerShell используется для отправки сообщения с проверкой подлинности в Exchange 2013.GSSAPI authentication fails when used with the Send-MailMessage cmdlet: Generic Security Service Application Program Interface (GSSAPI) authentication may fail when the Send-MailMessage cmdlet, which is included with default installs of Windows PowerShell, is used to send authenticated mail to Exchange 2013. В этом случае вы увидите запись в журнале событий приложений на сервере клиентского доступа Exchange 2013, который получил подключение со следующими сведениями:When this happens, you'll see an entry in the Application event log on the Exchange 2013 Client Access server that received the connection with the following information:

    • Источник: MSExchangeFrontEndTransportSource: MSExchangeFrontEndTransport

    • Идентификатор события: 1035Event ID: 1035

    • Описание: сбой входящей проверки подлинности с IllegalMessage ошибкой для < имени>сервера переднего плана клиента соединителя получения.Description: Inbound authentication failed with error IllegalMessage for Receive connector Client Frontend <server name>. Механизм проверки подлинности — GSSAPI.The authentication mechanism is Gssapi. IP-адрес источника клиента, который пытался пройти проверку подлинности [ <в Exchange, это IP-адрес>]клиента.The source IP address of the client who tried to authenticate to Exchange is [<client IP address>].

    Чтобы обойти эту проблему, необходимо удалить метод Integrated проверки подлинности из соединителя получения клиента на серверах клиентского доступа Exchange 2013.To work around this issue, you need to remove the Integrated authentication method from the client receive connector on your Exchange 2013 Client Access servers. Чтобы удалить метод Integrated проверки подлинности из соединителя получения клиента, выполните следующую команду на каждом сервере клиентского доступа Exchange 2013, который может принимать подключения с компьютеров, на которых запущен командлет Send – MailMessage :To remove the Integrated authentication method from a client receive connector, run the following command on each Exchange 2013 Client Access server that could receive connections from computers running the Send-MailMessage cmdlet:

    Set-ReceiveConnector "<server name>\Client Frontend <server name>" -AuthMechanism Tls, BasicAuth, BasicAuthRequireTLS
    
  • При обновлении до exchange 2013 с пакетом обновления 1 (SP1) при обновлении до exchange с пакетомобновления 1 2013 2013 (SP1) для Exchange Server с пакетом обновления 1 (SP1) и по протоколу MAPI over HTTP клиенты, подключающиеся к серверу Exchange 2013 с пакетом обновления 1 (SP1), используют протокол производительность может снизиться.MAPI over HTTP may experience poor performance when you upgrade to Exchange 2013 SP1: If you upgrade from an Exchange 2013 cumulative update to Exchange 2013 SP1 and enable MAPI over HTTP, clients that connect to an Exchange 2013 SP1 server using the protocol may experience poor performance. Это связано с тем, что необходимые параметры не настраиваются при обновлении с накопительного обновления до Exchange 2013 с пакетом обновления 1 (SP1).This is because required settings aren't configured during an upgrade from a cumulative update to Exchange 2013 SP1. Эта проблема не возникает при обновлении до Exchange 2013 с пакетом обновления 1 (SP1) для Exchange 2013 RTM или при установке нового сервера Exchange Server 2013 с пакетом обновления 1 или более поздней версии.This issue doesn't occur if you upgrade to Exchange 2013 SP1 from Exchange 2013 RTM or if you install a new Exchange 2013 SP1 or later server.

    Примечание

    Это проблема возникает только в том случае, если протокол MAPI over HTTP включен на серверах клиентского доступа.This is only an issue if the MAPI over HTTP protocol is enabled on your Client Access servers. Он отключен по умолчанию.It's disabled by default. Если протокол MAPI over HTTP отключен, клиенты вместо этого используют протокол RPC over HTTP.If MAPI over HTTP is disabled, clients use the RPC over HTTP protocol instead.

    Чтобы устранить эту проблему, выполните следующее:To work around this issue, do the following:

    1. На серверах, на которых выполняется роль сервера клиентского доступа, выполните следующие команды в командной строке Windows:On servers running the Client Access server role, run the following commands in a Windows Command Prompt:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiFrontEndAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiFrontEndAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiFrontEndAppPool"
      
    2. На серверах с ролью сервера почтовых ящиков выполните следующие команды в командной строке Windows:On servers running the Mailbox server role, run the following commands in a Windows Command Prompt:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiMailboxAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiMailboxAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiMailboxAppPool"
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiAddressBookAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiAddressBookAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiAddressBookAppPool"
      

Сосуществование Exchange 2010Exchange 2010 coexistence

  • Запросы на доступ к почтовым ящикам exchange 2010 могут не работать при использовании прокси через сервер клиентского доступа exchange 2013: в некоторых случаях запрос прокси между серверами клиентского доступа Exchange 2013 и Exchange 2010 с пакетом обновления 3 (SP3) без накопительные пакеты обновления могут работать неправильно, и появляется сообщение об ошибке.Requests to access Exchange 2010 mailboxes may not work when proxied through Exchange 2013 Client Access servers: In some situations, the proxy request between the Exchange 2013 and Exchange 2010 Service Pack 3 (SP3) Client Access servers without any update rollups installed may not work correctly and an error appears. Это может произойти, если выполняются все указанные ниже условия.This can happen if all of the following conditions are true:

    • Пользователь почтового ящика Exchange 2013 пытается открыть почтовый ящик Exchange 2010 с помощью одного из следующих методов:A user with an Exchange 2013 mailbox tries to open an Exchange 2010 mailbox using one of the following methods:

      • Параметр открыть другой почтовый ящик в Outlook Web App -или-The Open Another Mailbox option in Outlook Web App -OR-

      • Другой вариант пользователя в центре администрирования ExchangeThe Another user option in the Exchange admin center

    • Сервер клиентского доступа, к которому подключен пользователь, работает под управлением Exchange 2013.The Client Access server the user connected to is running Exchange 2013.

    • Сервер клиентского доступа Exchange 2010 обновлен до Exchange 2010 с пакетом обновления 3 (SP1) для Exchange 2010 или предыдущей версии Exchange 2010.The Exchange 2010 Client Access server was upgraded to Exchange 2010 SP3 from the release to manufacturing (RTM) version of Exchange 2010 or a previous Exchange 2010 service pack.

    Если все вышеперечисленные условия имеют значение true, пользователь не сможет получить доступ к параметрам Outlook Web App для другого 2010 пользователя, а также может появиться пустая страница.If all the conditions above are true, the user won't be able to access the other user's Exchange 2010 Outlook Web App options and a blank page may appear.

    Чтобы обойти эту проблему, установите накопительный пакет обновления 1 (SP1) для Exchange 2010 или более поздней версии на каждом сервере Exchange 2010.To work around this issue, install Exchange 2010 SP3 Update Rollup 1 or later on each Exchange 2010 server.