[FUG-BR] RES: RES: [OFF-TOPIC] MTA para email forwarder

[Renato Botelho]

2011/4/28 Cristiano Maynart Pereira <cpereira at unisc.br>:
>>
>>  Ola  Cristiano, que tipo de filtros vc usa ??
>>  conhece outra alternativa ao amavisd-new ??
>>
>>
>
> Os filtros do Postfix, como smtpd_helo_restrictions, smtpd_recipient_restrictions, header_checks, body_checks, smtpd_sender_restrictions, etc, e também RBL's e SPF.
>
> Não testei outras alternativas ao amavisd-new, mas o que ajudou muito nos filtros dele foi a utilizazação do SA e sa-learn.

É interessante notar que, se você decidir usar o SpamAssassin, compensa
usar o amavis. A razão é bem simples, o SA roda um daemon meio pesado
em perl, o spamd, e quando você usa o amavisd-new, que também roda um
daemon pesado em perl, ele consegue executar o SA direto com chamadas
de API, não precisando carregar o daemon do spamd.

Então com o mesmo "peso", você tem o amavis, que tem inúmeras features
legais e que vai te ajudar inclusive a não chamar o SA pra todos os emails,
por exemplo, emails maiores que 512Kb, pois os spams são sempre menores
que isso.

Além disso, normalmente quando a mensagem é entregue pro spamd (via
spamc) ela é devolvida pra fila do MTA usando o /usr/sbin/sendmail, ou seja,
um processo standalone pra cada email, já o Amavisd-new funciona como um
server e client de SMTP e LMTP.

No final você vai consumir menos recursos, acelerar a entrega do email e
ter muito mais features (antivirus, bad header, black e whitelist,
Amavisd::Custom...).

Meus $0,02

[]s
-- 
Renato Botelho