Evento 7009 quando os usuários tentam enviar ou receber email no Exchange Server 2013 ou 2016 do Exchange Server

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2866822
Sintomas
Quando um usuário tenta enviar email em um ambiente Microsoft Exchange Server 2013 ou 2016 do Microsoft Exchange Server, o email não é enviado conforme o esperado. Em vez disso, ela permanecerá na pasta caixa de saída ou na pasta Rascunhos.

Quando esse problema ocorre, um evento semelhante ao seguinte é registrado na pasta do aplicativo:

Nome de logon: aplicativo
Fonte: MSExchangeTransport
Identificação do evento: 7009
Categoria da tarefa: componentes
Nível: informações
Palavras-chave: clássico
Descrição:
Recuperar o estado do serviço. Hospedar os dados do estado do serviço - HubTransport, serviço - inativo

Além disso, informações de atividade de conexão semelhante à seguinte são registradas no log de conectividade de caixa de correio. (Observe o erro "O servidor não está ativo").

2013-06-27T21:08:37.520Z,08D03F2DE58E0D70,MapiSubmission,89294a5c-bf90-4ae2-a3ff-7f2b81b4ba71,+,Exchange-Server.contoso.com
2013-06-27T21:08:37.536Z, 08D03F2DE58E0D71, SMTP, mailboxtransportsubmissioninternalproxy, +, 00000000-0000-0000-0000-000000000000 indefinido; QueueLength = 0
2013-06-27T21:08:37.536Z, 08D03F2DE58E0D71, SMTP, mailboxtransportsubmissioninternalproxy, >, Server.contoso de Exchange [192.168.0.12]
2013-06-27T21:08:37.536Z, 08D03F2DE58E0D71, SMTP, mailboxtransportsubmissioninternalproxy, >, estabelecido conexão com 192.168.0.12
2013-06-27T21:08:37.583Z, 08D03F2DE58E0D71, SMTP, mailboxtransportsubmissioninternalproxy,-, mensagens: 0 Bytes: 0 (repetir: serviço não ativo)

Quando você tenta testar as comunicações SMTP usando o Telnet, você recebe um 412.4.3.2 erro semelhante à seguinte:

Pronto para Exchange Server.contoso.comMicrosoft ESMTP MAIL Service 220 na quinta-feira, 27 de junho de 2013 17:04:17-0400
EHLO
Saudação de 250-Exchange-Server.contoso.com [fe80::2174:c9da:4ac0:74 c 2% 13]
TAMANHO DE 250
O PIPELINING 250
250 DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-X-ANONYMOUSTLS
250-AUTENTICAÇÃO NTLM
250-X-EXPS GSSAPI NTLM
8BITMIME 250
250-BINARYMIME
FRAGMENTAÇÃO DE 250
XEXCH50 250
250-XRDST
XSHADOWREQUEST 250
email: user@contoso.com

412 4.3.2 serviço não ativo
Causa
Esse problema ocorre se o serviço de transporte está em um estado inativo.

No Exchange Server, os administradores podem colocar servidores em modo de manutenção. Quando um servidor está no modo de manutenção, ele está em um estado inativo e não aceitará mais conexões.


Resolução
Para resolver esse problema, defina o componente de transporte de Hub para o estado ativo. Para fazer isso, execute as seguintes etapas:
  1. Execute o seguinte cmdlet:

    Conjunto ServerComponentState-Identity Nome_servidor_Exchange-O solicitante funcional – estado ativo – HubTransport de componente
    Observação: Se a Conjunto de ServerComponentState cmdlet não altera o estado do componente para diversão ativo, o seguinte cmdlet:

    Conjunto ServerComponentState-Identity Nome_servidor_Exchange-Manutenção solicitante – estado Active - componente HubTransport
  2. Reinicie o serviço de transporte do Microsoft Exchange.

Mais Informações
Para verificar se um servidor está em um estado inativo, execute o cmdlet Get-ServerComponentState . Esse cmdlet a saída semelhante à seguinte:

Captura de tela mostrando a saída do cmdlet

Referências
Para obter informações sobre como usar o TelNet para testar a comunicação SMTP no Exchange Server 2013, consulte o seguinte site do TechNet:

Para obter informações sobre o log de conectividade no Exchange Server 2013, acesse o seguinte site do TechNet:

Para obter informações sobre o cmdlet Get-ServerComponentState Exchange Server 2013, vá para o seguinte site do TechNet:

Para obter informações sobre o cmdlet Set-ServerComponentState Exchange Server 2013, vá para o seguinte site do TechNet:



Propriedades

ID do Artigo: 2866822 - Última Revisão: 10/01/2015 20:24:00 - Revisão: 3.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise

  • kbsurveynew kbmt KB2866822 KbMtpt
Comentários