MSExchangeTransport 1035

 

Letztes Änderungsdatum des Themas: 2011-03-19

Dieser Artikel bietet eine Erläuterung und mögliche Lösungen für ein bestimmtes Exchange-Ereignis. Wenn Sie hier das Gesuchte nicht finden können, durchsuchen Sie die Exchange 2010-Hilfe.

Details

Product Name

Exchange

Product Version

14.0

Event ID

1035

Event Source

MSExchangeTransport

Category

SmtpReceive

Symbolic Name

SmtpReceiveAuthenticationFailed

Message Text

Inbound authentication failed with error %1 for Receive connector %2. The authentication mechanism is %3. The source IP address of the client who tried to authenticate to Microsoft Exchange is [%4].

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:

  • Überprüfen Sie das Anwendungsprotokoll und das Systemprotokoll auf den Exchange 2010-Servern auf verwandte Ereignisse. Ereignisse, die unmittelbar vor oder nach diesem Ereignis auftreten, können z. B. weitere Informationen zur eigentlichen Ursache dieses Fehlers zur Verfügung stellen.
  • 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.
  • Lösen Sie Ihr Problem über die Optionen zur Selbsthilfe, die Optionen für technischen Support und andere Ressourcen. Sie können auf diese Ressourcen über das Exchange Server Solutions Center (möglicherweise in englischer Sprache) zugreifen. Klicken Sie auf dieser Seite im Navigationsbereich auf Optionen zur Selbsthilfe, um die Optionen zur Selbsthilfe zu verwenden. Zu den Optionen zur Selbsthilfe gehört das Durchsuchen der Microsoft Knowledge Base, das Stellen einer Frage in den Exchange Server-Foren und andere Methoden. Alternativ können Sie im Navigationsbereich auf Optionen für technischen Support klicken, um Kontakt mit einem Microsoft-Supportspezialisten aufzunehmen. Da es in Ihrer Organisation ein bestimmtes Verfahren für den direkten Kontakt mit dem Microsoft-Produktsupport geben kann, sollten Sie zuerst die Richtlinien Ihrer Organisation prüfen.

For more information about the transport pipeline in Exchange 2010, see Grundlegendes zur Transportpipeline.

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

Der Inhalt jedes Blogs und die dazugehörige URL kann ohne vorherige Ankündigung geändert werden. Der Inhalt jedes Blogs wird "WIE BESEHEN" ohne Gewährleistungen bereitgestellt und überträgt keine Rechte. Die Verwendung der enthaltenen Skriptbeispiele unterliegt den in den Nutzungsbestimmungen angegebenen Bedingungen.