Evento 7009 quando os utilizadores tentam enviar ou receber correio electrónico no Exchange Server 2013 ou Exchange Server de 2016

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2866822
Sintomas
Quando um utilizador tenta enviar correio electrónico num ambiente Microsoft Exchange Server 2013 ou 2016 do Microsoft Exchange Server, o correio electrónico não é enviado conforme esperado. Em vez disso, esta permanece na pasta a enviar ou na pasta de rascunhos.

Quando este problema ocorre, é registado um evento semelhante à seguinte na pasta aplicações:

Nome de registo: aplicação
Origem: MSExchangeTransport
ID do evento: 7009
Categoria de tarefa: componentes
Nível: informações
Palavras-chave: clássico
Descrição:
Obter o estado do serviço. Anfitrião de dados de estado do serviço de serviço - HubTransport, - inactivo

Além disso, as informações de actividade de ligação que é semelhante ao seguinte são registadas no registo de conectividade de caixa de correio. (Repare o erro "Não activa o servidor").

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 não definido; 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 ligação a 192.168.0.12
2013-06-27T21:08:37.583Z, 08D03F2DE58E0D71, SMTP, mailboxtransportsubmissioninternalproxy,-, mensagens de: 0 Bytes: 0 (repetir: serviço não activo)

Quando tenta testar comunicações SMTP utilizando Telnet, recebe uma 412.4.3.2 erro semelhante à seguinte:

220 final de serviço de correio do Exchange Server.contoso.comMicrosoft ESMTP, Qui, 27 de Junho de 2013 17:04:17-0400
EHLO
Olá Exchange-250-Server.contoso.com [fe80::2174:c9da:4ac0:74 c 2% 13]
TAMANHO DE 250
250 PIPELINING
250 DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-X-ANONYMOUSTLS
250-AUTENTICAÇÃO NTLM
NTLM GSSAPI DE 250-X-EXPS
250 8BITMIME
250-BINARYMIME
DAS SECÇÕES 250
250-XEXCH50
250-XRDST
250 XSHADOWREQUEST
o correio: user@contoso.com

412 4.3.2 serviço não activo
Causa
Este problema ocorre se o serviço de transporte está num estado inactivo.

No Exchange Server, os administradores podem colocar servidores no modo de manutenção. Quando um servidor estiver no modo de manutenção, está num estado inactivo e deixa de aceitar ligações.


Resolução
Para resolver este problema, defina o componente de transporte de concentrador para um estado activo. Para tal, siga estes passos:
  1. Execute o cmdlet seguinte:

    Conjunto-ServerComponentState – identidade Exchange_server_name-Solicitador funcional – estado activo – componente HubTransport
    Nota Se o Conjunto-ServerComponentState cmdlet não altera o estado do componente para diversão activo, o cmdlet seguinte:

    Conjunto-ServerComponentState – identidade Exchange_server_name-Manutenção solicitador – estado activo - HubTransport de componente
  2. Reinicie o serviço de transporte do Microsoft Exchange.

Mais Informação
Para verificar se um servidor está num estado inactivo, execute o cmdlet Get-ServerComponentState . Este cmdlet a saída é semelhante ao seguinte:

O ecrã que mostra o resultado do cmdlet de tiro

Referências
Para obter informações sobre como utilizar TelNet para testar as comunicações SMTP no Exchange Server de 2013, vá para o seguinte Web site da TechNet:

Para obter informações sobre o log de conectividade do Exchange Server de 2013, vá para o seguinte Web site da TechNet:

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

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



Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2866822 - Última Revisão: 10/01/2015 20:23: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