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

Разрешение верхнего уровня начинается с обработки сообщения и первоначального (нерасширенного) списка получателей из конверта сообщения. Конверт сообщения содержит команды, которые используются для передачи сообщений между SMTP-серверами. Адрес электронной почты отправителя указан в команде MAIL FROM: . Адрес электронной почты каждого получателя указан в отдельной команде RCPT TO: . Отправитель и получатели конверта обычно создаются на основе отправителя и получателей, указанных в полях «Кому:», «От:», «Копия:» и «Скрытая копия:» в заголовке сообщения. Однако это не всегда так. Поля заголовка «Кому:», «От:», «Копия:» и «СК:» сообщения легко подделать, и они могут не соответствовать действительным адресам электронной почты отправителя и получателей, которые использовались для передачи сообщения.

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

Стандартные SMTP-адреса электронной почты соответствуют спецификациям RFC 2821 и RFC 2822, например: andrey@contoso.com. Тем не менее адрес электронной почты может не являться SMTP-адресом, инкапсулированным в допустимый SMTP-адрес. Сервер Exchange 2010 поддерживает инкапсулированные адреса, которые используют метод инкапсуляции Internet Mail Connector Encapsulated Address (IMCEA).

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

• косая черта (/) заменяется символом подчеркивания (_);
  
  
• прочие символы ASCII (США) заменяются знаком «плюс» (+) и двумя цифрами их значений ASCII, записанных в шестнадцатеричной форме. Например, пробел имеет кодированное значение +20.
  
  

Синтаксис метода инкапсуляции IMCEA описан ниже. IMCEA<Type>-<address>@<domain>

Прототип <тип> указывает тип адреса, который не является SMTP-адресом, например EX, X400 или FAX.

Примечание.
Хотя SMTP и X500 являются теоретически допустимыми значениями параметра <тип>, при разрешении получателей Exchange 2010 отклоняются все адреса, закодированные с использованием метода IMCEA, которые имеют любой из этих типов.

Прототип <адрес> указывает на первоначальный адрес, который кодируется. Прототип <домен> обозначает домен SMTP, используемый для инкапсуляции адреса, не являющегося SMTP-адресом, например contoso.com.

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

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

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

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

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

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

Объекты получателей в Active Directory

Объект, в котором отсутствуют или повреждены критически важные свойства, классифицируется запросом Служба каталогов Active Directory как недопустимый. Например, объект динамической группы рассылки без адреса электронной почты считается недопустимым. Сообщения, которые отправляются получателям, классифицированным как недопустимые объекты, приводят к получению отчета о недоставке.

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

Фильтр LDAP, используемый для разрешения адресов, имеет описанные ниже характеристики.

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

Если адрес электронной почты, использованный в сообщении, не совпадает с основным SMTP-адресом соответствующего объекта Служба каталогов Active Directory, классификатор перезаписывает адрес электронной почты сообщения так, чтобы он соответствовал основному SMTP-адресу. Исходный адрес электронной почты сохраняется в параметре ORCPT= команды RCPT TO: в конверте сообщения.

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

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

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

В начало

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

• Безвредное зацикливание получателей.   При безвредном зацикливании получателей доставка сообщения выполняется успешно. В списке ниже описаны два сценария безвредного зацикливания получателей.
  
  
  • Две группы рассылки являются членами друг друга.
    
    
  • Почтовые ящики или общие папки, поддерживающие почту, настроены на доставку и переадресацию почты друг в друга. Это происходит, когда параметр DeliverToMailboxAndForward обоих получателей имеет значение $true, а для параметра ForwardingAddress установлены адреса друг друга.
    
    
  При обнаружении безвредного зацикливания получателей сообщение доставляется получателю, но дополнительные попытки доставки сообщения тому же получателю не предпринимаются.
  
  
• Ошибочное зацикливание получателей.   При ошибочном зацикливании получателей сообщение не может быть успешно доставлено. Примером такого зацикливания является случай, когда в качестве значения параметра ForwardingAddress каждого почтового ящика или общей папки с поддержкой почты, установлен другой почтовый ящик или общая папка. Когда классификатор обнаруживает ошибочное зацикливание получателей, расширение для текущего получателя прекращается, а для получателя создается отчет о недоставке.
  
  

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

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

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

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

• ReportToManagerEnabled.    Этот параметр включает отправку отчетов о доставке диспетчеру группы рассылки. Допустимы следующие значения: $true и $false. По умолчанию он имеет значение $false. Для групп рассылки диспетчер определяется параметром ManagedBy командлета Set-Group. Для динамических групп рассылки диспетчер определяется параметром ManagedBy командлета Set-DynamicDistributionGroup.
  
  
• ReportToOriginatorEnabled.   Этот параметр включает отправку отчетов о доставке отправителю сообщений электронной почты в данную группу рассылки. Допустимы следующие значения: $true и $false. По умолчанию он имеет значение $true.
  
  

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

В списке ниже перечислены доступные отчеты о доставке.

• Отчет о доставке.   Данный отчет подтверждает, что сообщение было доставлено получателю, для которого оно предназначалось.
  
  
• Уведомление о доставке.   В этом отчете описывается результат попытки доставки сообщения. Дополнительные сведения об уведомлениях о доставке см. в разделе Управление уведомлениями о доставке.
  
  
• Уведомление о состоянии сообщения.   В этом отчете описывается состояние сообщения после успешной доставки получателю. Примерами таких сообщений являются уведомление о прочтении и уведомление о непрочтении. Уведомления о доставке почты определены в RFC 2298 и контролируются полем Disposition-Notification-To: в заголовке сообщения. Параметры уведомления о доставке почты, использующие поле заголовка Disposition-Notification-To:, совместимы с многими различными серверами обмена сообщениями. Параметры уведомления о доставке почты также можно определить с помощью свойств MAPI в Microsoft Outlook и Exchange.
  
  
• Отчет о недоставке.   Этот отчет сообщает отправителю сообщения о том, что оно не было доставлено указанным получателям.
  
  
• Уведомление о непрочтении.   Этот отчет указывает на то, что сообщение было удалено, перед тем как оно было прочитано.
  
  
• Нет на месте (OOF).   Этот отчет указывает на то, что получатель не ответит на сообщения электронной почты. Аббревиатура OOF относится к первоначальной системе обмена сообщениями Microsoft, в которой соответствующее уведомление называлось «Out of facility» (Вне помещения).
  
  
• Уведомление о прочтении.   Этот отчет указывает на то, что сообщение было прочитано.
  
  
• Отчет об отзыве.   Этот отчет содержит сведения о состоянии запроса на отзыв для данного получателя. Запрос на отзыв — это попытка отправителя отозвать отправленное сообщение с помощью Outlook.
  
  

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

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

При отправке отчета о доставке в группу рассылки следующий параметр приводит к его доставке диспетчеру группы рассылки.

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

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

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

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

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

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

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

Некоторые типы сообщений блокируются при отправке из организации Exchange во внешние домены. Это определяется следующими параметрами командлета Set-RemoteDomain:

• AllowedOOFType
  
  
• AutoForwardEnabled
  
  
• AutoReplyEnabled
  
  
• DeliveryReportEnabled
  
  
• NDREnabled
  
  

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

В начало

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

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

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

Внимание!
Не рекомендуется изменять значение параметра ExpansionSizeLimit для сервера транспорта Exchange в рабочей среде.

В начало

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

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

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

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

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

Ведение журнала разрешения получателей определяется параметром ResolverLogLevel в файле конфигурации приложения EdgeTransport.exe.config. Допустимые значения этого параметра — Disabled, Enabled и FullContent. По умолчанию используется значение Disabled. При установке значения Enabled для параметра ResolverLogLevel в журнале регистрируются только данные о конвертах сообщений. При установке значения FullContent для параметра ResolverLogLevel в журнале регистрируются данные о конвертах сообщений и заголовках сообщений.

В начало