Usuário com melhor resposta
Event ID: 17005

Pergunta
-
Hoje, pela manhã, após semanas de funcionamento normal e estável, o Exchange Server 2007 deu um erro no MSExchangeTransport.
O serviço SMTP (transporte) simplesmente parou e quando é tentado reiniciar o mesmo, dá o erro indicado no assunto.
Encontrei algumas soluções:
http://technet.microsoft.com/pt-br/library/bb218101(EXCHG.80).aspx
http://groups.google.com/group/microsoft.public.exchange.admin/browse_thread/thread/17bbd69ad8bc8f2b
Essas soluções foram implementadas e mesmo assim o problema continua.
Atualmente estou utilizando um único servidor para o Exchange com ISA na ponta.
O serviço de transporte foi removido do servidor e posteriormente, reinstalado, mas sem resultado satisfatório, no momento, está sendo instalado o serviço de transporte em outro servidor, como forma de tentar disponibilizar email para os clientes até que o problema no servidor original seja resolvido.
Alguém aqui já passou por esse tipo de problema ? Será que existe alguma outra solução diferente das adotadas até o momento ?
Respostas
-
Ola Ricardo,Ja tive este erro e segui este link http://technet.microsoft.com/en-us/library/bb218101(EXCHG.80).aspx que acredito que seja o teu primeiro link e funcionou tranquilamente.Derrepente mude para um outro disco a base e faça o teste.
-
Anderson, problema resolvido, o anti-spam estava funcionando, a falha na análise das mensagens era em decorrência de uma regra no ISA, a mesma foi corrigida.
Conseguimos também solucionar o problema que deu origem a esse post. Foi identificado que o arquivo de filas (mail.que) estava corrompido, impedindo que o serviço de transporte funcionasse.
Foi criada uma pasta em outro disco para armazenamento do arquivo da base de fila, sendo alterado o caminho no arquivo EdgeTransport.exe.config.
Depois verificamos que o procedimento acima poderia ter sido simplificado, com a remoção do arquivo corrompido para outro local, forçando a criação de um novo no caminho original. O arquivo original foi por nós descartado, mas o mesmo poderia ser analisado com o programa exeutil como forma de tentar recuperar o mesmo para reutilização e reenvio das mensagens da fila.
Todas as Respostas
-
Ola Ricardo,Ja tive este erro e segui este link http://technet.microsoft.com/en-us/library/bb218101(EXCHG.80).aspx que acredito que seja o teu primeiro link e funcionou tranquilamente.Derrepente mude para um outro disco a base e faça o teste.
-
Olá Anderson,
O link trata do mesmo assunto, eu segui esse procedimento e continuou com o erro, simplesmente o serviço de transporte não inicia, sempre retornando o mesmo event id e informação de erro.
Estou tentando configurar outro serviço de transporte em outro servidor, vamos ver se, pelo menos temporariamente, resolvo o problema por aqui.
No mais, agradeço qualquer dica em busca da solução do problema. -
Bom, servidor de transporte novo no ar, quase tudo funcionando perfeitamente, exceto o anti-spam, não está efetuando filtragem e enviando mensagens para a conta determinada, isso estava configurado no antigo servidor e quando abro as especificações do novo servidor, continua lá, da mesma forma como estava, porém não está filtrando. O que está funcionando, são as regras, ainda bem, pois o tráfefo de spam é muito...
Ainda não consigo startar o serviço de transporte no servidor original, não consegui identificar a origem do problema e a sua solução e agora não consigo fazer com que o anti-spam funcione adequadamente no novo servidor de transporte.
Continuo em busca de solução para os problemas até o momento enfrentados.
-
-
Anderson, problema resolvido, o anti-spam estava funcionando, a falha na análise das mensagens era em decorrência de uma regra no ISA, a mesma foi corrigida.
Conseguimos também solucionar o problema que deu origem a esse post. Foi identificado que o arquivo de filas (mail.que) estava corrompido, impedindo que o serviço de transporte funcionasse.
Foi criada uma pasta em outro disco para armazenamento do arquivo da base de fila, sendo alterado o caminho no arquivo EdgeTransport.exe.config.
Depois verificamos que o procedimento acima poderia ter sido simplificado, com a remoção do arquivo corrompido para outro local, forçando a criação de um novo no caminho original. O arquivo original foi por nós descartado, mas o mesmo poderia ser analisado com o programa exeutil como forma de tentar recuperar o mesmo para reutilização e reenvio das mensagens da fila.