Поделиться через


MSExchangeTransport 2004

 

Последнее изменение раздела: 2011-03-19

В этой статье приводится объяснение и возможные варианты устранения неполадок, связанных с определенными событиями Exchange. Если вам не удалось найти ответ на свой вопрос, используйте поиск по Справке Exchange 2010.

Details

Product Name

Exchange

Product Version

14.0

Event ID

2004

Event Source

MSExchangeTransport

Category

SmtpSend

Symbolic Name

SmtpSendAckMessage

Message Text

Send connector %1: Message delivery was not successful. The message with message ID %2 was acknowledged with SMTP response %3.

Explanation

This event describes a message delivery failure between the Send connector on a Microsoft Exchange Server 2010 Transport server and another SMTP server. The SMTPSend component is the transport component that sends messages from the Delivery Queue to other destinations. In this event, the SmtpSend component received an SMTP acknowledgement message that the message was not delivered successfully.

For more information, see the following topics.

User Action

To troubleshoot this issue, do one or more of the following:

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

  • Temporarily disable any e-mail antivirus program that may be running on the destination server to determine whether the issue is caused by a third-party program.

  • Determine whether the following conditions are true:

    • The destination server is subscribed to a block list provider

    • The domain or IP address from which the Transport server sends the message is listed on the block list

    You can use third-party tools such as www.mxtoolbox.com to determine whether a domain or IP address is listed on one or more block lists.

  • Determine whether a message size restriction on the destination server is configured to block the affected messages.

  • Determine whether a third-party disclaimer program is running on the Transport server. In some cases, a disclaimer program may try to add a disclaimer as an attachment, and this can corrupt the message.

  • Use a program such as network monitor to trace the network connection. Determine whether a network issue exists in which the server keeps the connection open to the destination server. In this scenario, the destination server may disconnect the connection and return a 421 4.2.2 Error: timeout exceeded result. In this scenario, examine networking components such as firewalls or routers that are placed between the Transport server and the destination server.

  • You may want to increase diagnostics logging to log the components in the transport pipeline. To increase diagnostics logging for the Transport components, follow these steps:

    1. In the Exchange Server 2010 Management Console, expand Server Configuration, and then click Hub Transport.

      Note   For an Edge Transport server, click Edge Transport.

    2. In the Actions pane, click Manage Diagnostic Logging Properties for the appropriate server.

    3. Expand MSExchangeTransport.

    4. Click the following components, and then click Expert, then click Configure for each component:

    • Smtpreceive

    • Smtpsend

    • DSN

    • Components

    • Remote Delivery

    • Categorizer

  • Для решения проблемы обратитесь в службу технической поддержки, используйте средства для самостоятельного устранения неполадок или другие ресурсы. Эти дополнительные ресурсы доступны в Техническом центре Exchange Server. В области навигации на этой странице щелкните Самостоятельная поддержка и выберите один из предлагаемых вариантов. Для самостоятельного устранения неполадок можно выполнить поиск по базе знаний Майкрософт, опубликовать свой вопрос на форуме Exchange Server и воспользоваться другими способами. Можно также обратиться к специалисту службы технической поддержки Майкрософт, щелкнув в области навигации Варианты технической поддержки. Поскольку для прямого обращения в службу технической поддержки Майкрософт в вашей организации может использоваться определенная процедура, необходимо сначала ознакомиться с инструкциями организации.

For more information about the transport pipeline in Exchange 2010, see the following topics:

Содержимое и URL-адрес любого блога могут быть изменены без предварительного уведомления. Содержимое каждого блога предоставляется «как есть», без каких-либо гарантий и передачи каких-либо прав. На предлагаемые примеры сценариев и коды распространяются условия использования продуктов корпорации Майкрософт.