-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Boas novas: uma solu��o que tornou o processo de entrega de mensagens pelo
procmail 5 vezes mais r�pida foi a intera��o entre o daemon spamc/spamd e
uma base de dados mysql, com uma receita global do procmail em /etc/procmailrc.
Atualmente est�o desativadas as op�es das configura��es em
$HOME/.procmailrc, quanto ao spamd. Mesmo porque, n�o s�o mais neces�rias,
e funcionam para todas as contas. Um recurso interessante � a cria��o 'on
the fly' do .spamassassin no $HOME dos usu�rios novos... Fiquei
positivamente surpreso.
Para completar o servi�o, j� que eu ando ultimamente com tempo
para dar andamento aos testes e outras coisas inerentes, tem um bug no
procmail que eu debat� com alguns usu�rios e o Wietse, que afeta apenas
rpm's RedHat, Mandrake e Conectiva ( no m�nimo at� a v. 8.0). Gostaria de
anexar a correspond�ncia em quest�o;, seria meio invi�vel postar no
bugtrack dado o tamanho dos e-mails.
At�,
- -----
end
I wish you have a good day,
and a nice work donne with GNU-Linux.
Tenha um bom dia e um �timo trabalho com linux
Fui!
====================<<<<<< * >>>>>>>====================
=========== Renato Q. Salles UIN 143517540 ===========
=========== Linux Registered User n� 217696 ===========
====================<<<<<< * >>>>>>>====================
/"\
\ / Campanha da fita ASCII - Contra mail HTML
X ASCII ribbon campaign - Against HTML mail
/ \
On Fri, 5 Jul 2002, Ademar de Souza Reis Jr. wrote:
> On Fri, Jul 05, 2002 at 02:24:48PM -0300, Renato A. Q. Salles wrote:
> > Tem muita l�gica. S� n�o fiz antes pois a recomenda��o do README do
> > Spamaassassin diz textualmente para colocar as configura��es de spam na
> > primeira linha do .procmailrc; n�o testei ainda, mas � muito prov�vel que
> > funcione. No entanto isso deixa evidente a impossibilidade de uso num
> > ambiente corporativo, onde, por exemplo, 200 usu�rios X 20 mensagens/dia,
> > teriamos 4000 mensagens/dia. Ora, se o spamassassin j� causa timeout na
> > entrega de 200/300 mensagens/dia, om que ser� com 4000/mensagens/dia.
> > Por�m, n�o sei se o procmail ou o spamassassin criam um processo para cada
> > lote de mensagens/usu�rio. Se for, vai dar certo, se n�o for, fica
> > imposs�vel usar.
>
> Existe um overhead (e grande) na entrega das mensagens, mas � o pre�o que se
> paga (com filtro anti-spam, anti-virus, etc). Nessa hora valem recomenda��es
> como a do Andreas de limitar o tamanho das mensagens a serem checadas, por
> exemplo, mas n�o tem jeito... o overhead vai existir.
>
> O spamassassin tem uma op��o para ser carregado como um "daemon", o que
> evita que ele seja executado uma vez para cada mail que chegue. Nunca
> testei, mas sei que existe. D� uma olhada se estiver interessado e envie o
> resultado pra lista :)
>
> Fora isso, lembre-se do fato de que em um servidor de e-mail, voc� n�o
> recebe 500 mensagens de uma vez s� (como � comum em um desktop de usu�rio).
> Um delay de 5 ou 10 segundos por mensagem parece ser aceit�vel.
>
> []'s
> - Ademar
>
> --
> Ademar de Souza Reis Jr. <[EMAIL PROTECTED]>
>
> WYSIWYG editor? VI! I see text, I get text!
>
> ^[:wq!
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9Jnoh7m5526AiZG0RAkpXAJwMZq4ulioqnXOSc3Of8oor3HeoCwCfdazM
ggPHsBw8+HgDHXj32XzKmX0=
=dpH5
-----END PGP SIGNATURE-----
Assinantes em 06/07/2002: 2219
Mensagens recebidas desde 07/01/1999: 174048
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
