Разрешение получателей в Exchange Server

Разрешение получателей — это, когда сервер Exchange Server развертывает и разрешает всех получателей в сообщении. При разрешении получателей выполняются указанные ниже действия.

• Сопоставление получателя с соответствующим объектом Active Directory.

• Разворачивание групп рассылки в список отдельных получателей.

• Применение ограничений для сообщений и альтернативных получателей к каждому получателю.

Разрешение получателей в Exchange 2016 или Exchange 2019 практически не изменилось по сравнению с Exchange 2013. Разрешение получателей выполняет классификатор в службе транспорта на серверах почтовых ящиков. Классификатор обрабатывает каждое сообщение после того, как оно добавляется в очередь передачи, но до того, как оно будет добавлено в очередь доставки. Компонент классификатора, который отвечает за разрешение получателей, часто называют сопоставителем. Дополнительные сведения о классификаторе и очереди передачи см. в разделе Общие сведения о службе транспорта на серверах почтовых ящиков.

В этой статье описаны различные этапы и компоненты разрешения получателей на сервере Exchange Server.

разрешение верхнего уровня;

Разрешение верхнего уровня — это первый этап разрешения получателей, который связывает каждого получателя во входящем сообщении с соответствующим объектом получателя в Active Directory. Классификатор создает список, содержащий отправителя и исходные (неразвернутые) электронные адреса получателей из сообщения, а затем использует этот список в запросе к Active Directory. При обнаружении совпадения в свойствах электронных адресов для объектов Active Directory, поддерживающих почту, классификатор кэширует свойства объектов и применяет ограничения для отправителей сообщений.

Адреса электронной почты получателей

Разрешение верхнего уровня начинается с обработки сообщения и первоначального (неразвернутого) списка получателей из конверта сообщения. Конверт сообщения содержит команды SMTP, которые используются для передачи сообщений между серверами.

• Электронный адрес отправителя указывается в команде MAIL FROM.
• Электронный адрес каждого получателя указывается в отдельной команде RCPT TO.

Отправитель конверта и получатели конвертов обычно создаются из отправителя и получателей в To:полях заголовка , From:, Cc:и Bcc: заголовка сообщения. Однако эти поля заголовка легко подделать, и они могут не соответствовать действительным электронным адресам отправителя и получателей, которые использовались для передачи сообщения.

Инкапсулированные электронные адреса

Стандартные SMTP-адреса соответствуют спецификациям в RFC 5321 и RFC 5322 (например chris@contoso.com). Однако электронный адрес также может не являться SMTP-адресом и быть инкапсулированным в SMTP-адрес. Exchange поддерживает метод инкапсуляции IMCEA, заменяющий символы, не поддерживаемые в SMTP-адресах, на допустимые символы.

Адреса IMCEA используют синтаксис IMCEA<Type>-<address>@<domain>:

• <Тип> определяет тип адреса, отличного от SMTP (например EX, , X400или FAX). Хотя SMTP и X500 являются теоретически допустимыми значениями для <типа>, разрешение получателей Exchange отклоняет все адреса в кодировке IMCEA, использующие любой из этих типов.
• <address> — это закодированный вариант первоначального адреса:
  • буквенно-цифровые символы, знак равенства (=) и дефис (-) не заменяются;
  • косая черта (/) заменяется на символ подчеркивания (_);
  • Другие символы US-ASCII заменяются знаком плюса (+) и двумя цифрами значения ASCII в шестнадцатеричном формате (например, пробел имеет закодированное значение +20).
• <domain> — это домен SMTP, используемый для инкапсуляции адреса, не являющегося SMTP-адресом (например, contoso.com).

Адреса IMCEA возвращаются к исходным значениям (неинкапсулированным) только в том случае, если домен соответствует принятому домену по умолчанию в организации Exchange. Дополнительные сведения см. в разделе Домен по умолчанию.

Максимальная длина SMTP-адреса электронной почты в Exchange составляет 571 символов. Этот предел включает:

• 315 символов для части адреса, относящейся к имени;
• 255 символов для имени домена;
• символ "@", отделяющий имя от домена.

Exchange не поддерживает сообщения в кодировке IMCEA, где длина части адреса, относящейся к имени, превышает 315 символов, даже если полная длина электронного адреса меньше 571 символов.

Способ разрешения адресов

Электронные адреса отправителя и всех получателей каждого сообщения добавляются в список, который используется в случае запроса для Active Directory. Перед добавлением в список отменяется инкапсуляция всех инкапсулированных адресов. Отправка запроса Active Directory может выполняться для 20 электронных адресов за один раз. Если в запросе возникают временные ошибки, сообщение возвращается в очередь отправки и откладывается на время, указанное ключом ResolverRetryInterval в %ExchangeInstallPath%Bin\EdgeTransport.exe.config XML-файле конфигурации приложения, связанном со службой транспорта. Значение по умолчанию — 30 минут.

Объекты получателей Active Directory, используемые Exchange, описаны в следующей таблице. Дополнительные сведения о типах получателей Exchange см. в разделе Получатели.

Запрос Active Directory классифицирует объект, в котором отсутствуют или неправильно отформатированы критически важные свойства, как недопустимый (например, объект динамической группы рассылки без электронного адреса). Для сообщений, отправленных получателям, классифицируемым как недопустимые объекты, создается отчет о недоставке (также называемый сообщением возврата).

Для каждого электронного адреса классификатор отправляет по одному первоначальному запросу возможных свойств получателей (например, их идентификаторов, типов, электронных адресов, альтернативных получателей и ограничений для сообщений). Применимые свойства получателей кэшируются для дальнейшего использования. При разрешении получатели классифицируются на основе сходства способов их разрешения и применимых свойств.

То, какой фильтр LDAP используется для разрешения адресов, зависит от электронного адреса получателя:

• Фильтр LDAP для типа электронного адреса EX основан на атрибуте legacyExchangeDN получателя (более высокая важность) или его атрибуте proxyAddresses (более низкая важность).
• Для других типов адресов электронной почты в качестве фильтра LDAP используется атрибут proxyAddresses получателя.

Если электронный адрес не совпадает с основным SMTP-адресом получателя, классификатор перезаписывает электронный адрес сообщения так, чтобы он соответствовал основному SMTP-адресу. Исходный адрес электронной почты сохраняется в ORCPT= записи в команде RCPT TO в конверте сообщения.

Ограничения для отправителя сообщения

Размер сообщения может меняться из-за преобразования содержимого, кодирования или обработки агентом. Когда сообщение поступает в организацию Exchange, его исходный размер записывается в поле X-MS-Exchange-Organization-OriginalSize: заголовка сообщения. Размер текущего или исходного сообщения (смотря что меньше) используется в качестве ограничения на размер сообщений. Если поле заголовка с размером исходного сообщения не существует, оно создается с использованием текущего размера сообщения. Если размер сообщения слишком большой, отправителю возвращается отчет о недоставке, а дальнейшая обработка сообщения прекращается.

Ограничение на количество отправителей применяется только в службе транспорта на первом сервере почтовых ящиков, обрабатывающем сообщение. Количество получателей исходного (неразвернутого) конверта сообщения сравнивается с ограничением на количество отправителей.

Отправитель и все получатели сообщения помечаются как разрешенные путем установки развернутого свойства сообщения. Это расширенное свойство позволяет сообщению обходить разрешение верхнего уровня, если сообщение снова проходит через разрешение получателей (например, из-за перезапуска транспортной службы Exchange).

Разворачивание

Разворачивание выполняется после разрешения верхнего уровня. При этом вложенные уровни получателей полностью разворачиваются в отдельных получателей. Для разворачивания всех получателей может потребоваться выполнить разворачивание несколько раз. Не всех получателей можно развернуть. Но все получатели проходят через этот процесс, чтобы ограничения для получателей сообщений применялись к получателям всех типов.

В приведенном ниже списке описаны типы получателей, для которых требуется разворачивание.

• Группы рассылки и динамические группы рассылки. Группы рассылки развертываются на основе свойства memberOf Active Directory. Динамические группы рассылки расширяются с помощью определения запроса Active Directory. Если параметр ExpansionServer задан для группы в командной консоли Exchange, группа направляется на указанный сервер для расширения.

  Примечание: При указании сервера расширения для группы группа становится зависимой от доступности сервера расширения (сообщения не могут быть доставлены в группу, если сервер расширения недоступен). Следовательно, рекомендуем реализовывать решения с высоким уровнем доступности для серверов разворачивания.

• Альтернативные получатели. Вы можете настроить почтовые ящики и общедоступные папки с поддержкой почты для пересылки сообщений другим получателям:

  • Почтовые ящики. Переадресацию можно настроить другому получателю в организации Exchange или на внешний адрес электронной почты. Дополнительные сведения см. в статье Настройка переадресации электронной почты для почтового ящика.

  • Общедоступные папки с поддержкой почты. Вы можете настроить переадресацию другому получателю в организации Exchange.

    Вы можете настроить почтовый ящик или общедоступную папку, поддерживающую почту, чтобы сообщения отправлялись только на адрес переадресации либо как исходному получателю, так и на адрес переадресации.

• Цепочки контактов. Цепочка контактов — это почтовый пользователь или почтовый контакт, где для внешнего адреса электронной почты задан адрес электронной почты другого получателя в организации Exchange.

Обнаружение зацикливания получателей

При разворачивании групп, альтернативных получателей и цепочек контактов классификатор проверяет, есть ли зацикливание получателей. Зацикливание получателей — это проблема конфигурации, которая приводит к доставке сообщения одним и тем же получателям в бесконечном цикле. В приведенном ниже списке представлены различные типы зацикливания получателей.

• Безвредный цикл получателя. Это два сценария, когда могут возникать циклы безвредных получателей:

  • если две группы рассылки являются членами друг друга;
  • если почтовые ящики или общедоступные папки, поддерживающие почту, настроены на доставку и переадресацию сообщений друг другу (сообщение доставляется исходному получателю и переадресуется).

  Когда классификатор обнаруживает безвредное зацикливание получателей, сообщение доставляется получателю, но дополнительные попытки доставки сообщения тому же получателю не предпринимаются.

• Цикл неработающего получателя: если почтовые ящики или общедоступные папки с поддержкой почты перенаправляются друг другу (сообщения перенаправляются только).

  Прерванное зацикливание получателей не может привести к успешной доставке сообщения. Когда классификатор обнаруживает такое зацикливание, разворачивание для текущего получателя прекращается и создается отчет о недоставке.

Обнаружение зацикливания получателей не препятствует доставке сообщений. Рассмотрим следующую ситуацию:

• группа рассылки A включает группы рассылки B и C в качестве членов;
• группа рассылки C также является членом группы рассылки B.

В этом случае в группу рассылки C будут доставляться повторяющиеся сообщения.

Перенаправление отчетов о доставке для групп

При разворачивании группы происходит проверка того, является ли сообщение отчетом о доставке. Если это так, параметры перенаправления группы проверяются на предмет того, требуется ли перенаправление отчета о доставке. Возможно, следует запретить отправку отчетов о доставке для группы, так как они могут содержать конфиденциальные сведения о членах группы.

В приведенном ниже списке перечислены параметры перенаправления отчетов о доставке, доступные в командной строке Exchange для обычных и динамических групп рассылки.

• Параметр ReportToManagerEnabled: включает или отключает отправку отчетов о доставке диспетчеру групп. Допустимые значения: $true или $false. Значение по умолчанию — $false. Для группы рассылки диспетчер управляется параметром ManagedBy в командлетах Set-Group (группы рассылки) или Set-DynamicDistributionGroup (динамические группы рассылки).

• Параметр ReportToOriginatorEnabled: включает или отключает отправку отчетов о доставке отправителю сообщений для сообщений, отправляемых в группу. Допустимые значения: $true или $false. Значение по умолчанию — $true.

  Примечание. Значения параметра ReportToManagerEnabled и ReportToOriginatorEnabled не могут быть $trueодновременно . Если для одного параметра задано значение $true, для другого необходимо задать значение $false. Значения обоих параметров могут иметь значение $false, что подавляет перенаправление всех сообщений отчета о доставке для группы.

В приведенном ниже списке представлены различные типы отчетов о доставке, на которые может повлиять перенаправление отчетов о доставке для групп.

• Уведомление о доставке (DR): подтверждает, что сообщение было доставлено предполагаемому получателю.

• Уведомление о состоянии доставки (DSN): описывает результат попытки доставки сообщения, которая не привела к возврату сообщения отправителю в отчете о недоставке (NDR). Дополнительные сведения о сообщениях DSN см. в разделе DSN и NDR в Exchange Server.

• Уведомление о ликвидации сообщения (MDN): описывает состояние сообщения после его успешной доставки получателю. Как уведомления о прочтении (RN), так и уведомления о непрочтении (NRN) относятся к сообщениям MDN. Сообщения MDN определены в стандарте RFC 2298, и ими управляет поле Disposition-Notification-To: заголовка сообщения. Параметры MDN, в которых используется это поле заголовка, совместимы с различными типами серверов обмена сообщениями. Параметры MDN также можно определить с помощью свойств MAPI в Outlook и Exchange.

• Отчет о недоставках (NDR): указывает отправителю сообщения о том, что сообщение не удалось доставить указанным получателям. Сообщение возвращается отправителю в отчете о недоставке.

• Уведомление о нечитаемом состоянии (NRN): указывает, что сообщение было удалено перед чтением.

• Нет на месте (OOF): указывает, что получатель не будет отвечать на сообщения электронной почты. Аббревиатура OOF восходит к исходной системе обмена сообщениями Майкрософт, где соответствующее уведомление было названо "out of facility".

• Уведомление о прочтении (RN): указывает, что сообщение было прочитано.

• Отчет об отзыве. Указывает состояние запроса на отзыв для определенного получателя (отправитель пытался отозвать отправленное сообщение с помощью Outlook).

Сообщения отчетов о доставке удаляются при их отправке в группу, если используются указанные ниже параметры.

• Для группы не настроено перенаправление отчетов, либо задано перенаправление отправителю сообщения.
• Отчет перенаправляется руководителю группы, а сообщение отчета о доставке не является отчетом о недоставке.

Если задано перенаправление отчетов руководителю группы, а сообщение отчета о доставке является отчетом о недоставке, то сообщение доставляется руководителю группы.

В приведенном ниже списке указано, как параметры перенаправления отчетов о доставке в группы влияют на обычные сообщения, содержащие запросы отчетов.

• Если задано перенаправление отчетов отправителю сообщения, параметры запрашивания отчетов не меняются.
• Если перенаправление отчетов не настроено для группы, все запросы отчетов отклоняются. Запись NOTIFY=NEVER добавляется в RCPT TO для каждого получателя в конверте сообщения.
• Если задано перенаправление отчетов руководителю группы, то отчеты о недоставке отправляются руководителю группы, но все остальные запросы отчетов отклоняются.

Ограничения для получателей сообщения

При разворачивании также применяются все ограничения для получателей сообщения. Их можно настраивать отдельно для каждого получателя либо для всех серверов в организации Exchange.

Дополнительные сведения об ограничениях на размер сообщений см. в разделах Ограничения для получателей и Ограничения для организации.

Ограничение	Настройка в Центре администрирования Exchange	Настройка с помощью командной консоли Exchange	Описание
Максимальный размер принимаемых сообщений	Организация. Поток обработки почты>Получать соединители>Дополнительные параметры>Параметры> транспорта организацииВкладка "Ограничения" >Максимальный размер сообщения о получении (МБ) Почтовые ящики. ПолучателиПочтовые ящики>> выберите >редактированияпочтового ящика> Функции > раздела >Ограниченияразмера сообщений раздела >Просмотр сведений>о полученных сообщениях в разделе >Максимальный размер сообщения (КБ) Пользователи почты: Получатели>Контакты> выберите почтовый пользователь >Изменить>потока почты> Ограниченияразмера сообщений раздел >Просмотр сведений>О полученных сообщениях раздел >Максимальный размер сообщения (КБ)	Командлет для организаций: Set-TransportConfig Командлеты для получателей: Set-DistributionGroup, Set-DynamicDistributionGroup, Set-Mailbox, Set-MailContact, Set-MailPublicFolder и Set-MailUser Параметр: MaxReceiveSize	Задает максимальный размер сообщения, включая заголовок, текст и все вложения. Когда Exchange проверяет размер сообщения, используется размер текущего или исходного сообщения (заголовок сообщения X-MS-Exchange-Organization-OriginalSize: ), смотря что меньше. Размер сообщения может меняться из-за преобразования содержимого, кодировки и обработки агентом транспорта. Примечание. Заданный максимальный размер сообщения сокращается примерно на 33 %, чтобы учесть кодировку Base64 (например, если задано значение 64 МБ, то на самом деле максимальный размер сообщения будет составлять приблизительно 48 МБ). Дополнительные сведения см. в статье Размер сообщений и ограничения получателей в Exchange Server.
Получатель может принимать сообщения только от внутренних отправителей и должен отклонять сообщения от внешних отправителей	Почтовые ящики: получатели>Почтовые ящики> щелкните значок изменить>>Функции >почтового ящикаРаздел >Поток обработки почты Ограничения доставки сообщений раздел >Просмотр сведений>О принятии сообщений из раздела > проверка или снимите флажок Требовать, чтобы все отправители прошли проверку подлинности Удаленные почтовые ящики. Получатели Почтовые ящики>> выберите Microsoft 365 или Office 365 почтовый ящик >Изменить>>потокаобработки сообщений раздел Ограничения доставки сообщений в разделе >Просмотр сведений>Принять сообщения из раздела > проверка или снять флажок Требовать проверки подлинности всех отправителей Пользователи почты: Получатели>Контакты> выберите почтового пользователя >Изменить> Параметрыпотока почты> Ограничениядоставки сообщений раздел >Просмотр сведений>Принять сообщения из раздела > проверка или снимите флажок Требовать, чтобы все отправители прошли проверку подлинности Группы. Получатели>Группы> выберите группу >Изменить>редактирования Управление> доставкой выберите Только отправители внутри моей организации или Отправители внутри и за ее пределами	Командлеты: New-DistributionGroup, Set-DistributionGroup, Set-DynamicDistributionGroup, Set-Mailbox, Set-MailContact, Set-MailPublicFolder, Set-MailUser и Set-RemoteMailbox Параметр: RequireSenderAuthenticationEnabled	Вы можете сделать так, чтобы получатель принимал сообщения только от отправителей, прошедших проверку подлинности (внутренних), или также принимал сообщения от пользователей, не прошедших проверку подлинности (внешних).
Отправители, которым разрешено или запрещено отправлять сообщения получателю	Почтовые ящики: получатели>Почтовые ящики> щелкните значок изменить>>Функции >почтового ящикаРаздел >Поток почты Ограничения доставки сообщений раздел >Просмотр сведений>О принятии сообщений из раздела: Все отправители или Только отправители в следующем списке или Отклонение сообщений из раздела: Нет отправителей или Отправителей в следующем списке Удаленные почтовые ящики: Получатели>Почтовые ящики> выберите Microsoft 365 или Office 365 почтовый ящик >Изменить>>Потокаобработки сообщений в разделе >Просмотр сведений>Принять сообщения из раздела: Все отправители или Только отправители в следующем списке или Отклонить сообщения из раздела: Нет отправителей или Отправители в следующем списке Пользователи почты: Получатели>Контакты> Выберите почтовый пользователь >Изменить> Параметрыпотока почты> РазделОграничения доставки сообщений Просмотр >сведений>Принять сообщения из раздела: Все отправители или Только отправители в следующем списке или Отклонить сообщения из раздела: Нет отправителей или Отправителей в следующем списке Группы: Получатели>Группы> выберите группу >Изменить>редактирования. Управление> доставкой щелкните добавить или удалить , чтобы указать пользователей или участников группы, которые могут отправлять в группу (сообщения от других отправителей отклоняются).	Командлеты: Set-DistributionGroup, Set-DynamicDistributionGroup, Set-Mailbox, Set-MailContact, Set-MailPublicFolder, Set-MailUser и Set-RemoteMailbox Принять параметры: AcceptMessagesOnlyFromSendersOrMembers (или AcceptMessagesOnlyFrom только для отдельных получателей и AcceptMessagesOnlyFromDLMembers только для членов группы) Отклонить параметры: RejectMessagesFromSendersOrMembers (или RejectMessagesOnlyFrom только для отдельных получателей и RejectMessagesOnlyFromDLMembers только для членов группы)	Классификатор проверяет разрешения получателей в два этапа. На первом этапе он определяет, присутствует ли отправитель в списках приема или отклонения. Если отправитель не найден ни в одном из списков, группы рассылки в этих параметрах полностью разворачиваются. Полное разворачивание группы может занять некоторое время, поэтому рекомендуем свести к минимуму иерархию вложенных групп в списках приема и отклонения.

Ограничения не распространяются на некоторые типы сообщений, отправляемых прошедшими проверку отправителями. Такие виды сообщений описаны ниже.

• Сообщения, отправляемые получателем Microsoft Exchange. К ним относятся dsn и NDR, отчеты журналов, сообщения о квотах и другие системные сообщения, отправляемые внутренним отправителям сообщений. Дополнительные сведения о получателе Microsoft Exchange см. в разделе Получатели.
• Сообщения, отправляемые по внешнему адресу postmaster. К ним относятся dsn и NDR, а также другие системные сообщения, отправляемые внешним отправителям сообщений. Дополнительные сведения о внешнем адресе администратора почты см. в статье Managing the External Postmaster Address.

Exchange блокирует определенные типы сообщений, отправляемых во внешние домены (например, внутренние сообщения OOF, автоматические ответы и уведомления о переадресации собраний). Эти параметры настраиваются в удаленных доменах (в стандартном домене или удаленных доменах для определенных внешних доменов). Дополнительные сведения см. в статье Managing Remote Domains.

Развертывание и контроль разворачивания получателей

Так как при разрешении получателей разворачивается и разрешается полный список получателей сообщения, в некоторых случаях необходимо создать несколько копий одного сообщения.

• Получателям требуются другие параметры сообщения. Создание новой версии сообщения с немного отличающимися от свойств исходного называется бифуркацией. Например, Exchange может потребоваться бифуркировать сообщение, если уведомления о прочтении включены для одних получателей и заблокированы для других.
• Ограничьте число получателей конвертов в одном сообщении. Расширение большой группы может создать тысячи отдельных получателей. Вместо создания одной копии сообщения с тысячами получателей конвертов Exchange создает несколько копий одного сообщения с ограниченным числом получателей в конверте сообщения.

Развертывание

Развертывание происходит при разрешении получателей, если выполняются указанные ниже условия.

• При обновлении отправителя сообщения в mail from в конверте сообщения (например, если параметр ReportToManagerEnabled в группе имеет значение $true).
• Требуется запретить сообщения автоматического ответа (например, уведомления о доставке, уведомления о недоставке, сообщения OOF и отчеты об отзыве).
• Разворачиваются альтернативные получатели.
• Поле заголовка Resent-From: добавляется в заголовок сообщения. Поля заголовков Resent — это информационные поля заголовков, по которым можно определить, было ли сообщение переадресовано пользователем. Поля Resent применяются для того, чтобы сообщение выглядело так, как если бы оно было отправлено непосредственно исходным отправителем. Просмотрев заголовок сообщения, получатель может узнать, кто переадресовал сообщение. Поля заголовков Resent определяются в разделе 3.6.6 документа RFC 5322.
• Требуется передать журнал разворачивания группы.

Управление разворачиванием получателей

Если количество получателей после разворачивания слишком большое, классификатор делит сообщение на несколько копий, чтобы снизить уровень использования системных ресурсов при разворачивании сообщения. Максимальное число получателей конверта в сообщении управляется ключом ExpansionSizeLimit в %ExchangeInstallPath%Bin\EdgeTransport.exe.config файле конфигурации приложения. Значение по умолчанию — 1000.

Диагностика разрешения получателей

Exchange предоставляет сведения об отчетах и диагностике для разрешения получателей в счетчиках производительности, записях журнала отслеживания сообщений и журналах разрешения получателей. Эти источники могут быть полезны для определения и диагностики проблем с разрешением получателей.

Счетчики производительности разрешения получателей

В приведенной ниже таблице описаны счетчики производительности, доступные для разрешения получателей.

События разрешения получателей в журнале отслеживания сообщений

В приведенной ниже таблице описаны события разрешения получателей, которые заносятся в журнал отслеживания сообщений.

Дополнительные сведения об отслеживании сообщений см. в разделе Отслеживание сообщений.

Ведение журнала разрешения получателей

Ведение журнала разрешения получателей управляется ключом ResolverLogLevel в %ExchangeInstallPath%Bin\EdgeTransport.exe.config файле конфигурации приложения. Допустимые значения этого параметра:

• Disabled: данные разрешения получателей не регистрируются. Это значение используется по умолчанию.
• Enabled: регистрируются только данные конверта сообщения.
• FullContent: регистрируются данные конверта сообщения и данные заголовка сообщения.

Файлы журнала хранятся по адресу %ExchangeInstallPath%Logging\Resolver.