MSExchangeTransport 1035

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

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

Details

Explanation

This event indicates that a remote Exchange\ server cannot authenticate in association with the SMTP Receive component of the Microsoft Exchange Transport service on the local Microsoft Exchange server.

The Microsoft Exchange Transport service controls the sending and receiving of messages in Microsoft Exchange Server 2010. The Exchange 2010 transport pipeline uses the SMTP Receive component to validate the message content before the message can be submitted to the Submission queue. The SMTP Receive component applies a series of receive events and, if configured, antivirus and anti-spam events to validate the message. Additionally, the SMTP Receive component authenticates connections to route internal users' messages among servers.

For more information, see the following topics:

• Общие сведения о конвейере транспорта

• Общие сведения об очередях транспорта

User Action

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

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

• Review the Operations Console in Operations Manager for detailed information about the cause of this problem. For more information, see the "Introduction" section in this article.

• 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 Management Console, expand Server Configuration, and then click Hub Transport.

     Note   For and 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, click Expert, and then click Configure for each component:

  • Smtpreceive

  • Smtpsend

  • DSN

  • Components

  • Remote Delivery

  • Categorizer

• Verify that the time on the Exchange server is synchronized with the domain controller. Also, verify that the SPN for the SMTP service is registered correctly. For more information, see Microsoft Knowledge Base article 979174, Event ID: 1035 is logged when some e-mail messages are stuck in a remote delivery queue in a Microsoft Exchange Server 2007 environment or in a Microsoft Exchange Server 2010 environment.

• Increase diagnostics logging for Kerberos on the Exchange server. To do this, follow these steps:

  1. Start Registry Editor (Regedit.exe).

  2. Create the following registry entry if it does not already exist:

     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Lsa\Kerberos\Parameters
     Value name: loglevel
     Value type: REG_DWORD
     Value data: 1

  3. Examine the Application log for any Kerberos-related events. After you finish troubleshooting the issue, set the loglevel value to 0 (zero) or remove the value.

• Enable diagnostics logging on the affected receive connector. To do this, follow these steps:

  1. Run the following commands from the Exchange Management shell:

     Set-ReceiveConnector "name of connector " -ProtocolLoggingLevel Verbose

     Set-TransportServer Exchange01 -ConnectivityLogEnabled $true

     Set-TransportServer "Exchange01" -IntraOrgProtocolLoggingLevel Verbose

  2. After Event ID 1035 is logged, , examine the SmtpReceive log file. By default, this file is located in the following directory:

     %ProgramFiles%\Microsoft\Exchange Server\V14\TransportRoles\Logs\ProtocolLog\SmtpReceive

• If the server is part of an Exchange hosting environment, consider disabling Windows authentication on the client receive connector. In this scenario, you may be unable to control the authentication mechanism used by clients. Clients may be trying to connect by using Basic authentication. To remove Windows authentication, follow these steps:

  1. Start the Exchange Management Console.

  2. Expand Server Configuration, and then click the Hub Transport server.

  3. Click the Receive Connectors tab, click the Client receive connector, and then click Properties in the Actions pane.

  4. Click the Authentication tab, and then click to clear the Integrated Windows authentication check box.

  5. Click OK.

• Для решения проблемы обратитесь в службу технической поддержки, используйте средства для самостоятельного устранения неполадок или другие ресурсы. Эти дополнительные ресурсы доступны в Техническом центре 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-адрес любого блога могут быть изменены без предварительного уведомления. Содержимое каждого блога предоставляется «как есть», без каких-либо гарантий и передачи каких-либо прав. На предлагаемые примеры сценариев и коды распространяются условия использования продуктов корпорации Майкрософт.