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

Применяется к: Exchange Server 2013 г.Applies 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

  • Почтовый ящикMailbox

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

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

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

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

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

  • msExchProductId не отражает версию выпуска установленного 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. Одним из этих свойств является msExchangeProductId под контейнером 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.

    Это поведение ожидается, так как значение msExchProductId не отражает устанавливаемую версию 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. Чтобы избежать путаницы, рекомендуется следовать шагам в разделе 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.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.

  • Файлы конфигурации приложений Exchange XML перезаписываются во время установки накопительного обновления: все настраиваемые параметры Exchange или Internet Information Server на сервере, которые вы делаете в файлах конфигурации приложений 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 неожиданно загружает cmdlets Exchange 2007 или Exchange 2010 Ранее открытие Shell на сервере Exchange 2013 привело бы к открытию Shell подключения к локальному серверу или другому серверу под управлением 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, Shell подключается к серверу Exchange, где находится вход в почтовый ящик пользователя.Starting with Exchange 2013 CU11, the Shell will connect to the Exchange server where the logged on user's mailbox is located. Если у пользователя нет почтового ящика, shell подключается к серверу, на котором расположен почтовый ящик арбитражного разбирательства 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, shell подключается к этому серверу и загружает cmdlets 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. Чтобы убедиться, что shell загружает комлеты 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 Management Shell и Mailbox Anchoring.For details and information on how to move the arbitration mailbox, see Exchange Management Shell and Mailbox Anchoring on the Exchange Team blog.

Почтовый ящикMailbox

  • Серверы почтовых ящиков с различными версиями Exchange могут быть добавлены в ту же группу доступности баз данных Кодлет Add-DatabaseAvailabilityGroupServer и центр администрирования Exchange неправильно позволяют добавлять сервер Exchange 2013 в группу доступности баз данных Exchange 2016 и наоборот.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 поддерживает добавление в DAG только серверов почтовых ящиков с одной и той же версией (Например, Exchange 2013 и Exchange 2016).Exchange supports adding only Mailbox servers running the same version (Exchange 2013 versus Exchange 2016, for example) to a DAG. Кроме того, центр администрирования Exchange отображает серверы Exchange 2013 и Exchange 2016 в списке серверов, доступных для добавления в DAG.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 в DAG (например, добавление сервера Exchange 2013 в DAG на основе 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 соответственно.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 могут не скачать OAB.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-адрес OAB доступным из Интернета.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 может привести к загрузке всеми клиентами OAB: Установка первого сервера Exchange 2013 в существующую организацию Exchange 2007 или Exchange 2010 может привести к тому, что все клиенты организации загрузят новую копию OAB, что приведет к проблеме насыщения сети и производительности серверов.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 создает новую OAB по умолчанию в организации, которая замехает OAB 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. Почтовые ящики, не на которые назначена определенная OAB или расположенные в базе данных почтовых ящиков без определенной OAB, будут скачивать новую 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.

    Чтобы клиенты не скачали новую копию OAB при установке Exchange 2013, назначьте OAB каждому почтовому ящику или базе данных почтовых ящиков, на которой расположены почтовые ящики.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.

  • Пользователи могут быть отправлены в почтовый ящик поколения OAB, который не отвечает за запрашиваемую OAB: Exchange 2013 CU5 и более поздние CUS изменили, как OABs связаны с почтовыми ящиками поколения OAB.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. Это изменение позволяет отправить пользователя в почтовый ящик поколения OAB, который не отвечает за запрашиваемую пользователем OAB.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:

    • В организации имеется несколько почтовых ящиков поколения OAB.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.

    Чтобы решить эту проблему, перед обновлением серверов почтовых ящиков необходимо обновить серверы клиентского доступа до CU6 Exchange 2013 или более поздней.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. Это позволит убедиться, что серверы клиентского доступа знают, как прокси-серверы запросов в почтовый ящик поколения OAB, который отвечает за создание OAB пользователя.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.

    Дополнительные новости об изменениях OAB в Exchange 2013 CU5 см. в материале OAB Improvements in Exchange 2013 Cumulative Update 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, если вы хотите, чтобы внешние отправители отправили почту в общедоступные папки с поддержкой почты, пользователю Anonymous необходимо предоставить по крайней мере разрешение на создание элементов.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:

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

    Загрузка Windows PowerShell и запущенных комлетов, не поддерживаемых Microsoft.Exchange.Management.PowerShell.SnapIn cmdlets *-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. Мы не поддерживаем изменение списков управления доступом (ACLs) в файлах Exchange, каталогах или объектах Active Directory.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, и 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 на Basic Auth над TLS.Change the authentication type the client uses from NTLM to Basic Auth over TLS.

  • Проверка подлинности GSSAPI при Send-MailMessage cmdlet : Общий интерфейс программы приложений службы безопасности (GSSAPI) может привести к сбой при сбой в проверке подлинности, когда для отправки подлинности почты в Exchange 2013 используется комлет Send-MailMessage, который входит в число установок Windows PowerShell по умолчанию.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

    • ID события: 1035Event ID: 1035

    • Описание: Входящие проверки подлинности не удалось с ошибкой IllegalMessage для соединителя Прием соединителя Клиент Frontend <server name> .Description: Inbound authentication failed with error IllegalMessage for Receive connector Client Frontend <server name>. Механизм проверки подлинности — это Gssapi.The authentication mechanism is Gssapi. Исходный IP-адрес клиента, который пытался проверить подлинность в Exchange, [ <client IP address> ] является .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. Чтобы удалить метод проверки подлинности из соединителя получения клиента, запустите следующую команду на каждом сервере клиентского доступа Exchange 2013, который может получать подключения с компьютеров с командлетом Integrated 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
    
  • При обновлении до SP1 Exchange 2013 MAPI по http может возникнуть некачественно. Если вы перейдите с накопительного обновления Exchange 2013 до Exchange 2013 SP1 и включении MAPI над HTTP, клиенты, подключаясь к серверу SP1 Exchange 2013 с помощью протокола, могут испытывать неудовлетворительную производительность.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. Это потому, что необходимые параметры не настроены во время обновления от накопительного обновления до Sp1 Exchange 2013.This is because required settings aren't configured during an upgrade from a cumulative update to Exchange 2013 SP1. Эта проблема не возникает при обновлении до Exchange 2013 SP1 с Exchange 2013 RTM или при установке нового сервера SP1 Exchange 2013 или более позднего сервера.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 по протоколу 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 по HTTP отключен, клиенты используют RPC вместо протокола 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:

      • Параметр Open Another Mailbox в Outlook Web App -OR-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 SP3 из выпуска в производственную (RTM) версию 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.

    Если все вышеперечисленные условия верны, пользователь не сможет получить доступ к параметрам Exchange 2010 Outlook Web App и может появиться пустая страница.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 или более поздней версии Exchange 2010 на каждом сервере Exchange 2010.To work around this issue, install Exchange 2010 SP3 Update Rollup 1 or later on each Exchange 2010 server.