Сценарии потока почты

Отправки сообщений из интерфейса MAPI или клиентов Windows Mobile не являются избыточными. После сохранения сообщения на сервере почтовых ящиков функции высокой доступности Exchange могут вступить в силу и помочь в предотвращении потери данных. Этот сценарий дает полное предоставление о потоке сообщений от начала до конца.

Возврат к списку сценариев потоков почты

Следующие действия выполняются при передаче сообщений с сервера почтовых ящиков Exchange 2010 на транспортный сервер-концентратор Exchange 2010.

Важно!
Серверу почтовых ящиков Exchange 2010 не удается установить соединение с транспортными серверами под управлением предыдущих версий Exchange. Поэтому в данном разделе описывается поток электронной почты с сервера почтовых ящиков Exchange 2010 на транспортный сервер-концентратор Exchange 2010.

1. Служба отправки почты уведомляет транспортный сервер-концентратор о наличии нового сообщения.
   
   
2. Сообщение отбирается транспортным сервером-концентратором из папки «Исходящие» почтового ящика, с которого оно отправлялось, и хранится в его базе данных.
   
   
3. Если у сообщения есть получатели на серверах почтовых ящиках с одного сайта Служба каталогов Active Directory, то транспортный сервер-концентратор доставляет сообщение на почтовые ящики назначения, выполняя действия из сценария В. Всем остальным получателям сообщения доставляются на следующий переход.
   
   
4. После завершения доставки на следующий переход транспортный сервер-концентратор уведомляет сервер почтовых ящиков об окончании обработки сообщения и установлении владельца сообщения. После этого уведомления сообщение удаляется из папки «Исходящие».
   
   
5. Если ни один из остальных переходов для сообщения не поддерживает теневую избыточность, то транспортный сервер-концентратор удаляет сообщение. В противном случае сообщение преобразуется в теневое сообщение путем его хранения в теневых очередях переходов, на которые было доставлено сообщение.
   
   

Возврат к списку сценариев потоков почты

Следующие действия выполняются при доставке сообщений с транспортного сервера-концентратора Exchange 2010 на сервер почтовых ящиков Exchange 2010.

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

1. Транспортный сервер-концентратор доставляет сообщение на почтовые ящики назначения.
   
   
2. После доставки сообщения на все почтовые ящики назначения транспортный сервер-концентратор добавляет его в транспортную корзину.
   
   
3. Транспортный сервер-концентратор ставит в очередь уведомления об отмене для перехода, с которого было получено сообщение. Данные уведомления об отмене создаются при отправке переходом запроса на транспортный сервер-концентратор.
   
   
4. Предыдущий переход удаляет соответствующее теневое сообщение.
   
   

Возврат к списку сценариев потоков почты

Процесс потока почты идентичен обмену всеми сообщениями между транспортными серверами под управлением Exchange 2010, вне зависимости от того, является ли это обменом между транспортными серверами-концентраторами или между транспортным сервером-концентратором и пограничным транспортным сервером. Следующие действия выполняются при передаче сообщения с одного транспортного сервера Exchange 2010 на другой. Допустим, что сервер с именем Hub01 отправляет сообщение на сервер с именем Edge01.

1. Hub01 устанавливает SMTP-подключение к Edge01.
   
   
2. Edge01 объявляет поддержку теневой избыточности.
   
   
3. Hub01 отправляет запрос теневой избыточности в сеансе SMTP с помощью команды XSHADOW. Данный процесс похож на установку протокола TLS в сеансе SMTP.
   
   
4. Для каждого сообщения, которое необходимо отправить с Hub01 на Edge01:
   
   
   1. Hub01 передает сообщение на Edge01.
      
      
   2. Edge01 помечает сообщение как затененное сервером Hub01.
      
      
   3. Hub01 отмечает Edge01 как основной сервер и добавляет его в теневую очередь для Edge01.
      
      
   4. Hub01 подготавливает уведомления об отмене для сообщения, которые необходимо отправить на переход, с которого получено сообщение.
      
      
5. Hub01 отправляет запрос на Edge01 о состоянии отмены сообщений, отправленных ранее на Edge01.
   
   
6. Edge01 отправляет все уведомления об отмене, подготовленные для Hub01. Это также применимо к сообщениям, отправленным в одном сеансе SMTP или во время предыдущего сеансов SMTP.
   
   
7. Hub01 удаляет все теневые сообщения, для которых сервером Edge01 были отправлены уведомления об отмене.
   
   

Возврат к списку сценариев потоков почты

Теневая избыточность не поддерживается ни транспортными серверами Exchange Server 2007, ни серверами-плацдармами Exchange Server 2003. Поэтому, при наличии сценария сосуществования с предыдущими версиями Exchange, функции избыточности Exchange 2010 обеспечивают доставку сообщений только до устаревшего перехода Exchange, а не до конечного пункта назначения. Это также применимо к сценарию, где пограничные транспортные серверы Exchange 2010 отправляют сообщения на почтовые серверы, не являющиеся серверами Exchange.

Когда транспортный сервер-концентратор Exchange 2010 отправляет сообщение на транспортный сервер Exchange под управлением предыдущей версии Exchange или пограничный транспортный сервер Exchange 2010 отправляет сообщение на почтовый сервер, не являющийся сервером Exchange, то выполняются следующие действия. Допустим, транспортный сервер концентратор Exchange 2010 с именем Hub01 отправляет сообщение на более старый транспортный сервер Exchange с именем Legacy01.

1. Hub01 устанавливает SMTP-подключение к Legacy01.
   
   
2. Legacy01 не объявляет поддержку теневой избыточности.
   
   
3. Так как Legacy01 не объявил поддержку теневой избыточности, то Hub01 не инициирует теневую избыточность в сеансе SMTP.
   
   
4. Hub01 доставляет сообщение на Legacy01.
   
   
5. Hub01 удаляет сообщение.
   
   
6. Hub01 подготавливает уведомления об отмене для перехода, с которого получено сообщение.
   
   

Возврат к списку сценариев потоков почты

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

• Сервер единой системы обмена сообщениями (UM) Exchange 2010, устанавливающий подключение к транспортному серверу-концентратору Exchange 2010.
  
  
• Транспортный сервер Exchange под управлением Exchange 2007 или Exchange 2003 подключается к транспортному серверу-концентратору Exchange 2010.
  
  
• Почтовый сервер, не являющийся сервером Exchange, в Интернете подключается к пограничному транспортному серверу Exchange 2010.
  
  
• Почтовый сервер в организации, не являющийся сервером Exchange, например сервер UNIX, или SMTP-клиент, отправляющий сообщения на транспортный сервер-концентратор Exchange 2010.
  
  

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

Для пояснения данного сценария предположим, что пограничный транспортный сервер Exchange 2010 с именем Edge01 получает сообщение от почтового сервера, не являющегося сервером Exchange, в интерсети с именем Internet01. В этом примере выполняются следующие действия:

1. Internet01 устанавливает SMTP-подключение к Edge01.
   
   
2. Edge01 объявляет поддержку теневой избыточности.
   
   
3. Так как Internet01 не поддерживает теневую избыточность, сообщение просто отправляется на Edge01.
   
   
4. Edge01 помечает сообщение как сообщение с отложенным подтверждением.
   
   
5. Edge01 доставляет сообщение на следующие переходы с помощью шагов, описанных в сценарии Г.
   
   
6. Edge01 производит запрос следующих переходов на состояние отмены сообщения.
   
   
7. После получения сервером Edge01 уведомлений об отмене от всех следующих переходов на Internet01 отправляется подтверждение.
   
   
8. Edge01 удаляет сообщение из базы данных.
   
   

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

Возврат к списку сценариев потоков почты