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


MSExchangeTransport 2007

 

Последнее изменение раздела: 2012-09-19

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

Details

Product Name

Exchange

Product Version

14.0

Event ID

2007

Event Source

MSExchangeTransport

Category

SmtpSend

Symbolic Name

SmtpSendNewSession

Message Text

Send connector %1 has initiated a new session to %2.

Explanation

This event may indicate 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. This event describes a scenario in which the SmtpSend component has started a new session to retry delivery after previously being unable to deliver the message.

This issue may occur if an issue affects the destination domain. For example, this issue may occur if a DNS-related issue hinders obtaining the MX record for the domain or a networking issue.

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 the destination domain has an accessible MX record. To do this, use a third-party program such as www.mxtoolbox.com.

  • Verify that you can resolve the MX record for the affected domain. To do this, use any of the following methods:

    • Examine the hosts file on the Transport server to determine whether any incorrect entries exist.

    • Determine whether any firewall rules are configured that may block DNS queries for specific domains.

    • Log on to a client computer that is pointed to your internal DNS servers. Then, use the Nslookup command to determine whether you can resolve the external domain and the MX record for that domain. For more information about how to use the Nslookup command, see Microsoft Knowledge Base article 200525, Using NSlookup.exe.

    • If you cannot resolve the MX record from a client that is pointed to the internal DNS servers, point the same client computer to an external DNS server, and then repeat the Nslookup requests. For example, point the client computer to 4.2.2.2 for DNS queries.

  • 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 Общие сведения о конвейере транспорта.

To obtain transport architecture diagrams, see the Exchange Server Team blog article, Exchange 2010 Transport Architecture Diagrams Available for Download.

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