Atualização: Esta manhã, [email protected] respondeu ao meu pedido de suporte lá, e modificou a documentação para ter um shell script para limpar a fila SMTP. http://citadel.org/doku.php/faq:spam:recover Eu não tentei, mas suponho que esta é agora a maneira correta de fazer isso.
Isso funcionou para mim, mas não tenho certeza se é a maneira correta, ou até mesmo boa, de fazer isso. Primeiro, defina a política de expiração da sala __CitadelSMTPspoolout__ para que todas as mensagens incorretas colocadas na sua fila expirem: Depois de clicar em Visualizar fila SMTP de saída, clique rapidamente em Avançado antes que o JavaScript trave seu navegador e edite ou exclua essa sala. Em seguida, clique em Política de expiração de mensagens e defina "Política de expiração de mensagens para esta sala" de forma que todas as porcarias que entopem sua fila expirem. Em seguida, conecte-se ao seu servidor via SSH e, como root, execute: "/ usr / local / citadel / sendcommand TDAP". Em seguida, espere o uso do processador retornar ao normal, sinalizando que a limpeza terminou. Em seguida, reinicie o servidor da sua cidadela algumas vezes. Para mim, o primeiro comando de reinicialização que eu emiti via WebCit ficou pendurado em tudo e eu tive que ir e matar todos os processos citadel, executar os scripts de reparo do db incluídos no citadel e iniciar o citadel novamente via init.d. Então eu tive que fazer a limpeza novamente, e reiniciar mais duas vezes antes que tudo finalmente fosse retirado e limpo corretamente. Isso é ruim e horrível e horrível e terrível, e a cidadela realmente deve ter uma maneira de linha de comando apenas para limpar a fila SMTP. Mas se isso acontecer, eu nunca encontrei. Depois dessa experiência, eu não vou mais usar cidadela, pois parece que não há suporte oportuno nem aqui nem no uncensored.citadel.org, e o Citadel não se importa o suficiente com os administradores para nos fornecer as ferramentas críticas que precisamos para resolver problemas. em qualquer coisa como uma moda razoável. Assim, cidadela não é, e não deve anunciar-se como, uma solução profissional de groupware. A menos que todos os problemas possam ser removidos do console, sem recorrer a hacks aleatórios que correm o risco de quebrar mais do que consertam, ele simplesmente não pode ser usado em qualquer ambiente onde o acesso estável ao servidor de groupware é um requisito. Todas as outras soluções de groupware que usei teriam esse problema resolvido em menos de uma hora. Levou-me das 5 da manhã de hoje até as 17h08 da noite, sem parar para comer ou qualquer outra coisa, para que o correio voltasse a funcionar. Inaceitável.