Ограничение на размер отправляемых и получаемых сообщений в Exchange 2010

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

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

Существуют следующие виды ограничений размера:

• · Заголовка – суммарный размер всех полей заголовка сообщения. Определяется параметрами MaxHeaderSizeи PickupDirectoryMaxHeaderSize;
• · Сообщения – общий размер сообщения, включая вложения, заголовок и текстовую часть. Определяется параметрами MaxMessageSize, MaxSendSize, MaxReceiveSize;
• · Вложения – размер каждого конкретного вложения. Определяется параметром AttachmentSizeOver;
• · Количества получателей – все получатели, указанные в полях To:, Cc:, Bcc. Группа рассылки – один получатель. Определяется параметрами MaxRecipientPerMessage,RecipientLimits,PickupDirectoryMaxRecipientPerMessage(для сервера) и MaxRecipientEnvelopeLimit (для организации).

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

• · Ограничения организации – применяются ко всем транспортным сервера организации Exchange. Устанавливаются командлетом Set-TransportConfig.
• · Глобальные ограничения – автоматически копируются из ограничений организации, и хранятся в базе данных Active Directory. До выхода Microsoft Exchange Server 2007 SP1 автоматического копирования не происходило и в случае конфликта применялось наименьшее значение.
• · Ограничения соединителя – устанавливаются для конкретных соединителей получения/отправки. Также устанавливаются для связей между сайтами Active Directory (Site Link) и для соединителей групп маршрутизации, в случае наличия серверов MS Exchange 2003/2000. Про Настройку ограничения на размер сообщений для внутренней маршрутизации можно почитать в библиотеке TechNet.
• · Ограничения сервера – ограничение для отдельных HUB и Edge серверов. Не хранятся в базе данных Active Directory. Устанавливаются командлетом Set-TransportServer.Параметр AttachmentSizeOver устанавливается командлетом Set-TransportRule.
• · Ограничения пользователя – применяются к конкретному объекту – почтовому ящику пользователя, группе, контакту и т.п.

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

Для начала, напомню процесс получения/отправки сообщений при использовании схемы с Edge сервером. Данный процесс изображен на рис.1:

Рис.1: Процесс пересылки сообщений.

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

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

Рис.2: Порядок применения ограничений при получении сообщения из Интернета.

Примечание : Конфигурация транспорта для Edge сервера и для организации – это разные вещи! В конфигурации транспорта на Edge`e не используются такие параметры как MaxReceiveSize и MaxRecipientEnvelopeLimit (установлены в unlimited), т.к. здесь применяются ограничения соединителей. При этом на соединителе приема не будет отрабатывать ограничение на размер сообщения, т.к. Edge сервер входит в группу ExchangeServers, которая имеет полномочие Ms-Exch-Bypass-Message-Size-Limit, разрешающее прохождение сообщений через соединитель приема без проверки размера сообщения.

В случае отправки сообщения порядок применения ограничений будет следующим:

Рис.3: Отправка сообщений пользователем организации Exchange в сеть Интернет.

Примечание : Здесь, аналогично процедуре получения сообщений, на Edge сервере не используются параметры MaxReceiveSize и MaxRecipientEnvelopeLimit (установлены в unlimited), т.к. эти фильтры применяются на соответствующих соединителях.

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

Настройки организации можно редактировать как через EMC так и через EMS.

В графической консоли управления, параметры транспорта можно найти на уровне Конфигурирования организации – Транспортный сервер-концентратор – Глобальные параметры – Параметры транспорта (рис.4).

Рис.4: Конфигурирование глобальных транспортных параметров организации.

В PowerShell параметры транспорта можно задать командлетом Set-TransportConfig:

• 1. Получаем текущие значения:

Get-TransportConfig | fl *size*

• 2. Изменяем максимальный размер отправляемых сообщений:

Set-TransportConfig –MaxSendSize 20Mb

Рис.5: Конфигурирование глобальных транспортных параметров организации через PowerShell.

Для редактирования ограничений на соединителях можно открыть Exchange Management Console – Уровень конфигурирования организации либо Уровень серверов – Транспортный сервер-концентратор – Соединитель … (рис.6):

Рис.6: Управление ограничением размера сообщений на соединителях.

И изменить значение в поле «Максимальный размер сообщения (КБ)».

Либо воспользоваться PowerShell:

• 1. Получаем список коннекторов:

Get-SendConnector или Get-ReceiveConnector

• 2. Устанавливаем значения ограничений, например:

Set-SendConnector -Identity <имя_коннектора> -MaxMessageSize <значение, например 20Mb>

Настройка конкретных серверов производится командлетом Set-TransportServer с параметрами:

• · PickupDirectoryMaxHeaderSize – максимальный размер заголовка сообщения;
• · PickupDirectoryMaxRecipientsPerMessage – максимальное количество получателей.

В данном случае в роли получателя, либо отправителя сообщения может быть любой объект организации с включенной поддержкой почты, например пользователи, группы, контакты и т.п.. В каждом отдельном случае ограничения будут устанавливаться по-разному, но принцип здесь один – в графической консоли подобные настройки делаются в Свойствах объекта, на вкладке Параметры потока почты (рис.7):

Рис.7: Редактирование параметров потока почты для почтового ящика пользователя.

В командной консоли они устанавливаются командлетам Set-Mailbox, Set-MailUser, Set-MailContact, Set-DistributionGroup, Set-DynamicDistributionGroup, Set-MailPublicFolder с соответсоответствующими параметрами –MaxReceiveSize, –MaxSendSize, – RecipientLimits, –MaxRecipientPerMessage.

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

При входе сообщения в организацию, сервер Exchange рассчитывает общий размер сообщения и записывает его в настраиваемый заголовок в поле

X-MS-Exchange-Organization-OriginalSize

последующие сервера Exchange, участвующие в пересылке, не пересчитывают размер сообщения, а используют значение этого параметра. Здесь нужно понимать, что при «путешествии» сообщения по серверам в организации Exchange его размер может изменяться вследствие преобразования, кодирования, обработки агентами и т.п..

Следует знать, что при отправке сообщения с вложениями внешнему получателю, сервер Exchange перекодирует его в формат MIME, используя алгоритм Base64. Это приводит к росту размера сообщения примерно на 30%. Данное перекодирование осуществляется по причине того, что стандартное SMTP сообщение может содержать только символы кодовой таблицы US-ASCII, следовательно, любые отличные символы должны быть конвертированы в этот формат.

«Раздувания» сообщений при пересылке между внутренними пользователями организации Exchange не происходит.

Ограничение числа получателей на соединителях устанавливается параметром MaxRecipientsPerMessage и по умолчанию ограничивается числом 200. Это означает, что если анонимный отправитель попытается превысить число получателей, то сервер примет сообщение только для первых 200. Но большинство SMTP серверов распознают подобные ограничения и отправляют сообщения группами по 200 получателей.

Иногда, настроек, сделанных на стороне сервера, бывает не достаточно, т.к. сам MS Outlook не хочет прикреплять большие вложения и «радует» пользователя сообщением с рис.8:

Рис.8: Ограничение размера вложений в MS Outlook.

В таком случае, для MS Outlook 2010, необходимо поправить настройки реестра на локальном компьютере пользователя, а именно – создать ключ DWORD с именем MaximumAttachmentSize в ветке

И указать для него значение 0 – для отмены ограничений, либо значение отличное от ноля, в килобайтах (КБ), для установки своих собственных ограничений.

Outlook Web App тоже ограничивает размер вложений, по умолчанию это ограничение равно 30 000 КБ. Чтобы изменить эту настройку необходимо открыть файл Web.config, обычно расположенный в c:\Program Files\Microsoft\ExchangeServer\ClientAccess\Owa и найти там строку вида

<httpRuntime maxRequestLength="30000" />

Далее для параметра maxRequestLength необходимо указать свое значение, в килобайтах (КБ).

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

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

В статье рассмотрены две наиболее часто встречающиеся ситуации маршрутизации сообщений. Кроме этих двух случаев у вас может возникнуть необходимость конфигурирования других транспортных потоков в организации, например обмен сообщений между HUB-серверами в рамках одного леса, либо между лесами Active Directory и другие. О них подробнее вы можете почитать в библиотеке TechNet, в статье Управление ограничениями размера сообщения.

• Рубрика: Exchange/UC,Без рубрики,Новое
• Автор: Alexx
• Дата: Wednesday 19 Jan 2011

• Larkin Denis
• 23 January, 2011

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

• Петр
• 1 February, 2011

GamblingBet.ru -онлайн казино честных правил. Круглосуточная онлайн поддержка, моментальные выплаты, безопасность денежных переводов. Новые игры не оставят равнодушным даже самого требовательного геймера. ПРИЯТНОГО ОТДЫХА.

• Alex
• 6 February, 2011

Хорошая статья, только для EWS клиентов к сожалению все посложнее обстоит и модификации более значительные делать приходится.