Mensagens presas na fila SMTP - Exchange 2003

Question

Preciso da sua ajuda pessoal; -)

Eu tenho um problema com as mensagens que entram no nosso Exchange Server e as que estão passando por ele. Basicamente, as mensagens estão presas na fila SMTP.

Uma mensagem chegará ao servidor, eu posso vê-lo listado em "Exchange System Manager", mas se você listar as propriedades da fila de mensagens, ele diz algo como

00:10 SMTP Message enfileirado para entrega local

00:10 Mensagem SMTP enviada localmente para [email protected]

00:10 Mensagem SMTP agendada para repetir a entrega local

00:11 Mensagem SMTP enviada localmente para [email protected]

00:11 Mensagem SMTP programada para tentar novamente a entrega local

etc etc

Para a lista de mensagens de saída, tem esta aparência:

10:55 SMTP: mensagem enviada para enfileiramento avançado

10:55 SMTP: envio de mensagem iniciada à fila avançada

10:55 SMTP: mensagem enviada ao categorizador

10:55 SMTP: mensagem categorizada e enfileirada para roteamento

10:55 SMTP: mensagem roteada e enfileirada para entrega remota

E o fim - desde então, o status não mudou, a mensagem está na fila, estou forçando a conexão de vez em quando, mas sem um efeito.

Eu verifiquei a conexão com o smarthost (usei o telnet para isso) e tudo parece funcionar corretamente, então o problema provavelmente está no lado da troca. Eu estou usando o Exchange Server 2003 em execução no Small Business Server 2003. Eu não tenho nenhum antivírus instalado no servidor. O espaço livre restante em cada partição é superior a 3Gb, na partição com bases de dados - tem mais de 12Gb. Tudo estava funcionando bem e sem problemas desde 2005, os problemas começaram na metade deste junho - mensagens começaram a sair e ficarem presas quase aleatoriamente (eu não vejo um padrão ainda, alguns estão saindo, alguns não estão, alguns estão indo atrás várias horas).

Eu não sei o que fazer, o que verificar mais, então, por favor, alguma idéia?

Atenciosamente, D.

editar

1. Priv1.edb tem 14,5 GB e priv1.stm 2,6 GB - juntos esses arquivos têm mais de 16 GB - pode ser o motivo? Se sim, então o que?

2. Na verdade, não pensei que pudesse ter algo em comum com o meu problema, mas vários usuários relataram problemas recentes com o Outlook Web Access - eles podem fazer login, ver a lista de seus e-mails, mas Não consigo ver o conteúdo de seus e-mails. Embora quando eles estão se conectando com o Outlook 2003/2007 - não existe tal problema, apenas com o OWA existe.

edit2

Então, .. Funciona agora, e eu tenho que admitir que não tenho certeza do problema (espero que não volte).

O que eu fiz:

1. Limpou algumas caixas de correio para reduzir o tamanho delas

2. Armazenamento de informações desmontadas

3. Arquivos de banco de dados desfragmentados (usei eseutil: c: \ arquivos de programas \ exchsrvr \ bin > eseutil / d g: \ base de dados \ Exchsrvr \ MDBDATA \ priv1.edb)

4. Armazenamento de informações montado

5. .. e antes que eu conseguisse fazer qualquer outra coisa - minha fila começou a se mover, elementos que foram mantidos lá por dias - começaram a se mover e depois de alguns minutos tudo foi enviado, tanto fora quanto localmente.

Mas: priv1.edb ainda é grande (13 884 203 008), priv1.stm também (2 447 384 576), portanto, essa provavelmente não é a questão do tamanho do arquivo. E se não isso, então o que foi isso?

E se isso foi problema de tamanho do arquivo, em breve ele será repetido - há algo que eu possa fazer para evitá-lo?

    

Answer 1

Tudo funciona agora, o problema era de fato tamanho do arquivo de banco de dados - os dois arquivos juntos - priv1.edb e priv1.stm atingiram 16 383 MB e eu estava usando o Exchange 2003 sem o SP2 (que tem exatamente 16 383MB como limite para arquivo de base de dados). Eu ainda não entendi porque antes de chegar a este limite o envio era aleatório - talvez algumas mensagens fossem grandes demais para serem transmitidas? Não tenho certeza.

Caso alguém tenha um problema semelhante ao meu, aqui estão os links com a solução:

Como obter os service packs mais recentes para o Exchange Server 2003:

support.microsoft.com/?scid=kb%3Ben-us%3B836993&x=11&y=7

Configuração e gerenciamento de limite de tamanho do banco de dados (de 18 GB até 75 GB):

link

Obrigado por suas respostas e comentários, vocês dois me ajudaram muito!

    

Answer 2

Estou assumindo que o seu armazenamento de informações está funcionando e que os usuários podem acessar suas caixas de correio, etc. Se esse não for o caso, precisamos discutir esse problema porque ele causará o que você está vendo no seu postar.

Veja este artigo da Microsoft: link

Parece-me que o seu Armazenamento de Informações está tendo um problema, e a "Caixa de Correio SMTP Desconectada", conforme descrito no artigo, é um bom lugar para começar (supondo que seus usuários não estejam enfrentando problemas gerais) suas caixas de correio com o Outlook).

Se você conseguir parar e reiniciar o serviço Armazenamento de Informações, faça isso e examine o Log de Eventos do Aplicativo para obter as mensagens descritas no artigo. Em particular, você está procurando a origem "MSExchangeTransport" e o ID de evento 326 e / ou o ID de evento "MSExchangeIS" 1194.

Se este for o caso, há um procedimento de resolução no artigo, mas não é um procedimento click-for-click (obrigado, Microsoft). Descubra se este é o seu problema primeiro e, em seguida, podemos aprofundar a resolução.

    

Answer 3

Pode ser uma mensagem corrompida na pasta \ Exchsrvr \ Mailroot \ vsi 1 \ Queue. Classifique os arquivos por data e mova o arquivo mais antigo para outro local. E repita.

    

Answer 4

Eu tinha algo parecido e, eventualmente, acompanhei isso: Nosso limite de mensagens enviadas foi de 20MB e alguém enviou e-mails de 18MB. Nenhuma mensagem de erro óbvia e, por vezes, algumas mensagens pareciam passar, mas cerca de 100 + mensagens foram bloqueadas em várias filas esperando para ir para destinos SMTP.

Eu fiz as grandes mensagens e de repente tudo estava indo embora.

Não há mensagens de log, mas temos uma conexão DSL lenta (muito longe do telefone) e meu palpite foi o tempo limite na conexão SMTP? Ou talvez limites do outro lado?