Управление интервалами повторной отправки, повторной передачи и окончания срока действия сообщения
Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Последнее изменение раздела: 2006-10-30
Компьютеры с сервером Microsoft Exchange Server 2007, на которых установлены роли транспортного сервера-концентратора или пограничного транспортного сервера, содержат очереди, соединители отправления и соединители приема. В очередях размещаются сообщения, которые необходимо доставить. Соединители устанавливают входящие или исходящие пути для доставки сообщений.
Для сообщений, успешная доставка которых невозможна, устанавливаются различные сроки повторной доставки, повторной передачи и окончания срока действия, в зависимости от источника и назначения этих сообщений. Повторная доставка — это повторная попытка подключения к домену назначения, промежуточному узлу или серверу почтовых ящиков. Повторная передача — это передача сообщений обратно в очередь для повторной обработки классификатором. Так называемый срок действия сообщения истекает после неудачного завершения всех попыток доставки сообщения в течение указанного периода времени. После истечения срока действия сообщения отправитель уведомляется о сбое доставки. Затем сообщение удаляется из очереди.
Во всех трех случаях — повторной отправки, повторной передачи и истечения срока действия — можно вручную вмешаться в процесс, перед тем как сообщения будут обрабатываться автоматически.
Параметры конфигурации для повторной отправки сообщений
Если транспортный сервер не может подключиться к следующему узлу прыжка, очередь переходит в состояние «Retry». Попытки подключения продолжаются до тех пор, пока не истечет срок очереди или не будет установлено подключение.
Параметры конфигурации для автоматической повторной отправки сообщений
Параметры конфигурации, доступные для настройки интервалов повторной отправки сообщений, приведены в таблице 1.
Таблица 1. Параметры конфигурации, доступные для настройки интервалов повторной отправки сообщений
Имя параметра | Значение по умолчанию | Где настраивать | Описание |
---|---|---|---|
QueueGlitchRetryCount |
4 |
EdgeTransport.exe.config |
Этот параметр указывает количество попыток подключения, которые происходят немедленно после возникновения неполадок на транспортном сервере при попытке подключения к серверу назначения. Такие неполадки с подключением обычно вызываются короткими перебоями в работе сети. Как правило, изменять этот параметр следует только в том случае, если сеть является ненадежной и продолжает периодически обрывать подключения. |
QueueGlitchRetryInterval |
1 минута |
EdgeTransport.exe.config |
С помощью этого параметра контролируется интервал подключения между каждой попыткой подключения, определенной параметром QueueGlitchRetryCount. Как правило, изменять этот параметр следует только в том случае, если сеть является ненадежной и продолжает периодически обрывать подключения. |
TransientFailureRetryCount |
6 |
Командлет Set-TransportServer или свойства транспортного сервера в командной консоли Exchange |
В этом параметре указывается количество попыток подключений после неудачных попыток подключения, управляемых параметрами QueueGlitchRetryCount и QueueGlitchRetryInterval. Проблемы с подключениями, которые приводят к обнулению параметра QueueGlitchRetry, могут быть вызваны перезагрузкой сервера или неудачей при поиске в кэшированном DNS. |
TransientFailureRetryInterval |
|
Командлет Set-TransportServer или свойства транспортного сервера в командной консоли Exchange |
С помощью этого параметра контролируется интервал подключения между каждой попыткой подключения, определенной параметром TransientFailureRetryCount. |
OutboundConnectionFailureRetryInterval |
|
Командлет Set-TransportServer или свойства транспортного сервера в командной консоли Exchange |
В этом параметре указывается интервал повторных попыток для исходящих подключений, которые до этого завершились неудачно. Предыдущие неудачные попытки подключения контролируются с помощью параметров TransientFailureRetryCount и TransientFailureRetryInterval. |
MessageRetryInterval |
1 минута |
Командлет Set-TransportServer |
В этом параметре указывается интервал повтора для отдельных сообщений в состоянии повторной отправки. Не стоит изменять значения по умолчанию, если только это не рекомендуется службами поддержки Microsoft. |
MailboxDeliveryQueueRetryInterval |
5 минут |
EdgeTransport.exe.config |
С помощью этого параметра можно управлять интервалом повтора для очередей доставки почтовых ящиков между транспортными серверами-концентраторами. |
Файл EdgeTransport.exe.config является конфигурационным файлом приложения XML, связанным с файлом EdgeTransport.exe. EdgeTransport.exe и MSExchangeTransport.exe являются исполняемыми файлами, которые используются службой транспорта Microsoft Exchange. Эта служба выполняется на каждом транспортном сервере-концентраторе или пограничном транспортном сервере. Изменения, сохраняемые в файле EdgeTransport.exe.config, применяются после перезапуска службы транспорта Microsoft Exchange.
Вот простой пример структуры файла EdgeTransport.exe.config:
<configuration>
<runtime>
<gcServer enabled="true" />
</runtime>
<appSettings>
<add key="
Параметр_конфигурации " value="
Значение " />
...
</appSettings>
</configuration>
В разделе <appSettings>
можно добавить новые параметры конфигурации или изменить существующие параметры. Существует множество параметром конфигурации, которые никаким образом не относятся к повторной доставке сообщений, повторной передаче сообщений и окончанию срока действия. Любые параметры конфигурации, которые не относятся к приведенным выше интервалам, выходят за рамки этого раздела. В этом разделе они рассматриваться не будут.
![]() |
---|
Имена параметров в разделе <add key=../> зависят от регистра. |
Дополнительные сведения см. в разделе Настройка интервалов повторной отправки, повторной передачи и срока действия сообщений.
Параметры конфигурации для повторной отправки сообщений вручную
Если очередь доставки почтового ящика или очередь удаленной доставки находятся в состоянии повторной отправки, можно принудительно вызвать попытку подключения с помощью средства просмотра очереди в консоли управления Exchange или с помощью командлета Retry-Queue в командной консоли Exchange. Попытка повторной отправки вручную изменяет следующую попытку отправки по расписанию. Если подключение не удалось, таймер интервала повтора сбрасывается. Чтобы это вызывало должный эффект, очередь доставки должна находиться в состоянии «Retry».
Дополнительные сведения см. в разделе Повторение попытки очередей.
Параметры конфигурации для уведомлений о состоянии задержанной доставки
После каждой безуспешной доставки сообщения пограничный транспортный сервер или транспортный сервер-концентратор создает уведомление о состоянии задержанной доставки и ставит сообщение в очередь на доставку отправителю недоставленного сообщения. Это уведомление о состоянии задержанной доставки отправляется только по истечении заданного интервала ожидания уведомления о задержке и только если недоставленное сообщение не было успешно доставлено в течение этого времени. По умолчанию интервал ожидания уведомления о задержке равен 4 часам. Данная задержка предотвращает отправку ненужных уведомлений о состоянии задержанной доставки, причинами которой могут быть временные сбои в передаче сообщений. Отправка уведомлений о состоянии задержанной доставки может избирательно включаться или отключаться для сообщений, создаваемых внутри или вне организации Exchange.
Параметры конфигурации, доступные для уведомлений о состоянии задержанной доставки, приведены в таблице 2.
Таблица 2. Параметры конфигурации, доступные для уведомлений о состоянии задержанной доставки
Имя параметра | Значение по умолчанию | Местоположение | Описание |
---|---|---|---|
DelayNotificationTimeOut |
4 часа |
Set-TransportServer |
Этот параметр указывает время ожидания сервера перед отправкой отложенного уведомления о состоянии доставки отправителю сообщения. Значение этого параметра всегда должно быть больше значения параметра TransientFailureRetryCount, умноженного на значение параметра TransientFailureRetryInterval. |
ExternalDelayDSNEnabled |
|
Set-TransportServer |
С помощью этого параметра указывается, следует ли отправлять уведомления о состоянии задержанной доставки отправителям сообщений, которые находятся вне организации Exchange. |
InternalDelayDSNEnabled |
|
Set-TransportServer |
С помощью этого параметра указывается, следует ли отправлять уведомления о состоянии задержанной доставки отправителям сообщений, которые находятся в организации Exchange. |
Дополнительные сведения см. в разделе Настройка интервалов повторной отправки, повторной передачи и срока действия сообщений.
Параметры конфигурации для повторной передачи сообщений
С помощью повторной передачи сообщений недоставленные сообщения передаются обратно в очередь отправки для повторной обработки классификатором.
Автоматическая повторная передача сообщений
Недоставленные сообщения автоматически передаются, если очередь доставки находится в состоянии «Retry» и не смогла успешно доставить сообщения в указанный период времени. Этот период времени контролируется с помощью параметра MaxIdTimeBeforeResubmit в файле конфигурации приложения EdgeTransport.exe.config. По умолчанию значение параметра MaxIdTimeBeforeResubmit равно 12 часам. Только сообщения в очередях доставки почтовых ящиков или удаленных очередях доставки являются кандидатами для автоматической передачи в очередь доставки.
Дополнительные сведения см. в разделе Настройка интервалов повторной отправки, повторной передачи и срока действия сообщений.
Повторная передача сообщений вручную
Можно повторно передать сообщения, имеющие следующее состояние на транспортном сервере-концентраторе или пограничном транспортном сервере:
Очереди доставки почтовых ящиков или удаленные очереди доставки, находящиеся в состоянии «Retry». Сообщения в очередях должны быть в состоянии «Suspended».
Сообщения, находящиеся в очереди недоставленных сообщений, состояние которых отличается от «Suspended».
Сообщения, находящиеся в очереди опасных сообщений.
Дополнительные сведения об очереди опасных сообщений и очереди недоставленных сообщений см. в части «Сведения об очереди опасных сообщений и очереди недоставленных сообщений» далее в этом разделе.
Если необходимо вручную передать сообщения, находящиеся в очередях доставки почтовых ящиков, удаленных очередях доставки или в очереди недоставленных сообщений, не дожидаясь истечения срока, указанного в параметре MaxIdleTimeBeforeResubmit, необходимо использовать командлет Retry-Queue с параметром Resubmit. Чтобы вручную передать сообщения, находящиеся в очереди опасных сообщений, можно использовать средство просмотра очередей или командлет Resume-Message для возобновления отправки сообщений.
Дополнительные сведения см. в следующих разделах:
Другим способом ручной передачи сообщений является приостановка отправки сообщений, экспорт сообщений в текстовые файлы с расширениями EML, затем копирование этих EML-файлов в каталог преобразования на любом транспортном сервере-концентраторе или пограничном транспортном сервере. Этот метод повторной передачи применим для сообщений, которые находятся в очередях доставки почтовых ящиков, удаленных очередях доставки или в очереди недоставленных сообщений. Сообщения, находящиеся в очереди опасных сообщений, уже находятся в состоянии «Suspended». Сообщения, которые находятся в очереди отправки не могут быть приостановлены или экспортированы.
![]() |
---|
При экспорте сообщений из очереди само сообщение в очереди не удаляется. После экспорта сообщений и успешной повторной передачи их с помощью каталога преобразования необходимо удалить приостановленные сообщения, чтобы избежать доставки дублированных сообщений. |
Дополнительные сведения см. в разделе Инструкции по экспорту и повторной отправке сообщений.
Параметры конфигурации для окончания срока действия сообщений
Интервал ожидания окончания срока действия сообщения указывает максимальное время попыток доставки сообщения, которое не было доставлено, на пограничном транспортном сервере или на транспортном сервере-концентраторе. Если сообщение не удается успешно доставить до истечения интервала ожидания окончания срока действия сообщения, отправителю посылается отчет о недоставке, содержащий исходное сообщение или заголовки сообщения.
Автоматическое окончание срока действия сообщений
Интервал ожидания окончания срока действия сообщения управляется параметром MessageExpirationTimeOut в командлете Set-TransportServer или в свойствах транспортного сервера в командной консоли Exchange. По умолчанию значение параметра MessageExpirationTimeOut равно 2 дням.
Дополнительные сведения см. в следующих разделах:
Окончание срока действия сообщений вручную
Несмотря на то, что закончить срок действия сообщений вручную невозможно, можно вручную удалить сообщения из любой очереди, кроме очереди отправки, с отчетом о недоставке или без него.
Дополнительные сведения см. в разделе Инструкции по удалению сообщений из очередей.
Сведения об очереди опасных сообщений и очереди недоставленных сообщений
Классификатор отправляет сообщения в очередь недоставленных сообщений, если не существует известного маршрута до точек назначения этих сообщений. Как правило, недоступность назначения может быть вызвана ошибкой в конфигурации, которая влияет на путь доставки. Например, сообщения будут отправлены в очередь недоставленных сообщений, если выполняются следующие условия:
В очереди удаленной доставки «Contoso.com» находятся сообщения.
Был удален соединитель отправления, который использовался для связи с доменом Contoso.com.
По умолчанию сообщения в очереди недоставленных сообщений находятся в состоянии «Ready». Сообщения в очереди недоставленных сообщений никогда не передаются автоматически. Сообщения остаются в очереди недоставленных сообщений до тех пор, пока не будут вручную переданы администратором, удалены администратором или пока не истечет срок, указанный в параметре MessageExpirationTimeOut.
В очереди опасных сообщений содержатся сообщения, которые были определены как возможно вредоносные после сбоя сервера Exchange 2007. Сообщения могут быть действительно опасными из-за своего содержания или формата. Кроме того, они могут являться результатом действий плохо написанного агента, поэтому приводят к сбою сервера Exchange при обработке предположительно плохих сообщений. Все сообщения в очереди опасных сообщений находятся в постоянном приостановленном состоянии. Сообщения в очереди опасных сообщений не могут быть повторно переданы с помощью командлета Retry-Queue с параметром Resubmit. Чтобы повторно передать сообщения в очереди опасных сообщений, можно использовать средство просмотра очереди или командлет Resume-Message для возобновления сообщений. Сообщения в очереди опасных сообщений никогда не возобновляются повторно, и срок их действия никогда не заканчивается. Сообщения остаются в очереди опасных сообщений до тех пор, пока они не будут вручную возобновлены или удалены администратором.
Дополнительные сведения
Дополнительные сведения об очередях см. в разделе Управление очередями.