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


MSExchangeTransport 2020

 

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

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

Details

Product Name

Exchange

Product Version

14.0

Event ID

2020

Event Source

MSExchangeTransport

Category

SmtpSend

Symbolic Name

SmtpSendUnableToTransmitLongOrar

Message Text

Unable to transmit long ORAR address '%1' to remote server '%2' over send connector '%3'. Message '%4' will not be delivered to recipient '%5'.

Explanation

This event indicates a message delivery failure between the Send connector on a Microsoft Exchange Server 2010 Transport server and another SMTP server. In Exchange Server 2010, the SMTPSend component is the transport component that sends messages from the Delivery Queue to other destinations. This event is triggered when the SmtpSend component cannot transfer a message that includes Originator Requested Alternate Recipient (ORAR) information to an SMTP Receive connector.

Note   ORAR information is transferred during the RCPT TO SMTP command.

This issue may occur if the SMTP Receive connector on the remote server does not support ORAR. To support ORAR, the OrarEnabled parameter must be set to True. By default, this parameter is set to False on Receive connectors. When the parameter is set to True ($true), the Receive connector advertises ORAR support by displaying the XORAR keyword in the EHLO response.

Additionally, if the ORAR information contains a long X.400 e-mail address, the LongAddressEnabled parameter must be set to True on the Receive connector. The X.400 e-mail addresses are encapsulated in SMTP e-mail addresses by using the Internet Mail Connector Encapsulated Address (IMCEA) encapsulation method. If the LongAddressEnabled parameter is False, the maximum length for a complete SMTP e-mail address is 571 characters. When the parameter is set to True, X.400 e-mail addresses may be up to 1,860 characters after IMCEA encapsulation. The Receive connector advertises support for long addresses by using the XLONGADDR keyword in the EHLO response. This parameter may be set only on Receive connectors that are configured on Hub Transport servers.

For more information, see the following topics:

User Action

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

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

  • Examine the ORAR address in the event description to determine its length.

  • Remove, and then reinstall any installed Antispam program to determine whether the issue is resolved.

  • Log on to the remote SMTP server by using the telnet command to port 25. Use the EHLO command to return a list of extended SMTP verbs that the server supports. Determine whether the XORAR and/or XLONGADDR keywords are advertised.

  • If the XORAR verb is not advertised, determine whether the OrarEnabledParameter is set to True on the remote SMTP server's Receive connector. To do this, run the following command from the Exchange Management Shell:

    Get-ReceiveConnector "ConnectorName" | Format-List
    
  • If the ORAR information contains a long X.400 e-mail address, determine whether the LongAddressEnabled parameter is set to True on the remote SMTP server's Receive connector. To do this, run the following command from the Exchange Management Shell:

    Get-ReceiveConnector "ConnectorName" | Format-List
    
  • Use the Set-ReceiveConnector cmdlet to enable ORAR and long address support on the remote SMTP Receive connector. For more information, see Set-ReceiveConnector.

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