Re: [FUG-BR] [1/2 off] Qmail + dspam
Renato Frederick escreveu: Tive o mesmo problema. Com menos de 500usuarios, uns 30dominios a base do SQL passava de 3GB, um boot forçado no servidor era motivo para um repair table/myisamchk :( estou usando spamd+clamav+RBL+greylist+spamcontrol, prá dar uma segurada nos spam. inte Se a tabela chegar aos 4GB (limite máximo de um arquivo no ufs) ai você vai ver a dor de cabeça.. heheheh Eu nunca gostei do spamassassim por ser feito em perl (overhead) e ter um grande número de dependencias, mas com o spamc/spamd estou conseguindo utilizar o SA sem muitos problemas (embora ainda não goste muito do sistema de classificação dele...) O spamc deve ser executado atraves do qmail-queue e não nos .qmail da vida (cada mensagem que passa no qmail-queue pode se tornar várias mensagens já que ela será copiada para cada e-mail local que recebe a mensagem). Isso também ajuda a reduzir o overhead no servidor. Acredito que existam muitos programas que façam isso, mas se você tiver qualquer dificuldade tenho isso pronto aqui. Tenho o pf+spamd (greylist) no front de batalha e SA no qmail com smtp-auth, solução toska e razoavelmente eficaz. Acho que o spamcontrol oferece os melhores recursos na prevenção dos spams, mas infelizmente não é compatível a instalação atual do qmail que venho utilizando. Se eu conseguir reunir a massa critica necessária por aqui, a idéia é gerar substitutos para o qmail-smtpd e o qmail-queue, integrando todas as funcionalidades originais com as tecnicas corretas para se combater os spams (smtp-auth, verificação de dns/reverso, spf, domainkeys, greylist, tarpit, etc..) A idéia é ter alguma coisa compativel com o spamcontrol (recursos anti-spam e logs melhorados), mas sem patchs no qmail ! As vantagens são obvias, principalmente no greylist aonde não será necessário utilizar a porta 587 para envio de e-mails. O único problema até agora é fazer com que o sistema seja compativel com qualquer instalação do qmail (original, vpopmail, ldap), a única alteração no entanto é na autenticação e verificação de usuários (no big deal). Se isso vier a se concretizar, provavelmente não poderei mais dizer que uso o patch-qmail ;) luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [1/2 off] Qmail + dspam
Renato Frederick escreveu: Tive o mesmo problema. Com menos de 500usuarios, uns 30dominios a base do SQL passava de 3GB, um boot forçado no servidor era motivo para um repair table/myisamchk :( Atualmente chamo tanto o SA quando o clamav via simscan. Fiquei feliz quando saiu a versão 3.1.3 que tem o dspam integrado. Pelo visto, não vai me ajudar muito :( estou usando spamd+clamav+RBL+greylist+spamcontrol, prá dar uma segurada nos spam. O que você esta usando para greylist? Como integrou com o qmail? No caso da base greylist, você teve algum problema de tamanho também? Eu uso atualmente o qmail-ldap e não encontro uma solução de greylist que seja integrada com ele. Um das coisas que fica ruim usando o SA é que, ao enviar um e-mail autenticado, ele demora bem mais para enviar do que quando libero um determinado IP fixo. []s, Luiz. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [1/2 off] Qmail + dspam
Luiz Otavio Souza escreveu: Renato Frederick escreveu: Tive o mesmo problema. Com menos de 500usuarios, uns 30dominios a base do SQL passava de 3GB, um boot forçado no servidor era motivo para um repair table/myisamchk :( estou usando spamd+clamav+RBL+greylist+spamcontrol, prá dar uma segurada nos spam. inte Se a tabela chegar aos 4GB (limite máximo de um arquivo no ufs) ai você vai ver a dor de cabeça.. heheheh Eu nunca gostei do spamassassim por ser feito em perl (overhead) e ter um grande número de dependencias, mas com o spamc/spamd estou conseguindo utilizar o SA sem muitos problemas (embora ainda não goste muito do sistema de classificação dele...) O spamc deve ser executado atraves do qmail-queue e não nos .qmail da vida (cada mensagem que passa no qmail-queue pode se tornar várias mensagens já que ela será copiada para cada e-mail local que recebe a mensagem). Isso também ajuda a reduzir o overhead no servidor. Acredito que existam muitos programas que façam isso, mas se você tiver qualquer dificuldade tenho isso pronto aqui. Eu agradeço se você passar como usa. Atualmente chamo o SA via simscan. Tenho o pf+spamd (greylist) no front de batalha e SA no qmail com smtp-auth, solução toska e razoavelmente eficaz. Do que estou entendo são dois servidores, correto? Esse front é openbsd? Acho que o spamcontrol oferece os melhores recursos na prevenção dos spams, mas infelizmente não é compatível a instalação atual do qmail que venho utilizando. Vc esta usando o qmail em que base para autenticar? Estou usando o qmail-ldap, mas algumas vezes, tenho encontro dificuldades em integrar com alguns softwares de spam, por exemplo. Se eu conseguir reunir a massa critica necessária por aqui, a idéia é gerar substitutos para o qmail-smtpd e o qmail-queue, integrando todas as funcionalidades originais com as tecnicas corretas para se combater os spams (smtp-auth, verificação de dns/reverso, spf, domainkeys, greylist, tarpit, etc..) A idéia é ter alguma coisa compativel com o spamcontrol (recursos anti-spam e logs melhorados), mas sem patchs no qmail ! Interessante. Eu ainda estou procurando uma solução ideal. []s, Luiz. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [1/2 off] Qmail + dspam
Luiz Morte escreveu: Bom dia lista, Tenho um FreeBSD 5.4 usando qmail-ldap. Estou pretendendo instalar o dspam+mysql. Fiz alguns testes, mas queria trocar idéias com alguém que usa essa solução. o que tentei fazer: Como o dspam precisa ser ensinado, coloquei no arquivo maildroprc para que, quando o spamassassin encontre um spam, o dpsam aprenda isso. Em um primeiro momento funcionou bem, mas como para cada email eu tinha que: 1. Chamar o dspam para que a mensagem tenha a assinatura dele; 2. Chamar o dspam para dizer que era spam. Comecei a perceber que as mensagens estavam demorando para chegar localmente, ou seja, tinham muitos processos para entregas locais. Minhas dúvidas: 1. O dspam suporta bem com um tráfego, por exemplo, de 350 mensagens simultâneas? 2. Existe alguma forma de ter uma conexão permanente do dspam com o mysql? 3. Como vcs ensinam quando uma mensagem é spam e não deveria ser? Eu li vários locais sobre o dspam e, em principio, existem resposta, por exemplo, para a terceira questão. So que dos testes, tive alguns problemas e queria ver a opinião de quem já passou por isso. Obrigado, Luiz. Luiz, Aqui o dspam não aguentou, ou melhor, eu não aguentei ele. A base de dados do mysql corrompe com frequencia e causa sempre muito transtorno. O overhead é grande (um perl para cada mensagem processada) e a interface web também é em perl e pesada (com um grande historico de mensagens). Através do historico voce pode corrigir uma eventual falha de classificaçao de mensagem (duvida 3). Alem dos frequentes problemas na base de daos meu servidor ficou pequeno para o dspam (que utilizava quase 500MB de memória cada vez que alguem utilizava a interface web) e acabei desistindo dele. Quanto ao filtro o funcionamento dele era de bom (filtrava em torno de 85-90% dos spams), mas também requer treinamento constante. luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [1/2 off] Qmail + dspam
Luiz Otavio Souza escreveu: Luiz Morte escreveu: Bom dia lista, Tenho um FreeBSD 5.4 usando qmail-ldap. Estou pretendendo instalar o dspam+mysql. Fiz alguns testes, mas queria trocar idéias com alguém que usa essa solução. o que tentei fazer: Como o dspam precisa ser ensinado, coloquei no arquivo maildroprc para que, quando o spamassassin encontre um spam, o dpsam aprenda isso. Em um primeiro momento funcionou bem, mas como para cada email eu tinha que: 1. Chamar o dspam para que a mensagem tenha a assinatura dele; 2. Chamar o dspam para dizer que era spam. Comecei a perceber que as mensagens estavam demorando para chegar localmente, ou seja, tinham muitos processos para entregas locais. Minhas dúvidas: 1. O dspam suporta bem com um tráfego, por exemplo, de 350 mensagens simultâneas? 2. Existe alguma forma de ter uma conexão permanente do dspam com o mysql? 3. Como vcs ensinam quando uma mensagem é spam e não deveria ser? Eu li vários locais sobre o dspam e, em principio, existem resposta, por exemplo, para a terceira questão. So que dos testes, tive alguns problemas e queria ver a opinião de quem já passou por isso. Obrigado, Luiz. Luiz, Aqui o dspam não aguentou, ou melhor, eu não aguentei ele. A base de dados do mysql corrompe com frequencia e causa sempre muito transtorno. O overhead é grande (um perl para cada mensagem processada) e a interface web também é em perl e pesada (com um grande historico de mensagens). Através do historico voce pode corrigir uma eventual falha de classificaçao de mensagem (duvida 3). Alem dos frequentes problemas na base de daos meu servidor ficou pequeno para o dspam (que utilizava quase 500MB de memória cada vez que alguem utilizava a interface web) e acabei desistindo dele. Quanto ao filtro o funcionamento dele era de bom (filtrava em torno de 85-90% dos spams), mas também requer treinamento constante. Interessante. Antes de colocar em produção, senti que teria problemas com ele. Que software de spam vc esta utilizando hoje? Estou usando atualmente o spamassassin, mas tenho problemas quanto recebo quantidades grandes de spam. Talvez exista alguma configuração extra no SA que eu não tenha feito. Obrigado pelo retorno. []s, Luiz. luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [1/2 off] Qmail + dspam
Tive o mesmo problema. Com menos de 500usuarios, uns 30dominios a base do SQL passava de 3GB, um boot forçado no servidor era motivo para um repair table/myisamchk :( estou usando spamd+clamav+RBL+greylist+spamcontrol, prá dar uma segurada nos spam. inte Aqui o dspam não aguentou, ou melhor, eu não aguentei ele. A base de dados do mysql corrompe com frequencia e causa sempre muito transtorno. O overhead é grande (um perl para cada mensagem processada) e a interface web também é em perl e pesada (com um grande historico de mensagens). Através do historico voce pode corrigir uma eventual falha de classificaçao de mensagem (duvida 3). Alem dos frequentes problemas na base de daos meu servidor ficou pequeno para o dspam (que utilizava quase 500MB de memória cada vez que alguem utilizava a interface web) e acabei desistindo dele. Quanto ao filtro o funcionamento dele era de bom (filtrava em torno de 85-90% dos spams), mas também requer treinamento constante. luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd