[MASOCH-L] RES: RES: RES: luta contra spam...

[Paulo Bernardo Severiano Silva]

Paulo,

Se vc usou o qmailrocks na "risca", vc deve ter aplicado um patch
chamado qms-analog, este dá a possibilidade de configurar valores para
que as mensagens classificadas como SPAM pelo SA sejam rejeitadas de
cara, ou colocadas em quarentena, o patch adiciona as seguintes
variáveis de controle no script no
/usr/local/bin/qmail-scanner-queue.pl:

$sa_quarantine_site='5'
$sa_delete_site='15'

No meu caso eu configurei o score do SA para marcar mensagens acima de
5, assim, no exemplo acima, a primeira variável soma 5 ao score
configurado  no SA, assim mensagens com valor maior que 10, serão
colocadas em quarentena.
A segunda soma 15 ao score, ou seja, mensagens com score maior que 20,
serão rejeitadas.

Maiores informaćões:     http://freebsd.qmailrocks.org/qmailscanner.htm

Espero ter ajudado.

On 2/15/07, Lucio de Aquino Marinho <aquino at ecosistemas.com.br> wrote:
>
>  Boa Tarde amigos da Lista
>
> Nos  servidores de correio que eu crio ,  normalmente eu utilizo  as
> dicas do http://www.shupp.org/toaster/    o que voce parece estar
> querendo implementar  seria
> as features deste patch  que é aplicado ao qmail-scanner
> http://toribio.apollinare.org/qmail-scanner/  . Para que nao haja perda
> de nenhuma mensagem   as possiveis mensagens spam
> são marcadas e um filtro  no cliente de email seja desktop ou webmail
> separa as mensagens , isso pode ser feito automaticamente   com essa
> dica   http://www.dicas-l.com.br/dicas-l/20050830.php
>
>  Espero ter ajudado
>
>
>
> Welliton Sá escreveu:
> > No qmail-scanner 2.01 existe uma variável $sa_quarantine_over que deve ser
> > valorada com um número que somado ao required_score do SA determine o score
> > mínimo para que o e-mail fique preso na quarentena, daí é só você colocar
> > algum script no cron pra limpar a quarentena periodicamente.
> >
> > Agora, no QS 1.25 não sei bem como funciona. É melhor você dar uma olhada na
> > documentação do qmail-scanner que com certeza você vai conseguir essa
> > informação.
> >
> > Em 15/02/07, Paulo Júnior <paulojunior at unilestemg.br> escreveu:
> >
> >> Qmail + vpopmail + SpamAssassin-3.0.2 + qmail-scanner-1.25
> >>
> >>
> >> Instalei com base no qmailrocks
> >>
> >>
> >>
> >>
> >> -----Mensagem original-----
> >> De: MARLON BORBA [mailto:MBORBA at trf3.gov.br]
> >> Enviada em: quarta-feira, 14 de fevereiro de 2007 15:19
> >> Para: On-line Comfort and Help' 'Mail Aid and Succor;
> >> paulojunior at unilestemg.br
> >> Assunto: Re: [MASOCH-L] RES: RES: luta contra spam...
> >>
> >> Isso depende do seu MTA. É postfix?
> >>
> >>
> >>
> >> Abraços,
> >>
> >> Marlon Borba, CISSP, DataCenter Associate
> >> Técnico Judiciário - Segurança da Informação
> >> TRF 3ª Região
> >> (11) 3012-1683
> >> --
> >> 1997-2007 - Dez Anos da DSUP.
> >> Conhecimento Gerando Soluções.
> >> --
> >>
> >>
> >>>>> paulojunior at unilestemg.br 14/2/2007 15:12:06 >>>
> >>>>>
> >> É...
> >>
> >> Mas ninguem me falou como faço para rejeitar...
> >>
> >> Alguém pode dar a dica????
> >>
> >>
> >> -----Mensagem original-----
> >> De: masoch-l-bounces at eng.registro.br
> >> [mailto:masoch-l-bounces at eng.registro.br] Em nome de Lao DanTong
> >> Enviada em: terça-feira, 13 de fevereiro de 2007 16:44
> >> Para: Mail Aid and Succor, On-line Comfort and Help
> >> Assunto: Re: [MASOCH-L] RES: luta contra spam...
> >>
> >> On Tue, 13 Feb 2007, Leonardo Rodrigues Magalhães wrote:
> >>
> >>
> >>>    Pergunta pra turma que morre de medo de descartar mensagem por falso
> >>> positivo ..... :)
> >>>
> >>>    Como vocês fazem com as regras que vocês certamente implementa antes
> >>> do analisador de conteúdo ?? E as rejeições por RBLs ?? E as rejeições
> >>> pelo greylist ?? E as rejeições por mensagens vindas de máquinas que não
> >>> possuem reverso cadastrado corretamente ?? E as que não passam nos
> >>> testes de SPF ?? Essas mensagens são rejeitadas ainda antes de receber o
> >>> corpo da mensagem .... ou seja, ainda impossível de 'rotular' e enviar
> >>> pro usuário marcado como SPAM.
> >>>
> >> greylist não é uma rejeição, é erro temporário, portanto está fora de
> >> questão. o efeito desagradável de greylist é atrasar uma entrega, não de
> >> impedi-la.
> >>
> >> SPF é uma política imposta pelo dono do domínio remetente, se seus
> >> usuários não cumprem essa política o problema é dele, não meu. além disso
> >> isto gera mensagem de erro, portanto o remetente fica sabendo que não
> >> conseguiu enviar.
> >>
> >> RBL: melhor nem usar.
> >>
> >> reverso: idem. péssimo critério.
> >> __
> >> masoch-l list
> >> https://eng.registro.br/mailman/listinfo/masoch-l
> >>
> >> __
> >> masoch-l list
> >> https://eng.registro.br/mailman/listinfo/masoch-l
> >>
> >>
> >> __
> >> masoch-l list
> >> https://eng.registro.br/mailman/listinfo/masoch-l
> >>
> >>
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>