MSExchangeTransport 7004

Последнее изменение раздела: 2011-07-11

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

Details

Explanation

This event indicates that an issue may exist that prevents the Microsoft Exchange Transport service (MSExchangeTransport.exe) from starting in a timely manner. You may experience this issue in one of the following scenarios.

Note   These scenarios are not listed in their order of probability.

• The SenderReputation database takes a long time to replay log files for a large information store database. This may indicate that the SenderReputation database is corrupted. In this scenario, MSExchangeTransport Event ID 14001 may be logged every five minutes. Additionally, a SenderReputation database event for successfully replaying log files is never displayed.

• You apply an Exchange Update Rollup package to a computer on which the local computer account does not have Internet access. The binary files in the Update Rollup packages are digitally signed. This requires the computer to perform certificate validation checks to verify the packages. If the local computer account does not have direct access to the Internet, the certificate verification check must time-out. This issue may occur when the computer's default gateway does not allow for Internet access or when the computer uses an authenticating proxy server for Internet access.

• An e-mail client that does not recognize the global message size restrictions is used. This may include earlier versions of Microsoft Outlook such as Microsoft Outlook 2003 SP1 and earlier versions. In this scenario, an e-mail client that does not recognize the global message size restrictions could submit excessively large messages for processing.

• Exchange is installed on a domain controller.

• Exchange is installed on a computer that has a slow disk subsystem.

• An outdated version of an antivirus software is installed on the Exchange server.

The Microsoft Exchange Transport service controls the sending and receiving of messages in Microsoft Exchange Server 2010. When the service does not start in a timely manner, messages may become queued on the server. For more information, see Transport Architecture.

User Action

To resolve this problem, 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.

• Examine the System log to determine whether the server is out of hard disk space or whether a problem affects one or more hard disk drives.

• You may have to increase diagnostics logging to log the component startup sequence during the startup process of the Microsoft Exchange Transport service. To increase diagnostics logging for the Transport component, follow these steps:

  1. In Registry Editor, locate the following registry subkey:

     HKEY_LOCAL_MACHINE\SYSTEM\Current Control set\Services\MSExchangeTransport\diagnostics

  2. Set the following REG_DWORD values to 7:

     • Smtpreceive

     • Smtpsend

     • DSN

     • Components

     • Remote Delivery

     • Categorizer

• Temporarily disable any antivirus software to determine whether this improves the MSExchangeTransport startup time. If the startup time is improved, contact the antivirus vendor for an update of the program.

• Move the contents of the SenderReputation folder to a new location to determine whether the issue is resolved. To do this, follow these steps:

  1. Stop the Microsoft Exchange Transport service.

  2. Locate the SenderReputation folder. By default, this folder has the following path:

     %ProgramFiles%\Microsoft\Exchange Server\V14\TransportRoles\data\SenderReputation

  3. Move the contents of the folder to a new location, and then start the Microsoft Exchange Transport service.

• If Exchange is installed on a domain controller, review the information in Microsoft Knowledge Base article 940845, Services for Exchange Server 2007 or Exchange Server 2010 cannot start automatically after you install Exchange Server 2007 and Exchange Server 2010 on a global catalog server.

• Allow the local computer to have account access to the Internet. For more information, see Microsoft Knowledge Base article 941990, A digitally signed .NET Framework 2.0 Windows application may start very slowly, or a Windows service may time out during startup.

• If you cannot allow the computer account to have Internet access, try to increase the Windows services time-out value as a workaround. To do this, follow these steps:

  1. In Registry Editor, locate and then click the following registry subkey:

     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

  2. On the Edit menu, point to New, and then click DWORD (32-bit) Value.

  3. In the New Value #1 box, type ServicesPipeTimeout, and then press ENTER.

  4. Right-click ServicesPipeTimeout, and then click Modify.

  5. In the Value data box, enter the time-out value in milliseconds, and then click OK. For example, for a service time-out of 120 seconds, type 120000.

  6. Exit Registry Editor, and then restart the computer.

     Note   To enable Service Control Manager to use the modified time-out value, you must restart the computer.

• If you cannot allow the computer to have account Internet access, you can also try to modify the registry to reduce the certificate lookup time-out values as a workaround. To do this, specify the indicated DWORD values for the following registry subkeys:

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\OID\EncodingType

  0\CertDllCreateCertificateChainEngine\Config

  Value name: ChainUrlRetrievalTimeoutMilliseconds

  Value type: REG_DWORD

  Value data: If this value is 0 (zero) or, if this value does not exist, a default value of 15000 milliseconds is used. To reduce the time-out, set this value to 5000.

  Value name: ChainRevAccumulativeUrlRetrievalTimeoutMilliseconds

  Value type: REG_DWORD

  Value data: If this value is 0 (zero) or, if this value does not exist, a default value of 20000 milliseconds is used. To reduce the time-out, set this value to 7500.

• To determine whether the issue is caused by the processing of excessively large e-mail messages, follow these steps:

  1. Locate the mailbox or mailboxes from which the messages originate. In this scenario, the messages are being submitted. To locate the mailbox or mailboxes, use the Process Tracking log tool (Processtrackinglog.vbs).

     For more information about how to obtain and run the Process Tracking log tool, see Exchange Server 2007 Process Tracking Log Tool and also see the Exchange Server Team Blog article, Process Tracking Log tool for Exchange Server 2007.

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

     Look for entries that resemble the following:

     User1@contoso.com <mailto:User1@contoso.com> submitted a message multiple times that resulted in NDR - Size is 1303445440 bytes and sender is <> (Postmaster for NDR)

  2. Disconnect the mailbox or mailboxes that are stuck in submission, and then determine whether the Microsoft Exchange Transport service starts successfully.

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

For More Information

Если вы еще не сделали этого, используйте средства Exchange, созданные специально для анализа и устранения неполадок в среде Exchange. Они позволят проверить, соответствует ли конфигурация организации рекомендациям корпорации Майкрософт. Они также помогут найти и устранить проблемы с производительностью и улучшить организацию потока обработки почты. Чтобы запустить эти средства, перейдите на узел Инструменты в консоли управления Exchange. Дополнительные сведения об этих инструментах см. в разделе Управление средствами в меню «Инструменты».