Mail do Mac OS X Server (10.5) preso na fila

Question

Temos mensagens acumuladas na fila do nosso Leopard Server e não sabemos exatamente por quê. Esta máquina exigiu pouca manutenção ao longo dos anos, por isso espero que alguém encontre o óbvio e poupe algum tempo. Deixe-me saber que outras informações seriam úteis. O servidor parece estar funcionando normalmente, exceto pela fila "entupida" e o seguinte erro associado a cada mensagem "interceptada":

Olhando as mensagens na fila, cada um afirma algo assim:

Message ID: 4213C3B8B3F
Date:       October 27, 2009 11:33:27 AM
Size:       1824
Sender:     [email protected]
Recipient(s) & Status:
----------------------
[email protected]:
    connect to 127.0.0.1[127.0.0.1]: Connection refused

Em Configurações > Relay, verificamos Aceitar retransmissões SMTP somente desses hosts e redes :

127.0.0.0/8
10.0.1.0/24 

O email na fila é endereçado a usuários cujas contas estão neste servidor. Mail.app no cliente parece estar funcionando normalmente e verificando a verificação de mensagens no servidor. Nós adicionamos um domínio virtual há algum tempo, mas tudo isso estava funcionando bem por algum tempo ... Isso só começou a acontecer recentemente ... alguma idéia?

Editar: ativar e desativar os serviços de filtro parece ter corrigido isso, exceto as duas mensagens enfileiradas que mostram " transporte de e-mail indisponível " como um erro!?!

    

Answer 1

Em algumas ocasiões, vemos isso em nosso servidor de e-mail do Mac OS X 10.5 Leopard Server, geralmente após a reinicialização do serviço Mail (na verdade, atribuo isso a um problema mailbfr , mas não o rastreio completamente até a causa raiz ). O que acontece é que /var/amavis/tmp desaparece, fazendo com que o amavisd falhe, evitando assim a entrega. Simplesmente recriar o diretório tmp e reiniciar o serviço Mail funciona para nós:

sudo mkdir /var/amavis/tmp
sudo chown _amavisd:_amavisd /var/amavis/tmp

Em relação à limpeza da fila, sugerimos que você se familiarize com o postqueue & postsuper comandos. postqueue -p imprimirá a fila. sudo postsuper -r ALL re-enfileirará todas as mensagens para entrega. Eu sugiro não executar o último quando você tiver um grande número de mensagens na fila, mas quando a fila terminar e você tiver apenas um casal que ainda não foi reenviado.

    

Answer 2

Poderia ter algo a ver com a filtragem de conteúdo? link