Olá Paulo,
Obrigado pela dica, realmente eles reclamam bastante. Já tentei
algumas opções deste tipo no passado. Meu problema acaba se agravando
pois é um provedor de hospedagem e ai os clientes reclamam quando não
enviam por causa de bloqueio da reputação e reclamam quando tentamos
evitar o problema com limitações. Realmente usuários são complicados
demais.
Uma vez consegui bastante efeito com o reject_sender_login_mismatch
mais causou problemas pois o cliente autentica como clie...@dominio.com
e manda o e-mail como comerc...@dominio.com então tive que desabilitar.
Agora a solução que resolvi usar foi adaptar de um script perl para
greylist que achei para que faça uma checagem semelhante ao
reject_sender_login_mismatch porem validando dominio, ou seja a pessoa
autenticada pode mandar o sender como qualquer nome desde que seja o
mesmo dominio. Acredito que isto resolva meu problema.
Ah pode parecer estranho adaptar meu script de um de greylist mais é que
não sou programador perl então na verdade usei o script como exemplo
pois ja tentei criar algumas coisas em java ou mesmo em php e não gostei
da performance com o postfix e como parece que tudo que fazem para ele é
perl resolvi ver como fica.
O script é simples e quem conhece de perl faz com a mão nas costas mais
para que quiser dar uma olhada coloquei ele em anexo.
Para usar:
na master.cf
authsender unix - n n - 0 spawn
user=nobody argv=/usr/bin/authsender.pl
na main.cf
smtpd_recipient_restrictions = reject_unknown_recipient_domain,
check_policy_service unix:private/authsender,
permit_mynetworks,
permit_sasl_authenticated,
.......
> Em 22 de abril de 2012 19:40, <k...@workscom.com.br> escreveu:
>
>>
>> Olá a todos,
>>
>> Gostaria de uma sugestão de vocês pois meu problema na verdade não é
>> o
>> spam recebido pelos meus clientes, preciso de uma forma eficiente de
>> bloquear o spam que eles enviam.
>>
>> O mais problema é que os vírus que estão na maquina de clientes
>> capturam suas senhas e mandam e-mails como um cliente válido então
>> mesmo meu servidor não sendo um openrelay ele acaba parando nas listas.
>> Já tentei várias formas de bloqueio e tentei usar o spamassasim para
>> este tipo de bloqueio mais ele meio que confia por padrão nos clientes
>> e não considera spam.
>>
>> Alguém tem alguma sugestão para resolver isto, já teve este tipo de
>> problema?
>>
>> Uma solução que já pensei é em fazer meu próprio processo de análise e
>> injetar os e-mails via filter para isto mais criar um programa assim
>> para volume grande de e-mail requer muito teste para evitar atrasos na
>> fila de e-mail.
>>
>> Se tiverem sugestão agradeço.
>>
>>
> Limita a quantidade maxima de envio por minuto/hora, se exceder bloqueia
> o
> usuário.
> Quando o usuário for reclamar informe que a maquina dele possui
> virus/worms
> e que o mesmo tentou passar-se por ele para dissiminar spans, sugere que
> seja realizado um procedimento de varredura na estação para que não tenha
> mais problemas e que altere a senha.
>
> Um ou outro vai xingar mais nada que " Tudo bem Sr./Sra, assim que a sua
> estação estiver livre de virus o usuário estará liberado".
> Passei por este problema em 2010, barrava a mensagem e só libero quando a
> estação estiver livre de problemas, foi indo que cancelaram o contrato de
> manutenção, anegando um monte de coisa, para mim quanto menos problemas
> melhor, contrato cancelado, mais depois de 1 mes, quando as mensagens só
> estavam sendo taxadas como spam, vinheram atraz para que resolver, bom
> azar
> deles servidor novo.
>
>
>
>
>
> --
> :=)><(=:
> "O dia que não existir mais usuários de sistemas será o meu primeiro dia
> realmente feliz"
>
> Flamers > /dev/null !!!
> _______________________________________________
> Postfix-BR mailing list
> Postfix-BR@listas.softwarelivre.org
> http://listas.softwarelivre.org/mailman/listinfo/postfix-br
>_______________________________________________
Postfix-BR mailing list
Postfix-BR@listas.softwarelivre.org
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
