| Версия 5.2
Введение
Установка
Администрирование
Сеть
Объекты
Почта
Сигналы
Доступ
Услуги
Справочник
Кластеры
Программы
Разное
Лицензирование
Веб Почта
Pronto!
PBX
Кластеры | Статический | Динамический | Хранилище | Почта | Сигналы | Доступ | Задания
# Передача Почты в Кластерах Релеинг по SMTP Местная Доставка Очереди на Backend Серверах Обработка Удалённых Очередей В этом разделе объясняется, каким образом работает Передача Почтовых Сообщений в кластерной среде CommuniGate Pro.

## Релеинг по SMTP

Входящие SMTP соединения принимаются Балансировщиком Нагрузки TCP и отправляются на Frontend Сервера Кластера. Frontend Сервер получает сообщение так же, как и при работе в режиме одиночного сервера, но при этом он может контактировать с Backend Серверами (через CLI) в случае, если ему необходимо:

- аутентифицировать отправителя
- проверить адреса отправителя и получателя
- проверить состояние получателя
- получить ограничения для отправителя

Полученные сообщения ставятся в очередь. Если сообщение направляется на внешний адрес, оно может быть ретранслировано этим же Frontend Сервером:

## Местная Доставка

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

Такая ситуация может возникнуть, если сообщение устанавливается в очередь на Frontend Сервере (Frontend Сервера не могут напрямую открывать данные Пользователя в Общих Доменах), либо если сообщение устанавливается в очередь на Backend Сервере, который не является Хост Сервером для требуемого пользователя (в Статическом Кластере) или не может открыть его данные, потому что они открыты на каком-либо другом Backend Сервере (в Динамическом Кластере).

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

Если при доставке сообщений возникает сбой или другая временная проблема, то получающий Backend Сервер уведомляет отправителя об ошибке и сообщение либо задерживается в Очереди, либо удаляется из Очереди (в этом случае генерируются уведомления об ошибке).

## Очереди на Backend Серверах

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

Backend Сервер часто не имеет прямого доступа в Интернет и, в таком случае, он не может доставлять созданные сообщения на удалённые системы. Для решения этой проблемы Backend Сервера могут быть при помощи символа `*`, заданного в качестве имени Пересылающего Сервера SMTP сконфигурированы на релеинг всех сообщений на Frontend Сервера.

В этом случае, сообщение поступает в Очередь Backend Сервера, где оно обрабатывается с использованием Правил, Общих для Сервера и Общих для Кластера и, если оно не направляется локальному получателю, оно направляется в SMTP модуль, который передаёт его одному из Frontend Серверов:

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

## Обработка Удалённых Очередей

Большая часть работы по обработке Очереди происходит на Frontend Серверах. Frontend Сервера принимают входящие сообщения по SMTP и, либо ретранслируют их далее, либо, при помощи специального протокола внутри-кластерного взаимодействия, доставляют их локальным Пользователям на Backend Сервера, не помещая их в Очереди Backend Серверов.

Некоторое количество сообщений может создаваться непосредственно на Backend Серверах.

Такие сообщения включают в себя:

- сообщения, созданные правилами уровня Пользователя;
- сообщения, созданные в сессиях WebUser;
- сообщения, полученные модулем RPOP;
- сообщения, поступившие через MAPI-Коннектор и механизмы XTND XMIT протокола POP3;
- сообщения, поступившие через модуль PIPE.

Возможно, по различным причинам вы захотите избежать обработки на Backend Серверах Очередей Сообщений, например:

- отсутствие соединения с Интернет на Backend Серверах;
- необходимость использования Дополнительных Модулей по борьбе со спамом и с вирусами, установленными только на Frontend Серверах;
- недостаток вычислительной мощности и/или дискового пространства на Backend Серверах.

Вы также можете обрабатывать Очереди Сообщений только на некоторых из Frontend Серверов.

Для того, что бы указать опции Обработки Очереди, откройте через Веб Интерфейс Администратора область Установки и выберите на странице Общее ссылку Кластеры. Найдите панель Обработки Очереди:

Обработка Очереди
Отправление Сообщений: |  | Журнал Удалённой Отправки: |

`Отправление Сообщений`
  Эта настройка указывает, каким образом сформированные или полученные сообщения электронной почты передаются в компонент Установка в Очередь для дальнейшей доставки.
  `Локально`
    сообщения передаются в компонент Установка в Очередь того же Сервера (это обычный, односерверный редим обработки)
  `Локально для Других`
    сообщение передаются в компонент Установка в Очередь того же Сервера.
    Контроллер Динамического Кластера информируется что этот Сервер может принимать (ставить в очередь) сообщения электронной почты созданные или полученные другими членами Кластера.
    Контроллер Динамического Кластера собирает и распространяет информацию обо всех активных членах Кластера, у которых выбрана эта опция.
  `Удалённо`
    сообщения передаются тому члену Кластера, в которого эта настройка имеет значение Локально для Других. Содержимое временных файлов сообщений (конверт сообщения и само сообщение) отправляется другому члену Кластера по специальному протоколу через порт SMTP. Если сообщение не удаётся отправить (Сервер не смог соединиться с членами Кластера или передача файла сообщения закончилась неуспешно) то, что бы сообщение не было потеряно, оно поступает в очередь Сервера:
  `Автоматически`
    аналогично:
    `Локально для Других`
      если этот Сервер является Frontend-ом Динамического Кластера;
    `Удалённо`
      если этот Сервер является Backend-ом Динамического Кластера.
    `Локально`
      если этот Сервер не входит в Динамический Кластер
`Журнал Удалённой Отправки`
  Используйте эту настройку для того, что бы указать, какая информация, сохраняемая в Журнале работы Сервера, буедт передаваться на удалённый (другой) Сервер.
  Эти записи имеют метку `SUBMIT`.

Руководство CommuniGate® Pro. Copyright © 1998-2009, Stalker Software, Inc.