Re: [FUG-BR] OFF TOPIC - Agradecimento
On 3/30/06, Christopher Giese - iRapida [EMAIL PROTECTED] wrote: Salve pessoal Acho que esta lista existe. pq uma COMUNIDADE BSD existe.. e uma comunidade... existem quando uns auxiliam os outros !!! Gostaria de deixar registrado aqui meu profundo AGRADECIMENTO ao Garga e ao Patrick.. Eu estava com um problemao com VPOPMAIL o qual ja vinha se prolongando a alguns dias... e me causando inumeros problemas vasculhei a net... vasculhei configuracoes... vasculhei instalacao. apliquei tunnings... e nada da solucao (rs) Com o Auxili do Garga (Renato Botelho) e do Patrick Tracanelli... hoje. a solução VEIO (o ports do vpopmail nao foi feito maravilhosamente ;) e entaum uma opcao NO era compreendida como YES;) causando todo o problema) É por estas e outras que o opensource e a sua comunidade estao anos luz na frente de qq outra ideia... MUITISSIMO GRATO Falae Kabelo.. Eu faco o que pode pra retribuir tudo o que ja fizeram por mim. Quando eu sai do linux e comecei a usar BSD, meados de 1999, muita gente me ajudou muito, aqui mesmo nessa lista, e eu acho que isso foi vital... Se eu fosse dar nome aos bois e agradecer publicamente todos os que me deram uma forca, ia ganhar de volta minha (atualmente curada) tendinite... ;-) Espero que possamos ajudar uns aos outros e contribuir sempre mais para o crescimento da comunidade BSD. []s -- Renato Botelho ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Res: Re: Server parando de pingar host
Bem, já tive um pau parecido com esse. O problema estava na placa de um cliente que estava causando ruídos na rede. A placa do cliente foi substituída e tudo voltou a funcionar normal. Tente fazer isso. Rodrigo Graeff [EMAIL PROTECTED] escreveu: On 3/30/06, Ademir Costa Peixoto wrote: Percebemos apenas na placa de rede mais carregada PS: Tráfego nunca acima de 1.3Mbps Ats Ademir ---Mensagem original--- De: Rodrigo Graeff Data: 03/30/06 12:55:39 Para: Lista de discussao sobre FreeBSD Assunto: Re: [FUG-BR] Server parando de pingar host On 3/30/06, Ademir Costa Peixoto wrote: Prezados, Temos um AMD64 com FreeBSD 5.4AMD64 com placas de rede INTEL e estou tendo o seguinte problema: Ip pára de pingar (é uma AP) arp -d 192.168.0.210 --- Volta a pingar Depois de 30 min, 1 hora, 40 min (aleatoriamente) pára de pingar arp -d 192.168.0.210 --- Volta a pingar Isso acontece com Ips de clientes também.. e o pessoal não esta gostando muito disso, não! Alguma diga dos feras? Pode ser stress do protocolo? Over em algo? Tem algum parâmetro que possa inserir pra aumentar a quantidade de macs manipulados pelo SO? São 4 placas de rede e 3 redes com +- 200 hosts em cada. E estes hosts que param de pingar, isso ocorre em qualquer placa de rede ou tu nota que estes hosts correspondem a apenas uma placa de rede... -- Rodrigo Graeff delphus ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br Bom, minha sujestao workaround seria trocar a placa de rede por outra, substituir os slots e testar pra ver se vai dar o mesmo problema porque eu ja tive a oportunidade de ter mais de 400 hosts em uma placa de rede com 3 redes distintas e nunca deu problema de arp, acredito eu que seja algum problema de hardware ou no slot pci ou na placa de rede em questao, eu sei que eh dose parar um server pra fazer este teste, mas eh pior ficar com ele operando meia boca. Eu ja vi placas de rede darem pau em slots pci que compartilham IRQ com mais devices, ja vi placas de rede que se recusaram a fazer nat porem navegavam normalmente, eu ja vi cada absurdo que daria pra escrever um livro. Se minhas interpretacoes estavam erradas na epoca eu nao sei te dizer, porem eu sempre resolvi os pepinos estranhos de hardware fazendo todos os testes possiveis. Se o problema persistir com outra placa, vamos comecar a pensar na hipotese de termos um conflito na rede, problema de firewall ou ate mesmo um kernel mal configurado. -- Rodrigo Graeff delphus ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br - Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Server parando de pingar host
Olá Qual ap vc esta usando ? Da uma olhada nas conf dele, alguns realmente param de responder, nao pelo tempo, mas sim pela quantidade de pacotes icmp... Eu tive um problema identico, era uma conf que depois de uma certa quantidade de pings respondido parava de responder, pois identificava como sendo um tipo de ataque por recusa de serviço []´s ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] En: Re: [PostgreSQL-Brasil] Orden ação Postgresql
Caros Na lista sobre o PostgreSQL que assino estava tendo uma discussao sobre um erro de ordenação do PostgreSQL. Muído vai, muído vem, descobriram que o erro não era do PostgreSQL e sim da biblioteca C que implementa a ordenação, a glibc. Testei no FreeBSD e funcionou. Até onde sei o Free não usa a biblioteca C da gnu que contém o código com erro e sim uma própria sob a licença BSD. Como ordenação em banco de dados eh algo realmente importante para nós acho que vale a pena avisar que estamos livres deste problema faz tempo (O Free que testei foi um 4.8RELEASE). Observação: mensagem anexa encaminhada. ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Erro Postfix + Amavis
Hello Lista, Tenho um FreeBSD 5.4 + Postfix + Mysql + Amavis-2.3.3. Só que ultimamente começou a dar alguns probleminhas de HEADER. Por exemplo: Tenho alguns usuário que usam o Microsoft Outlook aqui e eles têm cadastrados alguns e-mails como: Lúcia-CPD [EMAIL PROTECTED], repare que o Lúcia que tem no catálogo contêm acento. Então quando eu mando mensagem pra umas 5 pessoas contendo essa Lúcia , a mensagem não chega justamente pra ela. No LOG me mostra o seguinte: BAD HEADER from [EMAIL PROTECTED]: Non-encoded 8-bit data (char E9 hex) in message header 'To': To: S\\351rgio Neris sn... Já tentei mudar a opção $final_bad_header_destiny = D_PASS; no amavisd.conf, mas não tive sucesso também. Alguém poderia dar um help ? Obrigado -- Alexandre Andrade São Paulo - SP Linux User: 337239 BSD User: BSD051253 [EMAIL PROTECTED] ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Problema de inicialização em jails
On 3/9/06, Alex Moura [EMAIL PROTECTED] wrote: Mauro Felipe wrote: Alex, Voçê lembrou de acrescentar no /etc/rc.conf a linha: local_startup=/usr/local/etc/rc.d ? Claro que não! :-) Vou confirmar se foi só isso que faltou e depois aviso. Seu problema foi resolvido adicionando a linha que o Mauro Felipe citou? Eu mesmo achei estranho o seu problema, mas agora estou enfrentando também. Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. Você conseguiu solucionar? -- Renato Botelho ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: _[FUG-BR]_Problema_de_inicializaç ão_em_jails
Renato Botelho wrote: On 3/9/06, Alex Moura [EMAIL PROTECTED] wrote: Mauro Felipe wrote: Alex, Voçê lembrou de acrescentar no /etc/rc.conf a linha: local_startup=/usr/local/etc/rc.d ? Claro que não! :-) Vou confirmar se foi só isso que faltou e depois aviso. Seu problema foi resolvido adicionando a linha que o Mauro Felipe citou? Eu mesmo achei estranho o seu problema, mas agora estou enfrentando também. Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. Você conseguiu solucionar? Ahn, voces estao fazendo buildworld sem mergemaster interativo eh? tsc tsc hehehe Os scripts que assumem o padrao RCng pros ports, sem extensao .sh e com os headers de ordenacao (PROVIDE, BEFORE, etc) nao funcionam se toda a estrutura rcng, rcorder e rc.subr. Entao facao mergemaster completo (interativo), senao vai ter que ficar na gambiarra hehe. -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Problema de inicialização em jails
Em 31/03/06, Renato Botelho[EMAIL PROTECTED] escreveu: Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. (...) Renato, Se você colocar o .sh no script do mysql deve funcionar! Agora eu não sei se vai atrapalhar a sequência de inicialização do seu rcorder. Uma solução para a sequência de inicialização dos scripts da pasta /usr/local/etc/rc.d é você adicionar números antes do nome do script, por exemplo: 000.mysql.sh 001.cupsd.sh 002.apache.sh -- [ ]´s Mauro Felipe ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: _[FUG-BR]_Problema_d e_inicialização_em_jails
On 3/31/06, Patrick Tracanelli [EMAIL PROTECTED] wrote: Renato Botelho wrote: On 3/9/06, Alex Moura [EMAIL PROTECTED] wrote: Mauro Felipe wrote: Alex, Voçê lembrou de acrescentar no /etc/rc.conf a linha: local_startup=/usr/local/etc/rc.d ? Claro que não! :-) Vou confirmar se foi só isso que faltou e depois aviso. Seu problema foi resolvido adicionando a linha que o Mauro Felipe citou? Eu mesmo achei estranho o seu problema, mas agora estou enfrentando também. Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. Você conseguiu solucionar? Ahn, voces estao fazendo buildworld sem mergemaster interativo eh? tsc tsc hehehe Os scripts que assumem o padrao RCng pros ports, sem extensao .sh e com os headers de ordenacao (PROVIDE, BEFORE, etc) nao funcionam se toda a estrutura rcng, rcorder e rc.subr. Entao facao mergemaster completo (interativo), senao vai ter que ficar na gambiarra hehe. Fiz tudo como sempre fazia antes make buildworld make buildworld DESTDIR=$JAIL mergemaster -Pi mergemaster -Pi -D $JAIL Até fui dar uma conferida agora e rodei o mergemaster apontando pra jail novamente, o único arquivo que apareceu pra atualizar foi o motd. :-( Mais alguma idéia? -- Renato Botelho ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Problema de inicialização em jails
On 3/31/06, Mauro Felipe [EMAIL PROTECTED] wrote: Em 31/03/06, Renato Botelho[EMAIL PROTECTED] escreveu: Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. (...) Renato, Se você colocar o .sh no script do mysql deve funcionar! Agora eu não sei se vai atrapalhar a sequência de inicialização do seu rcorder. Uma solução para a sequência de inicialização dos scripts da pasta /usr/local/etc/rc.d é você adicionar números antes do nome do script, por exemplo: 000.mysql.sh 001.cupsd.sh 002.apache.sh Não, colocar o .sh não atrapalha em nada o rcorder, já que ele é baseado nas tags que tem dentro do arquivo PROVIDE: REQUIRE: Posso colocar aqui pra ver se resolve, mas quando eu atualizar o mysql ele vai enfiar um outro arquivo lá, sem a extensão .sh, e vai ficar duplicado, vou ter que ficar lembrando disso toda vez.. vou ver se consigo uma solução definitiva e posto aqui depois. -- Renato Botelho ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Problema de inicialização em jails
Renato Botelho wrote: On 3/9/06, Alex Moura [EMAIL PROTECTED] wrote: Mauro Felipe wrote: Alex, Voçê lembrou de acrescentar no /etc/rc.conf a linha: local_startup=/usr/local/etc/rc.d ? Claro que não! :-) Vou confirmar se foi só isso que faltou e depois aviso. Seu problema foi resolvido adicionando a linha que o Mauro Felipe citou? Eu mesmo achei estranho o seu problema, mas agora estou enfrentando também. Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. Você conseguiu solucionar? Desculpem a demora pra atualizar o thread. Consegui resolver, mas além da linha sugerida pelo Mauro, incluí uma outra sugestão recebida pela freebsd-questions: early_late_divider=NETWORKING Não tive tempo de verificar qual das duas linhas foi a que efetivamente resolveu a questão. Enfim, as jails contêm as seguintes linhas em seus arquivos /etc/rc.conf: # - # Third-party services startup # - local_startup=/usr/local/etc/rc.d early_late_divider=NETWORKING # - Alex ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: _[FUG-BR]_Problema_de_inicializaç ão_em_jails
Renato Botelho wrote: On 3/31/06, Patrick Tracanelli [EMAIL PROTECTED] wrote: Renato Botelho wrote: Você conseguiu solucionar? Ahn, voces estao fazendo buildworld sem mergemaster interativo eh? tsc tsc hehehe Fiz tudo como sempre fazia antes make buildworld make buildworld DESTDIR=$JAIL mergemaster -Pi mergemaster -Pi -D $JAIL (...) Creio que o Patrick refere-se justamente a evitar-se usar o parâmetro -Pi no comando mergemaster. Alex ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Problema de inicialização em jails
On 3/31/06, Alex Moura [EMAIL PROTECTED] wrote: Renato Botelho wrote: On 3/9/06, Alex Moura [EMAIL PROTECTED] wrote: Mauro Felipe wrote: Alex, Voçê lembrou de acrescentar no /etc/rc.conf a linha: local_startup=/usr/local/etc/rc.d ? Claro que não! :-) Vou confirmar se foi só isso que faltou e depois aviso. Seu problema foi resolvido adicionando a linha que o Mauro Felipe citou? Eu mesmo achei estranho o seu problema, mas agora estou enfrentando também. Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. Você conseguiu solucionar? Desculpem a demora pra atualizar o thread. Consegui resolver, mas além da linha sugerida pelo Mauro, incluí uma outra sugestão recebida pela freebsd-questions: early_late_divider=NETWORKING Não tive tempo de verificar qual das duas linhas foi a que efetivamente resolveu a questão. Enfim, as jails contêm as seguintes linhas em seus arquivos /etc/rc.conf: # - # Third-party services startup # - local_startup=/usr/local/etc/rc.d early_late_divider=NETWORKING # - Vou testar aqui, mas acredito que a linha early_late_divider=NETWORKING tenha resolvido, pois a outra não é necessária, visto que o default dessa variável (segundo o /etc/defaults/rc.conf) é: local_startup=/usr/local/etc/rc.d /usr/X11R6/etc/rc.d Assim que tiver um resultado posto se deu certo. Obrigado -- Renato Botelho ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: _[FUG-BR]_Problema_d e_inicialização_em_jails
On 3/31/06, Alex Moura [EMAIL PROTECTED] wrote: Renato Botelho wrote: On 3/31/06, Patrick Tracanelli [EMAIL PROTECTED] wrote: Renato Botelho wrote: Você conseguiu solucionar? Ahn, voces estao fazendo buildworld sem mergemaster interativo eh? tsc tsc hehehe Fiz tudo como sempre fazia antes make buildworld make buildworld DESTDIR=$JAIL mergemaster -Pi mergemaster -Pi -D $JAIL (...) Creio que o Patrick refere-se justamente a evitar-se usar o parâmetro -Pi no comando mergemaster. Não vejo porque isso seria a causa do problema: -P - Armazena uma copia de seguranca dos arquivos substituidos -i - instala arquivos *novos* sem perguntar -- Renato Botelho ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: _[FUG-BR]_Problema_de_inicializaç ão_em_jails
Renato Botelho wrote: Não vejo porque isso seria a causa do problema: -P - Armazena uma copia de seguranca dos arquivos substituidos -i - instala arquivos *novos* sem perguntar Eu também não, mas se o hômi tá dizendo, apenas ouço e obedeço. :-) ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: _[FUG-BR]_Problema_de_inicializaç ão_em_jails
Alex Moura wrote: Renato Botelho wrote: Não vejo porque isso seria a causa do problema: -P - Armazena uma copia de seguranca dos arquivos substituidos -i - instala arquivos *novos* sem perguntar Eu também não, mas se o hômi tá dizendo, apenas ouço e obedeço. :-) O loco ai eu fico numa fria hein? ehuhauhua Eh que tivemos aqui o mesmo problema exatamente com o mysql, ai o mergemaster (sem argumento, interativo) resolveu :D -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: Re:_[FUG-BR]_Problema_de _inicialização_em_jails
Oi, tem certeza que isso altera a ordem? Pelo que sei a ordem é obtida através do rcorder, que é regido pelos cabeçalhos dos scripts, tipo REQUIRE, PROVIDE, etc. Pra testar que ordem está atualmente pode usar: cd /usr/local/etc/rc.d rcorder * Pode ignorar possíveis mensagens de erro ou jogá-las pro lixo: % sh $ cd /usr/local/etc/rc.d $ rcorder * 2 /dev/null Daí pra alterar a ordem coloca no REQUIRE o script após o qual quer que sua aplicação seja executada, pode usar também REQUIRE pelo que é fornecido (PROVIDE) pelos scripts de /etc/rc.d Alias, não vi mencionarem também a necessidade de habilitar o que se quer rodar no /etc/rc.conf, tipo: mysql_enable=YES talvez seja óbvio... Abs! Em Sex, 2006-03-31 às 12:13 -0300, Mauro Felipe escreveu: Em 31/03/06, Renato Botelho[EMAIL PROTECTED] escreveu: Desde que o sistema foi atualizado pra usar o rcorder(8), e o mysql foi atualizado instalando o script sem a extensão .sh no /usr/local/etc/rc.d da jail, o mysql não sobe mais quando a máquina principal é bootada. (...) Renato, Se você colocar o .sh no script do mysql deve funcionar! Agora eu não sei se vai atrapalhar a sequência de inicialização do seu rcorder. Uma solução para a sequência de inicialização dos scripts da pasta /usr/local/etc/rc.d é você adicionar números antes do nome do script, por exemplo: 000.mysql.sh 001.cupsd.sh 002.apache.sh -- [ ]´s Mauro Felipe ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br !DSPAM:442d46e610921443613593! Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Jails e Rotas
Não sei se entendi bem o problema e por que ele está acontecendo. Em geral uso um alias numa interface que está sendo usada pelo sistema nativo para o jail. O ip principal da interface é o default gateway do jail e ele envia para este, via loopback provavelmente, já que o pacote não precisa ir ao meio físico. Basta que o host nativo, que será o gateway, tenha condições e esteja corretamente configurado para rotear estes pacotes, seja em termos de rotas, firewall e forward de pacotes (sysctl net.inet.ip.forwarding=1). Temos por exemplo um servidor com 40 jails que tem para cada IP uma regra no ipfw: allow ip from 10.0.1.199 to 10.0.1.199 via lo0 onde 10.0.1.199 é o IP de um jail, tem uma regra pra cada, pois não queremos liberar prum range. Creio que seu problema pode estar ligado a uma dessas 3 coisas. Abs! Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br Em Ter, 2006-03-14 às 11:23 -0300, Nilson Debatin escreveu: Caros Amigos; Estou com problemas em uma jail rodando num FreeBSD com 2 interfaces, sendo uma interna (10.1.1.x) e outra externa (200.x.x.x). Esta jail está configurada com um ip da rede externa pois trata-se de um web server. Acontece que este webserver precisa acessar um banco de dados que encontra-se na rede interna, porém devido ao ip da jail pertencer a rede externa, ele manda os pacotes para a rede externa ao inves de jogar para a camada tcp do kernel e deixar que ele se vire, por exemplo um ping dentro da jail: # ping 10.1.1.25 PING 10.1.1.25 (10.1.1.25): 56 data bytes 64 bytes from 200.xx.xx.xx: icmp_seq=0 ttl=63 time=3.522 ms 64 bytes from 200.xx.xx.xx: icmp_seq=1 ttl=63 time=3.584 ms ^C --- 10.1.1.25 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 3.522/3.553/3.584/0.031 ms Já um ping de dentro da maquina host da jail: # ping 10.1.1.25 PING 10.1.1.25 (10.1.1.25): 56 data bytes 64 bytes from 10.1.1.25: icmp_seq=0 ttl=64 time=0.325 ms 64 bytes from 10.1.1.25: icmp_seq=1 ttl=64 time=0.215 ms ^C --- 10.1.1.25 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.215/0.270/0.325/0.055 ms Alguém tem alguma luz sobre como resolver este problema? Já tentei uma enjambra básica com redir, mas não obtive sucesso. Agradeço qualquer colaboração. []s Nilson Debatin Administrador de Sistemas e Redes ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br !DSPAM:4416d11d10923850919989! ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Por aqui usamos muito o dspam, que é escrito em C e tem condições de lidar com grandes volumes. É baseado em estatísticas e necessita ser calibrado com mensagens inocentes e spams. A vantagem é que cria o perfil adequado de spam para cada uso, podendo inclusive ter perfis individuais, pois o que é spam pra um pode não ser pra outro. Tem nos ports mas não é muito banal de ser usado. Pode ser integrado com qualquer mta, qmail, exim, postfix, sendmail, etc. Usa banco de dados intensamente - proporcional ao volume de mensagens. Abs, Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br Em Dom, 2006-08-20 às 10:18 -0300, Luiz Rodrigues Maia Neto escreveu: Bom dia Kleyson, Alguem tem alguma solucao contra spam implementada que consiga diminuir significamente a quantidade de spam e que seja algo mais dinamico ? Para nos o www.spambayes tem apresentado bons resultados. Pode ser utilizado em conjunto com o procmail e associado ao spamassassin, como um segundo filtro, temos descartado mais de 97 % do junk mail recebido. Esta disponivel no ports. []'s Luiz Maia Windows: Where do you want to go tomorrow? Linux: Where do you want to go today? FreeBSD: Are you, guys, comming or what? ___ Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Bem, particularmente não obtive muitos bons resultados com ele. Esperei o treino de mensagens e tudo mais. Em resumo ele deixava passar muito spam, apesar que, os que eu enviava para o treino, ele aprendia corretamente, nunca mais voltava como mensagem licita. O problema é que eram 40spams na parte da manha e 70 na parte da tarde. Na segunda, eu tinha mais de 230spam que ele nao classificou corretamante. O spamassassin, integrado com softfail se mostrou melhor do que o dspam, pelo menos para este servidor em especifico. Ja outro cliente informou exatamente o contrario, que o dspam resultou em menos falsos-positivos que o spamassassin, alem de, por ser personalizado, atender melhor os diversos usuarios/dominios que ele possuia. Creio que só um teste no cenario do cliente pode indicar qual é melhor. On 3/31/06 14:55, Carlos Eduardo [EMAIL PROTECTED] wrote: Por aqui usamos muito o dspam, que é escrito em C e tem condições de lidar com grandes volumes. É baseado em estatísticas e necessita ser calibrado com mensagens inocentes e spams. A vantagem é que cria o perfil adequado de spam para cada uso, podendo inclusive ter perfis individuais, pois o que é spam pra um pode não ser pra outro. Tem nos ports mas não é muito banal de ser usado. Pode ser integrado com qualquer mta, qmail, exim, postfix, sendmail, etc. Usa banco de dados intensamente - proporcional ao volume de -- Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Alexandre, você pensou na possibilidade de você manter suas próprias RBL? Existem na net alguns sites que disponibilizam Ips bloqueados. Como a RBL é de controle seu, fica mais fácil colocar e tirar gente dela, fazer white-list, etc etc. RBL, se utilizadas no SMTP entrante (nao o SMTP de relay) ajudam em muito o combate ao SPAM :-) On 3/31/06 15:02, Alexandre Andrade [EMAIL PROTECTED] wrote: Olá, Bom eu utilizo o Spamassassim + QmailScanner + Qtrap. Não é muitoo bom mas ajuda um pouco. Gostaria até de mais sugestões de Anti-Spams pra utilizar junto do Qmail + Vpopmail Valeu Alexandre Andrade On 3/31/06, Carlos Eduardo [EMAIL PROTECTED] wrote: Por aqui usamos muito o dspam, que é escrito em C e tem condições de lidar com grandes volumes. É baseado em estatísticas e necessita ser calibrado com mensagens inocentes e spams. A vantagem é que cria o perfil adequado de spam para cada uso, podendo inclusive ter perfis individuais, pois o que é spam pra um pode não ser pra outro. Tem nos ports mas não é muito banal de ser usado. Pode ser integrado com qualquer mta, qmail, exim, postfix, sendmail, etc. Usa banco de dados intensamente - proporcional ao volume de mensagens. Abs, Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br Em Dom, 2006-08-20 às 10:18 -0300, Luiz Rodrigues Maia Neto escreveu: Bom dia Kleyson, Alguem tem alguma solucao contra spam implementada que consiga diminuir significamente a quantidade de spam e que seja algo mais dinamico ? Para nos o www.spambayes tem apresentado bons resultados. Pode ser utilizado em conjunto com o procmail e associado ao spamassassin, como um segundo filtro, temos descartado mais de 97 % do junk mail recebido. Esta disponivel no ports. []'s Luiz Maia Windows: Where do you want to go tomorrow? Linux: Where do you want to go today? FreeBSD: Are you, guys, comming or what? ___ Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
On Fri, 2006-03-31 at 15:02 -0300, Alexandre Andrade wrote: Gostaria até de mais sugestões de Anti-Spams pra utilizar junto do Qmail + Vpopmail Serve o SPF para rodar direto no DNS? Tem se mostrado bastante útil aqui. Fica mais ou menos assim: ; DNS Servers @ IN NS ns1.dominio.com. @ IN NS ns2.dominio.com. @ IN NS ns3.dominio.com. ; MX Record @ IN MX 5 mail.dominio.com. @ IN MX 20 mx2.dominio.com. ; SPF Record dominio.com. IN TXT v=spf1 ip4:200.222.222.2/29 ip4:200.111.111.1/32 ip4:200.123.123.123/32 include:dominio.net ~all ; Machine Names ns1 IN A200.222.222.2 ns2 IN A200.111.111.1 ns3 IN A200.123.123.123 mailIN A200.222.222.2 mx2 IN A200.111.111.1 http://en.wikipedia.org/wiki/Sender_Policy_Framework -- Tiago Cruz http://linuxrapido.org Windows Vista is the abbreviation for: Windows with Viruses, Instability, Spyware, Trojans and Adware ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
É difícil compará-los pois eles são bem diferentes. O spamassassin talvez seja mais comparável entre ambientes. O dspam depende totalmente da calibragem que se faz e ela deve ser adequada a cada ambiente. Em um teste num cliente com picos de 100.000 mensagens por dia calibramos com umas 6.000 mensagens pré-classificadas (é, tem que ter um trabalhinho de corno pra preparar a calibragem inicial) e tivemos 46 erros numa amostragem de 76.000 mensagens, o que é mais de 99% de acerto... E quando bem calibrado ele tende a pegar novos spams, que nunca tinham passado antes. Enfim, ele pode variar muito de eficiência e uma calibragem global pode também não ser adequada a todos, sendo melhor criar grupos de calibragem ou nos piores casos calibragens individuais. Ele é meio enrolado, certamente é um canhão, se o problema for matar uma mosca pode ser melhor partir pra outra :) Abs. Em Sex, 2006-03-31 às 15:06 -0300, Renato Frederick escreveu: Bem, particularmente não obtive muitos bons resultados com ele. Esperei o treino de mensagens e tudo mais. Em resumo ele deixava passar muito spam, apesar que, os que eu enviava para o treino, ele aprendia corretamente, nunca mais voltava como mensagem licita. O problema é que eram 40spams na parte da manha e 70 na parte da tarde. Na segunda, eu tinha mais de 230spam que ele nao classificou corretamante. O spamassassin, integrado com softfail se mostrou melhor do que o dspam, pelo menos para este servidor em especifico. Ja outro cliente informou exatamente o contrario, que o dspam resultou em menos falsos-positivos que o spamassassin, alem de, por ser personalizado, atender melhor os diversos usuarios/dominios que ele possuia. Creio que só um teste no cenario do cliente pode indicar qual é melhor. On 3/31/06 14:55, Carlos Eduardo [EMAIL PROTECTED] wrote: Por aqui usamos muito o dspam, que é escrito em C e tem condições de lidar com grandes volumes. É baseado em estatísticas e necessita ser calibrado com mensagens inocentes e spams. A vantagem é que cria o perfil adequado de spam para cada uso, podendo inclusive ter perfis individuais, pois o que é spam pra um pode não ser pra outro. Tem nos ports mas não é muito banal de ser usado. Pode ser integrado com qualquer mta, qmail, exim, postfix, sendmail, etc. Usa banco de dados intensamente - proporcional ao volume de -- Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br !DSPAM:442d6f8910927049428029! Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Olá, Interessante. Mas eu gostaria de algum Anti-Spam com Quarantine e que desse pra administrar essas mensagens via interface interface WEB por exemplo. Alexandre Andrade On 3/31/06, Carlos Eduardo [EMAIL PROTECTED] wrote: É difícil compará-los pois eles são bem diferentes. O spamassassin talvez seja mais comparável entre ambientes. O dspam depende totalmente da calibragem que se faz e ela deve ser adequada a cada ambiente. Em um teste num cliente com picos de 100.000 mensagens por dia calibramos com umas 6.000 mensagens pré-classificadas (é, tem que ter um trabalhinho de corno pra preparar a calibragem inicial) e tivemos 46 erros numa amostragem de 76.000 mensagens, o que é mais de 99% de acerto... E quando bem calibrado ele tende a pegar novos spams, que nunca tinham passado antes. Enfim, ele pode variar muito de eficiência e uma calibragem global pode também não ser adequada a todos, sendo melhor criar grupos de calibragem ou nos piores casos calibragens individuais. Ele é meio enrolado, certamente é um canhão, se o problema for matar uma mosca pode ser melhor partir pra outra :) Abs. Em Sex, 2006-03-31 às 15:06 -0300, Renato Frederick escreveu: Bem, particularmente não obtive muitos bons resultados com ele. Esperei o treino de mensagens e tudo mais. Em resumo ele deixava passar muito spam, apesar que, os que eu enviava para o treino, ele aprendia corretamente, nunca mais voltava como mensagem licita. O problema é que eram 40spams na parte da manha e 70 na parte da tarde. Na segunda, eu tinha mais de 230spam que ele nao classificou corretamante. O spamassassin, integrado com softfail se mostrou melhor do que o dspam, pelo menos para este servidor em especifico. Ja outro cliente informou exatamente o contrario, que o dspam resultou em menos falsos-positivos que o spamassassin, alem de, por ser personalizado, atender melhor os diversos usuarios/dominios que ele possuia. Creio que só um teste no cenario do cliente pode indicar qual é melhor. On 3/31/06 14:55, Carlos Eduardo [EMAIL PROTECTED] wrote: Por aqui usamos muito o dspam, que é escrito em C e tem condições de lidar com grandes volumes. É baseado em estatísticas e necessita ser calibrado com mensagens inocentes e spams. A vantagem é que cria o perfil adequado de spam para cada uso, podendo inclusive ter perfis individuais, pois o que é spam pra um pode não ser pra outro. Tem nos ports mas não é muito banal de ser usado. Pode ser integrado com qualquer mta, qmail, exim, postfix, sendmail, etc. Usa banco de dados intensamente - proporcional ao volume de -- Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br !DSPAM:442d6f8910927049428029! Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Alexandre Andrade São Paulo - SP Linux User: 337239 BSD User: BSD051253 (+55-11) 9777-5999 [EMAIL PROTECTED] ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Alexandre Andrade wrote: Olá, Interessante. Mas eu gostaria de algum Anti-Spam com Quarantine e que desse pra administrar essas mensagens via interface interface WEB por exemplo. Tem o bogofilter. Também precisa de treinamento, mas depois funciona bem. Pra administrar a quarentena, só integrando um servidor IMAP com suporte a acessos concorrentes ao folder, e implementando um webmail compatível com IMAP. Alex ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Salve Salve Alexandre. Não sei se isso pode ser aplicável a sua necessidade mas aqui funciona bem. Uso o sendmail + mailscanner + spamassin spf + mailwatch (gerenciador web) + clamav. O Quarantine ja vem default no mailscanner. Se vem algum e-mail que não é spam e é bloqueado, pelo mailwatch a gente pode dar um release no e-mail. Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 Tel.: (12) 3925-1873 - 3925-1925 Alexandre Andrade escreveu: Olá, Interessante. Mas eu gostaria de algum Anti-Spam com Quarantine e que desse pra administrar essas mensagens via interface interface WEB por exemplo. Alexandre Andrade On 3/31/06, Carlos Eduardo [EMAIL PROTECTED] wrote: É difícil compará-los pois eles são bem diferentes. O spamassassin talvez seja mais comparável entre ambientes. O dspam depende totalmente da calibragem que se faz e ela deve ser adequada a cada ambiente. Em um teste num cliente com picos de 100.000 mensagens por dia calibramos com umas 6.000 mensagens pré-classificadas (é, tem que ter um trabalhinho de corno pra preparar a calibragem inicial) e tivemos 46 erros numa amostragem de 76.000 mensagens, o que é mais de 99% de acerto... E quando bem calibrado ele tende a pegar novos spams, que nunca tinham passado antes. Enfim, ele pode variar muito de eficiência e uma calibragem global pode também não ser adequada a todos, sendo melhor criar grupos de calibragem ou nos piores casos calibragens individuais. Ele é meio enrolado, certamente é um canhão, se o problema for matar uma mosca pode ser melhor partir pra outra :) Abs. Em Sex, 2006-03-31 às 15:06 -0300, Renato Frederick escreveu: Bem, particularmente não obtive muitos bons resultados com ele. Esperei o treino de mensagens e tudo mais. Em resumo ele deixava passar muito spam, apesar que, os que eu enviava para o treino, ele aprendia corretamente, nunca mais voltava como mensagem licita. O problema é que eram 40spams na parte da manha e 70 na parte da tarde. Na segunda, eu tinha mais de 230spam que ele nao classificou corretamante. O spamassassin, integrado com softfail se mostrou melhor do que o dspam, pelo menos para este servidor em especifico. Ja outro cliente informou exatamente o contrario, que o dspam resultou em menos falsos-positivos que o spamassassin, alem de, por ser personalizado, atender melhor os diversos usuarios/dominios que ele possuia. Creio que só um teste no cenario do cliente pode indicar qual é melhor. On 3/31/06 14:55, Carlos Eduardo [EMAIL PROTECTED] wrote: Por aqui usamos muito o dspam, que é escrito em C e tem condições de lidar com grandes volumes. É baseado em estatísticas e necessita ser calibrado com mensagens inocentes e spams. A vantagem é que cria o perfil adequado de spam para cada uso, podendo inclusive ter perfis individuais, pois o que é spam pra um pode não ser pra outro. Tem nos ports mas não é muito banal de ser usado. Pode ser integrado com qualquer mta, qmail, exim, postfix, sendmail, etc. Usa banco de dados intensamente - proporcional ao volume de -- Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br !DSPAM:442d6f8910927049428029! Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Alexandre Andrade São Paulo - SP Linux User: 337239 BSD User: BSD051253 (+55-11) 9777-5999 [EMAIL PROTECTED] ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Migrar passwd para ldap
Eu vi que ele procurava pelo arquivo shadow,aí pensei em passar o master.passwd como parametro para o migrate_passwd.pl,mas agora mudei o no arquivo,onde ele diz a localização do arquivo shadow,mudei para master.passwd e funcionou. Obrigado. On Thu, 2006-03-30 at 16:52 -0300, Celso Viana wrote: Vc fez as alterações? o migration tools é para Linux e ele procura pelo arquivo shadow que não existe no FreeBSD. Celso Em 30/03/06, Danilo Augusto[EMAIL PROTECTED] escreveu: Olá pessoal. Estou querendo migrar meus usuários cadastrados no /etc/passwd para o ldap.Já tenho o servidor ldap funcionando,migrei os grupos utilizando o migration tools e fui migrar o master.passwd,que tem as senhas dos usuarios,mas não deu certo,ele dá um erro num linha em branco,mesmo se eu apagar a linha em branco não funciona. Eu tenho que migrar é o master.passwd mesmo né?pois o passwd não contém as senhas.Utilizei o migrate_passwd.pl master.passwd master.passwd.ldif ,mas dá erro. Alguma sugestão? Valeu. -- Danilo Augusto Vicente Lara [EMAIL PROTECTED] Cel.: 61 9994-1361 ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org Palmas/TO ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Danilo Augusto Vicente Lara [EMAIL PROTECTED] Cel.: 61 9994-1361 ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Spam
Pessoal, Utilizo o TMDA para confirmação de email no meu Qmail, gostaria de fazer o mesmo esquema da UOL, de que os emails ainda não confirmados ficam em quarentena, depois de confirmados, eles vão para a Caixa de Entrada. Vi um parametro que se passa dentro de incoming, mas ele SALVA as mensagens dentro da pasta destino, o que eu gostaria de fazer é um desvio temporário, como o próprio TMDA, que fica em pending, até que se confirme a mensagem, para ir para Maildir/new do cara. Alguém já utiliza este método ou sabe onde posso encontrar algum tutorial CLARO, pois não achei. =/ -- Atenciosamente, Felippe de Meirelles Motta Administrador de Rede Aloo Internet (82)3328-7501 / (82)8802-7590 http://www.aloo.com.br/ Never ... I Said NEVER Stop The Music! This message was sent using IMP, the Internet Messaging Program. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Concordo Carlos :) Exatamente isso No caso, o softfail ja me atendeu bloqueando **muito** lixo! Até os spammers o diblarem né! On 3/31/06 15:10, Carlos Eduardo [EMAIL PROTECTED] wrote: É difícil compará-los pois eles são bem diferentes. O spamassassin talvez seja mais comparável entre ambientes. O dspam depende totalmente da calibragem que se faz e ela deve ser adequada a cada ambiente. Em um teste num cliente com picos de 100.000 mensagens por dia calibramos com umas 6.000 mensagens pré-classificadas (é, tem que ter um trabalhinho de corno pra preparar a calibragem inicial) e tivemos 46 erros numa amostragem de 76.000 mensagens, o que é mais de 99% de acerto... E quando bem calibrado ele tende a pegar novos spams, que nunca tinham passado antes. Enfim, ele pode variar muito de eficiência e uma calibragem global pode também não ser adequada a todos, sendo melhor criar grupos de calibragem ou nos piores casos calibragens individuais. Ele é meio enrolado, certamente é um canhão, se o problema for matar uma mosca pode ser melhor partir pra outra :) ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Voce pode fazer um filtro procmail que envia tudo que for marcado como spam para um folder IMAP SPAM. E instruir o cliente a jogar tudo que nao for spam em um folder NOSPAM. Feito isso, basta um scriptzinho rodando de madrugada que aprende o que foi taggeado errado. Isso funciona mito bem no spamassassin, e é a solução que eu prefiro adotar. Fica bem bacana A opcao de usar uma conta spam e uma nospam é quando o cliente não tem acesso as pastas (o famigerado POP3). Daí é necessário que ele pegue a mensagem encapsulada e jogue pra conta. O unico problema é que alguns clientes, como o Outlook encapsulam o email, fazem uma bagunça que no final o spamassassin não consegue abrir o email original, aprendendo na verdade o email que o cliente enviou, não o encapsulado pelo Outlook :( On 3/31/06 15:47, Alexandre Andrade [EMAIL PROTECTED] wrote: Olá, Mas isso dá pra fazer com o Bayes do próprio Spamassassin não dá ? Eu vi que tem uma funcionalidade no Spamassassim (Bayes) para enviar mensagens que você recebe como SPAM para um determinada conta, e o que não for SPAM para uma outra conta. E assim ele vai aprendendo. Alexandre Andrade On 3/31/06, Alex Moura [EMAIL PROTECTED] wrote: Alexandre Andrade wrote: Olá, Interessante. Mas eu gostaria de algum Anti-Spam com Quarantine e que desse pra administrar essas mensagens via interface interface WEB por exemplo. Tem o bogofilter. Também precisa de treinamento, mas depois funciona bem. Pra administrar a quarentena, só integrando um servidor IMAP com suporte a acessos concorrentes ao folder, e implementando um webmail compatível com IMAP. Alex ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Alexandre Andrade São Paulo - SP Linux User: 337239 BSD User: BSD051253 (+55-11) 9777-5999 [EMAIL PROTECTED] ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [FUGSPBR] OFF - SPAM
Olá, Interessante Carlos. Você teria algum tutorial de como integrar o MailScanner com Qmail + Vpopmail ? Valeu Alexandre On 3/31/06, Renato Frederick [EMAIL PROTECTED] wrote: Concordo Carlos :) Exatamente isso No caso, o softfail ja me atendeu bloqueando **muito** lixo! Até os spammers o diblarem né! On 3/31/06 15:10, Carlos Eduardo [EMAIL PROTECTED] wrote: É difícil compará-los pois eles são bem diferentes. O spamassassin talvez seja mais comparável entre ambientes. O dspam depende totalmente da calibragem que se faz e ela deve ser adequada a cada ambiente. Em um teste num cliente com picos de 100.000 mensagens por dia calibramos com umas 6.000 mensagens pré-classificadas (é, tem que ter um trabalhinho de corno pra preparar a calibragem inicial) e tivemos 46 erros numa amostragem de 76.000 mensagens, o que é mais de 99% de acerto... E quando bem calibrado ele tende a pegar novos spams, que nunca tinham passado antes. Enfim, ele pode variar muito de eficiência e uma calibragem global pode também não ser adequada a todos, sendo melhor criar grupos de calibragem ou nos piores casos calibragens individuais. Ele é meio enrolado, certamente é um canhão, se o problema for matar uma mosca pode ser melhor partir pra outra :) ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Alexandre Andrade São Paulo - SP Linux User: 337239 BSD User: BSD051253 (+55-11) 9777-5999 [EMAIL PROTECTED] ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Roteamento
Pessoal Gostaria de saber se tem como ver as rotas no freebsd de forma em que eu veja somente números e não hexadecimal. Estou usando o comando: netstat -nr Obrigado. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Roteamento
Jorge Miguel de Carvalho wrote: Pessoal Gostaria de saber se tem como ver as rotas no freebsd de forma em que eu veja somente números e não hexadecimal. Estou usando o comando: netstat -nr Provavelmente vc se refere às informações do IPv6 ou aos endereços MAC. Se for em relação ao IPv6, tente assim: netstat -nr -f inet []',s Alex ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Mais um BRASILEIRO commiter no FreeBSD [Fwd: cvs commit: CVSROOT access]
Senhores, Historicamente o Projeto FreeBSD tinha apenas 2 commiters brasileiros, o Daniel Sobral e o Mario Fujikawa (dcs@ e lioux@, respectivamente), ha longa data. Mas como o pessoal deve ter notado nos ultimos meses isso mudou, puxando a fila veio o Renato Botelho, membro ativo da comunidade e um dos mais ativos dessa lista, que antes de se tornar commiter assumiu pra si responsabilidades nao poucas, como os principais ports do Qmail, refazendo-os e melhorando a integracao do master port com os sub-ports, incluindo spamcontrol, refazendo totalmente o ate entao quase abandonado qmail-ldap do ports, entre outras coisas... e depois de tornar-se commiter vem aumentando cada vez mais a quantidade e variedade de aplicacoes sob sua responsabilidade. Logo depois veio o Marcus Grando, pouco ativo nas comunidades nacionais mais bem ativo nas internacionais, contribuidor de longa data, o tipo de pessoa que tem ideia exata do que esta acontecendo mas que quase ninguem sabe de sua existencia, e que depois de se tornar commiter ainda tornou-se membro do Security Team apos recente convite do Security Officer do FreeBSD, Collin Percival. Ou seja um brasileiro por tras da manutencao do VuXML (que acaba por consequencia trazendo vantagens nao so pra usuarios FreeBSD, mas tambem alguns sistemas Linux, e outros BSD como OpenBSD, NetBSD e Mac OS X, que utilizam consultas integradas ao VuXML - portaudit no FreeBSD, entre outras apps). Agora hoje, pra ser exato ha poucos minutos atras, acaba de entrar pra lista de desenvolvedores com acesso direto ao CVS do FreeBSD, o commiter Jean M Melo, mentorado pelo brasileiro Marcus Grando. O Jean, um dos pioneiros no que diz respeito `a comunidade BSD no Brasil, criador do FreeBSD FAQ, antes um pequeno site em TXT e um BOT de IRC (offset no IRC) e posteriormente a http://free.bsd.com.br, uma das principais referencias ao lado da Primeiros Passos do Brandi de BSD pra iniciantes no pais, e outras varias contribuicoes ao longo de quase 10 anos (desde 1996 - quase a idade do proprio FreeBSD), nos ultimos meses ocupou o primeiro lugar no ranking the contribuidores de Ports (pr senders) e atualmente ainda esta entre os Top 3. Propos mudancas que, assim que adotadas vao modificar centenas dos milhares de Ports do FreeBSD, e mais uma serie de contribuicoes. Com isso em vista o Projeto FreeBSD resolveu puni-lo com o commit-bit. O mais legal, o commit bit do Jean veio com um chamado Mais um Brasileiro pra Dominacao Mundial hehehe, exageros e piadas a parte, esse comentario ilustra bem o fato da contribuicao brasileiro no FreeBSD mais que dobrar nos ultimos meses, comecando do Renato Botelho, frente ao que era o desenvolvimento ativo por brasileiros nos ultimos 10 anos de FreeBSD. Tomara que seja soh o comeco! Que cada vez tenha mais brasileiros no Projeto FreeBSD :D Mas uma coisa eh certa, agora alem do garga@ temos aqui na lista o [EMAIL PROTECTED] ([EMAIL PROTECTED]) pra RECLAMAR DIRETAMENTE quando algum Port nao funcionar ehhuauhauh. Valeu a cada brasileiro pelo tempo dedicado diretamente ao FreeBSD :D E um detalhe curioso, o Jean ta sendo mentorado por um Brasileiro, e o Garga comeca agora a mentorar um... Argentino! ehuauhauhauha em epoca de copa do mundo, FreeBSD eh soh mais uma coisa com que os argentinos vao aprender com brasileiros hehehehe -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] ajuda com I-RAM SATA em FreeBSD6
Alexandre Bensi wrote: Pessoal, Estive pensando cá meus botões.. quando participei da tradução do FAQ FreeBSD, Troubleshooting, aprendi alguma coisa sobre a forma que o FreeBSD trabalha com dispositivos de armazenamento.. basicamente ele ignora as instruções da BIOS, utilizadas pelo FreeDOS que utilizei no teste preliminar pra acessar a unidade I-RAM. Esta correto imaginar que só terei sucesso em utilizar essa unidade I-RAM somente depois que o Kernel for re-modelado com suporte a I-RAM? Se a emulação de disco SATA não for 100% compatível, tem que esperar (ou fazer) o suporte de kernel sim. Agora, se não é compatível, por que seria SATA? ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] curiosidade sobre o comando rm
Marcelo Soares da Costa wrote: Eu estive procurando referencias sobre o comando rm , quero tirar uma duvida que acho que é uma lenda que ouvi a algum tempo atras, pois estou fazendo um trabalho e não quero falar besteira minha duvida é tirando as ferramentas de recuperação de disco com o coronel existe alguma forma de recuperar um arquivo removido com rm , pelo que eu sei não tem. Existe, mas é muito complicado e tem poucas chances de sucesso. Melhor considerar que não tem, e usar e abusar do sistema de lixeira do seu ambiente preferido. é verdade que no caso do ufs2 quando voce dá um rm voce sobrescreve 128 vezes para garantir que o danado nem sonhe e ser recuperado, acho duvidosa essa afirmação , mas já ouvi isso por ai Onde voce ouviu isso? Claro que não se faz assim. Se não um rm seria 128 vezes mais lento que a criação do mesmo arquivo, e qualquer teste rápido mostra que isso não acontece... Pode ser que voce tenha ouvido falar sobre sistemas seguros, que opcionalmente poderiam ser configurados para isso, mas nunca num default. E mesmo que haja reescrita, 128 vezes é demais. Umas 10 já bastam... ;-) desde já agradeço resposta a essas questões quase nefasta, hehehe ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
