Eu tenho uma microinstância EC2 na AWS e executando o spamassassin. Recentemente, ele tem usado consistentemente cerca de 0,5 créditos de CPU em um período de 5 minutos. (Isso significa que minha CPU está funcionando a 50% durante um período de 5 minutos).
Existe uma maneira de reduzir a frequência com que o spamd é executado ou reduzir a quantidade geral de CPU que ele utiliza?
Obrigado!
EDIT: Esta postagem afirmou incorretamente que fail2ban estava causando o uso da CPU. Depois de desligá-lo, ele ainda estava usando muitos créditos de CPU e encontrou o outro culpado.
Responder1
Spamd não é algo programado. É executado sempre que um processo o chama.
Não existe um marcador simples e grande parte da resposta é "depende da sua configuração", mas (supondo que você tenha um servidor de e-mail/perfil de usuário normal) você pode reduzir bastante a quantidade de e-mail que seu servidor precisa processar introduzindo cinza -lista.
(A lista cinza é uma maneira leve de descartar spam recebido, normalmente elimina cerca de 80% do spam e, normalmente, a maior parte dos e-mails é spam, por isso pode fazer uma grande diferença. Funciona permitindo que outros servidores se conectem, enviem o endereço de e para , e se não os reconhecer, ele os adiciona a uma lista e fecha a conexão - os servidores de e-mail legítimos devem tentar reenviar e-mails, muitos sistemas de spam não o fazem. leva mais tempo para o primeiro e-mail chegar).
Eu provavelmente não recomendaria isso, mas você também pode tentar usar listas negras para bloquear e-mails de prováveis fontes de spam antes que cheguem ao spamassassin. Isso é muito mais leve do que usar spamassassin para verificar e-mails, mas dá muita confiança (talvez muita confiança) aos RBLs.
Se o seu servidor estiver enviando muitos e-mails e você tiver certeza de que são legítimos, convém ignorar a filtragem de spam para e-mails enviados. Se alguém enviando e-mail através do seu servidor estiver comprometido, você será colocado na lista negra muito mais rápido - você poderá contornar isso introduzindo cotas - por exemplo, "cluebringer/policyd".
Por último, você poderá destruir partes do spamassassin para torná-lo menos intensivo em CPU. Provavelmente, esta não é uma boa ideia.