Re: [FUG-BR] Qlogic ISP 2432
Em 07/10/2013 16:38, Luiz Morte escreveu: > Em 07/10/2013 15:32, Renato Frederick escreveu: >> Em 07/10/13 15:04, Luiz Morte escreveu: >>> Prezados, boa tarde, >>> >>> Estamos com um servidor conectado em um storage. >>> Dados: >>> SO: 9.1-STABLE >>> HBA: Qlogic ISO 2432 >>> >>> A HBA esta montando corretamente e estamos copiando dados na partição. >>> >>> O problema é que esta aparecendo os seguintes erros: >>> Oct 7 15:01:09 xx kernel: isp0: Receive Error >>> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): WRITE(10). CDB: 2a 00 0f 3f >>> 9f 62 00 00 80 00 >>> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): CAM status: SCSI Status Error >>> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): SCSI status: Check Condition >>> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): SCSI sense: ABORTED COMMAND >>> asc:c0,1 (Vendor Specific ASC) >>> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): Retrying command (per sense >>> data) >>> Oct 7 15:01:28 xx kernel: isp0: Chan 0 Abort Cmd for N-Port 0x0001 @ >>> Port 0xe5 >>> Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): WRITE(10). CDB: 2a 00 0f 3b >>> f8 a2 00 00 38 00 >>> Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): CAM status: CCB request >>> aborted by the host >>> Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): Retrying command >>> Oct 7 15:01:41 xx kernel: isp0: Receive Error >>> >>> No arquivo /boot/devices.hints, colocamos as seguintes entradas: >>> # >>> # HBA Qlogic >>> hint.isp.0.fullduplex="1" >>> hint.isp.0.topology="nport-only" >>> hint.isp.0.debug="7" >>> >>> Alguém ja passou por esses erros? >>> >>> Obrigado, >>> Luiz >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> Qual Storage que é? Na hora de exportar o volume pro BSD, como você >> apresentou ele? > Oi Renato, > > O storage é um HITACHI DF600F . O interessante é que eu tenho a > mesma placa em um BSD 7.0-STABLE. > Existe alguma conf específica para o BSD que devo fazer do lado do storage? Para deixar no histórico, o problema era físico. Após mudar a fibra, pararam os erros. []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] Qlogic ISP 2432
Em 07/10/2013 15:32, Renato Frederick escreveu: > Em 07/10/13 15:04, Luiz Morte escreveu: >> Prezados, boa tarde, >> >> Estamos com um servidor conectado em um storage. >> Dados: >> SO: 9.1-STABLE >> HBA: Qlogic ISO 2432 >> >> A HBA esta montando corretamente e estamos copiando dados na partição. >> >> O problema é que esta aparecendo os seguintes erros: >> Oct 7 15:01:09 xx kernel: isp0: Receive Error >> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): WRITE(10). CDB: 2a 00 0f 3f >> 9f 62 00 00 80 00 >> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): CAM status: SCSI Status Error >> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): SCSI status: Check Condition >> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): SCSI sense: ABORTED COMMAND >> asc:c0,1 (Vendor Specific ASC) >> Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): Retrying command (per sense >> data) >> Oct 7 15:01:28 xx kernel: isp0: Chan 0 Abort Cmd for N-Port 0x0001 @ >> Port 0xe5 >> Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): WRITE(10). CDB: 2a 00 0f 3b >> f8 a2 00 00 38 00 >> Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): CAM status: CCB request >> aborted by the host >> Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): Retrying command >> Oct 7 15:01:41 xx kernel: isp0: Receive Error >> >> No arquivo /boot/devices.hints, colocamos as seguintes entradas: >> # >> # HBA Qlogic >> hint.isp.0.fullduplex="1" >> hint.isp.0.topology="nport-only" >> hint.isp.0.debug="7" >> >> Alguém ja passou por esses erros? >> >> Obrigado, >> Luiz >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Qual Storage que é? Na hora de exportar o volume pro BSD, como você > apresentou ele? Oi Renato, O storage é um HITACHI DF600F . O interessante é que eu tenho a mesma placa em um BSD 7.0-STABLE. Existe alguma conf específica para o BSD que devo fazer do lado do storage? Obrigado pelo retorno. Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Qlogic ISP 2432
Prezados, boa tarde, Estamos com um servidor conectado em um storage. Dados: SO: 9.1-STABLE HBA: Qlogic ISO 2432 A HBA esta montando corretamente e estamos copiando dados na partição. O problema é que esta aparecendo os seguintes erros: Oct 7 15:01:09 xx kernel: isp0: Receive Error Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): WRITE(10). CDB: 2a 00 0f 3f 9f 62 00 00 80 00 Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): CAM status: SCSI Status Error Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): SCSI status: Check Condition Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): SCSI sense: ABORTED COMMAND asc:c0,1 (Vendor Specific ASC) Oct 7 15:01:18 xx kernel: (da0:isp0:0:0:0): Retrying command (per sense data) Oct 7 15:01:28 xx kernel: isp0: Chan 0 Abort Cmd for N-Port 0x0001 @ Port 0xe5 Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): WRITE(10). CDB: 2a 00 0f 3b f8 a2 00 00 38 00 Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): CAM status: CCB request aborted by the host Oct 7 15:01:28 xx kernel: (da0:isp0:0:0:0): Retrying command Oct 7 15:01:41 xx kernel: isp0: Receive Error No arquivo /boot/devices.hints, colocamos as seguintes entradas: # # HBA Qlogic hint.isp.0.fullduplex="1" hint.isp.0.topology="nport-only" hint.isp.0.debug="7" Alguém ja passou por esses erros? Obrigado, 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] OT: programa de perfil de conexões de rede
Enio Marconcini escreveu: > amigos, me perdoem pelo OT mas eu preciso de uma ajudinha que talvez alguma > alma iluminada pode me ajudar > > seguinte... > existe um programa para windows que é possível criar vários perfils de > configuração de rede, com ip, mask, gw, dns, proxy etc > > assim, fica fácil para os usuários zé-mané, mudar a configuração, por > exemplo "casa" ou "escritório" > > aqui na empresa um dos chefes (que não sabe nem usar a calculadora do > windows) precisa acessar do notebook diversos tipos de rede, dentre as quais > está a da sua casa (com ip), da empresa (com outro ip), ou em pontos com > dhcp, mas não adianta explicar como fazer as configurações pois ele sempre > esquece... > > eu ja vi um programa que faz isso, porém nao lembro o nome, e nem > pesquisando no google eu nao consegui achar nada parecido > > será que alguém ja viu um programa desses e poderia me passar o nome do > ditocujo? > > abraços > > Tenta esse e veja se te atende. http://www.netsetman.com []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] qmail fazendo relay
Oi Fernando, Tenta fazer primeiro um teste de sites da internet. Procura no google que vai encontrar alguns. Ele irá fazer uns 20 testes com relação a relay. Em relação ao arquivo, o padrão é algo assim: :allow,SMTPAUTH="",QMAILQUEUE="/var/qmail/bin/qmail-queue" Da uma olhada também nos seguintes itens: TARPITCOUNT BLOCKRELAYPROBE SENDERCHECK RCPTCHECK RETURNMXCHECK SANITYCHECK REJECTEXEC Todos podem ser vistos em www.qmail-ldap.org []s, Luiz Morte. Fernando Buzon Macedo escreveu: > Ola pessoal, uso qmail-ldap e tenho visto aqui nos meus logs que estão > conseguindo me usar! rs > Me ajudem... > > Olha o meu tcp: > 127.0.0.1:allow,RELAYCLIENT="" > 192.168.1.234:allow,RELAYCLIENT="" > 192.168.:allow,RELAYCLIENT="",AUTHREQUIRED="" > :allow,SMTPAUTH="" > > Eu penso que isso seria: > > 127.0.0.1:allow,RELAYCLIENT="" > 192.168.1.234:allow,RELAYCLIENT="" > Localhost e esse servidor 192.168.1.234 podem fazer relay sem > autenticar. > > 192.168.:allow,RELAYCLIENT="",AUTHREQUIRED="" > todas as minhas subredes podem fazer relay, porém autenticação é > sempre necessária, tanto para relay como para local > > :allow,SMTPAUTH="" > permite o smtp para todos, porem para outros domínios (relay) tem que > ser autenticado > > > Vocês me recomendam alguma configuração melhor para o tcp? > Ou algum control/env pra eu confirmar? > > > Fiz um teste com telnet, vindo de fora tentando fazer relay e não > consegui, vejam: > mail from: cara...@gmail.com > 250 ok > rcpt to: fernandobu...@gmail.com > 553 sorry, relaying denied from your location [189.108.153.26] (#5.7.1) > > Obrigado a todos. > Fernando > - > 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] PROXY de EMAIL
A maneira mais simples é pedir ao provedor para redirecionar as mensagens para o teu servidor interno. Vc tem uma vantagem ai que, se teu link cair, as mensagens ficam na fila do servidor do provedor. fetchmail (acho) vai ter dor de cabeça ... []s, Luiz Morte. Maurício Hiroaki Shibata escreveu: > Srs., > > A empresa em que presto consultoria está precisando de um “Proxy” de email, > pois o link é muito ruim, não quer se desfazer por ter um contrato de > fidelidade, enfim, não podem trocar o link. > > O MX fica em uma provedora e dá acesso via pop3 e todos os clientes de email > fazem conexões para lá, inclusive webmail para acesso de casa. > > A idéia é ter um servidor interno que vai de tempos e tempos buscar email da > galera e guardá-los em uma caixa de correio interno e os clientes (Outlook) > façam conexões pop3 ou webmail nesse servidor interno. > > Essa idéia funciona? Alguém Implementa esse tipo de solução? Se sim, quais > as ferramentas utilizadas? > > Valeu!!! > > > > Maurício > > - > 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] Problema com web-server
Vc esta usando Free 7 e compilou o kernel? Se positivo, verifique se não deixou habilitado debug no kernel. []s, Luiz. Rodrigo Monteiro escreveu: > alguem pode me ajudar? > > Rodrigo Monteiro escreveu: > >> Boa tarde, >> >> Tenho um servidor web rodando apache, só que ele esta muito pesado >> com em media o load averages: 194.35, 216.56, 157.45 e fica com a >> pagina inacessível, acredito que isso seja porque ele esta >> inexplicavelmente abrindo um monte de processos httpd... o numero de >> clientes esta MaxClients 768 ...não importa o numero ele sempre alcança >> Temos mais dois servidores web mais fracos que dividem o loadbalance >> com este servidor e os mais fracos aguentam normalmente... acho que pode >> ser alguma opção do apache... segue abaixo minha conf: >> >> Timeout 300 >> >> KeepAlive Off >> >> MaxKeepAliveRequests 100 >> KeepAliveTimeout 15 >> >> MinSpareServers 32 >> MaxSpareServers 200 >> >> StartServers 64 >> >> MaxClients 768 >> >> MaxRequestsPerChild 0 >> >> Port 8081 >> >> alguem ja passou por algo semelhante ou tem alguma sugestao?? >> >> >> > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mailbox Qmail em Mysql.
Caso queira, existe também a opção com ldap. http://www.qmail-ldap.org/wiki/index.php/Main_Page []s, Luiz Morte. Luciano Zuppi escreveu: > Tem sim, amigo, vc vai precisar instalar o mysql, depois compilar o vpopmail > com suporte ao banco, pois é ele quem vai trabalhar diretamente como o > banco. > vc pode cnsultar o guia > http://qmail.telles.org/qmail-guiadeconsulta/index.html e tb tem um tutorial > completo no FUG que esta no endereço: > http://www.fug.com.br/content/view/41/54/ > kra .. uma observação .. pra vc que esta acostumado com Sendmail, o qmail é > bem mais complexo, mas nao desista! é o melhor MTA que exite! ..qq coisa .. > posta aqui que vamos ajudando na medida do possivel .. > > On Wed, Jul 30, 2008 at 11:15 AM, José Augusto Junior <[EMAIL > PROTECTED]>wrote: > > >> Bom dia pessoal, >> >> >> >> Estou migrando meu MTA Sendmail para um Qmail, pois estou tendo problemas. >> Gostaria de saber, se tem como colocar as mailboxes dos usuários em mysql >> no >> qmail ? >> >> >> >> Grato, >> >> >> >> -- >> >> >> >> José Augusto Junior >> >> Coordenador de TI >> >> Gujão Alimentos Ltda. >> >> Tel matriz: (75) 3244-2121 >> >> Celular: (75) 8101-6973 >> >> >> >> >> -- >> Esta mensagem foi verificada pelo sistema de antivírus e >> acredita-se estar livre de perigo. >> >> - >> 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] [OFF] Courier-imap X ldap
Oi Marcio, Conseguiu configurar? Vc configurou o arquivo authldaprc em /usr/local/etc/authlib? Manda as duvidas mas especificas que posso tentar te ajudar. []s, Luiz Morte. Márcio Luciano Donada escreveu: > > Pessoal, > Desculpem o off, estou configurando um novo server de e-mail e nele > estou utilizando o > courier-imap (pop3 e imap) e já fiz de tudo para fazer a autenticação > no base ldap e não tem jeito. Configurei o libpam-ldap e alterei o > authdaemon para authpam e autenticação foi tranquilo. Achei que o > problema fosse permissões no home do usuário mas percebi que não é > mesmo. Agora, minha pergunta é o porque desse erro (já virei a > internet mas nenhuma solução): > > Oct 8 12:43:29 email authdaemond: one entry returned, DN: > uid=mdonada,ou=Usuarios,dc=dominio,dc=com,dc=br > Oct 8 12:43:29 email authdaemond: authldaplib: refuse to authenticate > mdonada: uid=0, gid=0 (zero uid or gid not permitted) > Oct 8 12:43:29 email authdaemond: authldaplib: sysusername=, > sysuserid=0, sysgroupid=0, homedir=, address=mdonada, fullname=Marcio > Luciano Donada, maildir=, quota=97088, options= > Oct 8 12:43:29 email authdaemond: authldap: TEMPFAIL - no more > modules will be tried > Oct 8 12:43:29 email imapd: LOGIN FAILED, user=mdonada, > ip=[:::127.0.0.1] > Oct 8 12:43:29 email imapd: authentication error: Input/output error > > Se eu alterar a configuração do courier-imap authdaemonrc para pam, a > autenticação é feita com sucesso. Qualquer dica é bem vinda > > Abraço, > - 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] duvida no controle do qmail
Sandro Consoli escreveu: > Senhores boa noite > > Estou com uma duvida e gostaria de saber se alguem pode me da uma > clareada, estou com o seguinte problema, preciso que um determinado > email do servidor nao passe pelos filtros do qmail e nem antiviros, > usamos um sistema aq na empresa que manda automaticamente emails para a > gerencia e essa responde atraves de um formulario, quando o qmail recebe > essa confirmação do envio, retorna com erro do tipo MIME, nao sei o que > pode estar acontecendo, mas para sanar esse problema tive a ideia de que > este determinado email nao passasse por nenhum tipo de controle, será > que isto é possivel? > Oi Sandro, caso esse servidor tenha um IP separado, vc pode liberar esse IP no tcp.smtp para nao passar por nenhum filtro, sendo o email entregue direto pelo qmail. []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] Servidor travando
Oi Silvar, Desabilita a ACPI do servidor e veja o que acontece. Veja no histórico que tem muitas discussões sobre isso que talvez te ajude. []s, Luiz Silmar Oliveira escreveu: > Olá, lista. > > Rodo um servidor web com as seguintes características: > marca: Supermicro > 2 processadores intel xeon 3.60 núcleo duplo > 4 hds SCSI 73 GB em raid 5 > 6 GB de memória (HABILITADO O PAE) > > Migrei ele recentemente devido a restrições de armazenamento no server antigo. > Ocorre que agora ele trava quase todo dia entre 8 e 9 da noite... > Quando coloco o console, ele está congelado, não recebendo nada do teclado. > Então tenho que restartar pelo famigerado botão... > Já verifiquei os logs e não aparece nada que me indique onde possa > estar o problema. > Quando digito last, ele não me indica crash, mas sim reboot... > > silmar.oliveira ttyp0200.xxx.xxx.xxxThu Sep 27 08:26 still logged > in > reboot ~ Thu Sep 27 07:41 > > Alguma sugestão sobre como diagnosticar o que pode estar acontecendo? > > Desde já agradeço > > Silmar Antonio > - > 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] Freebsd Freeze
Oi Joao, Os problemas que tive com isso foram memória e ACPI. Veja se te ajuda algo. []s, Luiz Morte. Joao Victor da Costa escreveu: > Galera, > Alguém sabe algo sobre ? > > Durante os últimos testes desabilitei tudo da BIOS e a máquina se > demonstrou estável durante algum tempo. Porém no final do dia o problema > tornou a acontecer. > > Alguém com alguma idéia ? > > On Mon, 2007-07-02 at 14:16 -0300, Joao Victor da Costa wrote: > >> Galera, >> Já faz algum tempo que ando verificando um sinistro, andei depurando >> mas não consegui chegar a nenhuma conclusão. >> >> A placa mãe que estou utilizando é uma Intel 945 porêm já tive >> problemas semelhantes utilizando Intel 865, ambas as máquinas estavam >> utilizando placa de rede "3com 3c905-TX", e gmirror efetuando >> espelhamento de 2 discos SATA . >> >> Seguinte, após algum tempo a máquina simplesmente congela (freeze), >> desabilitei o apic, conforme a opção "safe mode" do beastie >> (hint.apic.0.disabled="1"), e a máquina com Intel 865 parou de travar, >> com apci desabilitado ambas não iniciavam, estou utilizando polling >> desde sempre. >> >> Alguém já passou por algum tipo de problema semelhante ? Pois a máquina >> Intel D945GNT continua travando. >> >> []'s. >> >> - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] clamav-0.90.2_1 + FreeBSD: 5.4-STABLE
Renato Botelho escreveu: > On 5/24/07, Luiz Morte <[EMAIL PROTECTED]> wrote: > >> Aproveitando o email anterior do rrttools, alguém conseguiu instalar via >> ports o clamav, versões abaixo? >> Versão: clamav-0.90.2_1 >> FreeBSD: 5.4-STABLE >> > > Não estava sabendo desse erro, nem fui reportado pelo pointyhat. Vou > ver se consigo um 5.4-STABLE para tentar simular e te aviso. > > Se alguém tiver um 5.4-STABLE que não esteja em produção para me > "emprestar" para fazer esse teste, seria legal. > Oi Renato, Apenas registrando, com a versão clamav-0.90.3 não tive problemas para instalar no Free 5.4 []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] amavis-stat
Luiz Morte escreveu: > Bom dia, > > Alguém esta usando o amavis-stats-0.1.12_1? > > Na instalação que fiz, percebi que o comando esta "quebrado". Como > instalei do ports, acredito que não fiz nada de > diferente do padrão. O que acontece é que, ao passar o parâmetro > "COMMENT:..", os ":" da hora quebram > Tive que colocar um "\:" para passar a funcionar. > > O gráfico dos vírus ficou quebrado também e preciso olhar com calma > Erro meu aqui em relação ao gráfico de vírus. Ainda não tinha chegado vírus. Não dei tempo ao tempo :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] amavis-stat
Bom dia, Alguém esta usando o amavis-stats-0.1.12_1? Na instalação que fiz, percebi que o comando esta "quebrado". Como instalei do ports, acredito que não fiz nada de diferente do padrão. O que acontece é que, ao passar o parâmetro "COMMENT:..", os ":" da hora quebram Tive que colocar um "\:" para passar a funcionar. O gráfico dos vírus ficou quebrado também e preciso olhar com calma. Alguém passou por algum problema assim? []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema no install do port do rrdtool
Oi Luiz (hehehe) Obrigado pelas mensagens. Eu instalei sem o phyton e foi sem problemas. Vou ficar de olho nas atualizações. Estou usando o amavis-stat e vi que a última versão tem algum problema no comando (dentro do php). Vou depurar melhor hoje a noite. Amanhã coloco uma msg nova com isso para quem usa ele analisar ;) []s, Luiz Luiz Gustavo Santos Costa escreveu: > melhor ainda > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-May/149039.html > > > On 5/24/07, Luiz Gustavo Santos Costa <[EMAIL PROTECTED]> wrote: > >> # sysctl hw.piada.on=1 >> >> essa dos "Luiz" é boa :) >> >> # sysctl hw.piada.on=0 >> >> então galera. olhem esse link: >> >> http://lists.freebsd.org/pipermail/freebsd-questions/2007-May/148986.html >> >> -- >> Luiz Gustavo - FreeBSD User >> <===\ >> < http://www.luizgustavo.pro.br >> <===/ >> >> >> On 5/24/07, Samuel Correa Bueno <[EMAIL PROTECTED]> wrote: >> >>> Set piada ON >>> >>> Pra participar desta discussao tem de chamar Luiz ? >>> >>> Set piada OFF >>> >>> Luiz Otavio Souza escreveu: >>> >>> >>>> Luiz Morte escreveu: >>>> >>>> >>>> >>>>> Luiz Otavio Souza escreveu: >>>>> >>>>> >>>>> >>>>> >>>>>> Luiz Morte escreveu: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Luiz Otavio Souza escreveu: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Luiz Gustavo Santos Costa escreveu: >>>>>>>> >>>>>>>> >>> - >>> 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] problema no install do port do rrdtool
Luiz Otavio Souza escreveu: > Luiz Morte escreveu: > >> Luiz Otavio Souza escreveu: >> >> >>> Luiz Morte escreveu: >>> >>> >>> >>>> Luiz Otavio Souza escreveu: >>>> >>>> >>>> >>>> >>>>> Luiz Gustavo Santos Costa escreveu: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Ola lista. >>>>>> >>>>>> bom dia, >>>>>> >>>>>> Sera porque não estou conseguindo mais instalar o rrdtool via ports ??? >>>>>> >>>>>> em duas maquinas diferentes: (freebsd 6.2 stable) >>>>>> >>>>>> # portsnap fetch update >>>>>> # cd /usr/ports/net/rrdtool >>>>>> # make install clean >>>>>> . >>>>>> . >>>>>> gmake[2]: Leaving directory >>>>>> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >>>>>> gmake[1]: *** [all-recursive] Error 1 >>>>>> gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' >>>>>> gmake: *** [all] Error 2 >>>>>> *** Error code 2 >>>>>> >>>>>> Stop in /usr/ports/net/rrdtool. >>>>>> *** Error code 1 >>>>>> >>>>>> Stop in /usr/ports/net/rrdtool. >>>>>> >>>>>> >>>>>> Abraços, >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> O ports foi atualizado, rode o make config antes e desabilite os bindings. >>>>> >>>>> Veja se resolve pra você, aqui não houve problema nenhum com o port. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> Oi Luiz, >>>> >>>> Eu já tinha feito o testes com essa nova versão 1.2.23. Veja o erro: >>>> >>>> [...] >>>> /usr/bin/install -c -o root -g wheel -m 0755 RRD.so >>>> /usr/local/lib/ruby/1.8/i386-freebsd6 >>>> install: RRD.so: No such file or directory >>>> gmake[4]: *** [/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so] Error 71 >>>> gmake[4]: Leaving directory >>>> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' >>>> gmake[3]: *** [ruby] Error 2 >>>> gmake[3]: Leaving directory >>>> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >>>> gmake[2]: *** [all-recursive] Error 1 >>>> gmake[2]: Leaving directory >>>> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >>>> gmake[1]: *** [all-recursive] Error 1 >>>> gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' >>>> gmake: *** [all] Error 2 >>>> *** Error code 2 >>>> >>>> Stop in /usr/ports/net/rrdtool. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/net/rrdtool. >>>> >>>> Eu tirei o phyton no config. >>>> >>>> []s, >>>> Luiz Morte. >>>> >>>> >>>> >>>> >>> Procure por bibliotecas antigas no seu sistema que podem estar causando >>> problemas, em especial esta citada no erro: >>> >>> /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so >>> >>> Mova ela para outro diretório e tente reinstalar o ports (aqui na minha >>> maquina esse arquivo não existe). >>> >>> >>> >> Oi Luiz, >> >> do que entendi, o erro é justamente esse. Eu não tenho esse arquivo também: >> #ls -la /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so >> ls: /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so: No such file or directory >> >> Essa máquina acabei de instalar e não deveria ter biblioteca antiga. >> >> []s, >> Luiz Morte. >> >> >> > Ele esta tentando instalar o arquivo lá, mas não era pra esse arquivo > existir lá antes da instalação mesmo. > > Você desabilitou o binding do ruby no config ? (isso foi adicionado > agora na ultima atualização do port) > > O problema parece estar relacionado ao ruby, mas aqui na minha maquina > instala com e sem suporte ao ruby normalmente. > Fiz alguns testes. Instalou com o ruby. Só não instala com o python. []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] problema no install do port do rrdtool
Luiz Otavio Souza escreveu: > Luiz Morte escreveu: > >> Luiz Otavio Souza escreveu: >> >> >>> Luiz Gustavo Santos Costa escreveu: >>> >>> >>> >>>> Ola lista. >>>> >>>> bom dia, >>>> >>>> Sera porque não estou conseguindo mais instalar o rrdtool via ports ??? >>>> >>>> em duas maquinas diferentes: (freebsd 6.2 stable) >>>> >>>> # portsnap fetch update >>>> # cd /usr/ports/net/rrdtool >>>> # make install clean >>>> . >>>> . >>>> gmake[2]: Leaving directory >>>> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >>>> gmake[1]: *** [all-recursive] Error 1 >>>> gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' >>>> gmake: *** [all] Error 2 >>>> *** Error code 2 >>>> >>>> Stop in /usr/ports/net/rrdtool. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/net/rrdtool. >>>> >>>> >>>> Abraços, >>>> >>>> >>>> >>>> >>>> >>> O ports foi atualizado, rode o make config antes e desabilite os bindings. >>> >>> Veja se resolve pra você, aqui não houve problema nenhum com o port. >>> >>> >>> >> Oi Luiz, >> >> Eu já tinha feito o testes com essa nova versão 1.2.23. Veja o erro: >> >> [...] >> /usr/bin/install -c -o root -g wheel -m 0755 RRD.so >> /usr/local/lib/ruby/1.8/i386-freebsd6 >> install: RRD.so: No such file or directory >> gmake[4]: *** [/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so] Error 71 >> gmake[4]: Leaving directory >> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' >> gmake[3]: *** [ruby] Error 2 >> gmake[3]: Leaving directory >> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >> gmake[2]: *** [all-recursive] Error 1 >> gmake[2]: Leaving directory >> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' >> gmake: *** [all] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/net/rrdtool. >> *** Error code 1 >> >> Stop in /usr/ports/net/rrdtool. >> >> Eu tirei o phyton no config. >> >> []s, >> Luiz Morte. >> >> > > Procure por bibliotecas antigas no seu sistema que podem estar causando > problemas, em especial esta citada no erro: > > /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so > > Mova ela para outro diretório e tente reinstalar o ports (aqui na minha > maquina esse arquivo não existe). > Oi Luiz, do que entendi, o erro é justamente esse. Eu não tenho esse arquivo também: #ls -la /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so ls: /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so: No such file or directory Essa máquina acabei de instalar e não deveria ter biblioteca antiga. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema no install do port do rrdtool
Luiz Otavio Souza escreveu: > Luiz Gustavo Santos Costa escreveu: > >> Ola lista. >> >> bom dia, >> >> Sera porque não estou conseguindo mais instalar o rrdtool via ports ??? >> >> em duas maquinas diferentes: (freebsd 6.2 stable) >> >> # portsnap fetch update >> # cd /usr/ports/net/rrdtool >> # make install clean >> . >> . >> gmake[2]: Leaving directory >> `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' >> gmake: *** [all] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/net/rrdtool. >> *** Error code 1 >> >> Stop in /usr/ports/net/rrdtool. >> >> >> Abraços, >> >> >> > O ports foi atualizado, rode o make config antes e desabilite os bindings. > > Veja se resolve pra você, aqui não houve problema nenhum com o port. > Oi Luiz, Eu já tinha feito o testes com essa nova versão 1.2.23. Veja o erro: [...] /usr/bin/install -c -o root -g wheel -m 0755 RRD.so /usr/local/lib/ruby/1.8/i386-freebsd6 install: RRD.so: No such file or directory gmake[4]: *** [/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so] Error 71 gmake[4]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' gmake[3]: *** [ruby] Error 2 gmake[3]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/net/rrdtool. *** Error code 1 Stop in /usr/ports/net/rrdtool. Eu tirei o phyton no config. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] clamav-0.90.2_1 + FreeBSD: 5.4-STABLE
Renato Botelho escreveu: > On 5/24/07, Luiz Morte <[EMAIL PROTECTED]> wrote: > >> Aproveitando o email anterior do rrttools, alguém conseguiu instalar via >> ports o clamav, versões abaixo? >> Versão: clamav-0.90.2_1 >> FreeBSD: 5.4-STABLE >> > > Não estava sabendo desse erro, nem fui reportado pelo pointyhat. Vou > ver se consigo um 5.4-STABLE para tentar simular e te aviso. > > Se alguém tiver um 5.4-STABLE que não esteja em produção para me > "emprestar" para fazer esse teste, seria legal. > Renato, Se você não conseguir, me avise que posso tentar subir uma máquina virtual (podemos fazer amanhã, se for o caso). Me avise se não conseguir. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema no install do port do rrdtool
Carlos Anderson Jardim escreveu: > Luiz Morte escreveu: > >> Opa Gustavo, >> >> Eu estou com esse problema desde a versõ xxx19. O que tenho feito é >> instalar a antiga mesmo :) >> >> []s, >> Luiz Morte. >> >> Luiz Gustavo Santos Costa escreveu: >> >>> Ola lista. >>> >>> bom dia, >>> >>> Sera porque não estou conseguindo mais instalar o rrdtool via ports ??? >>> >>> em duas maquinas diferentes: (freebsd 6.2 stable) >>> >>> > > Eu tambem tive fazer um portdowngrade da versao pois o cacti pede a > atualização :( > > tanto o cacti e o rrdtool estao sem atualizar :( > Vou enviar um email com o erro para o "dono" do ports. Talvez ele tenha uma dica - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] clamav-0.90.2_1 + FreeBSD: 5.4-STABLE
Aproveitando o email anterior do rrttools, alguém conseguiu instalar via ports o clamav, versões abaixo? Versão: clamav-0.90.2_1 FreeBSD: 5.4-STABLE Atualmente estou usando a versão clamav-0.90.1_1 Esse problema não ocorre com o FreeBSD 6.2 []s, Luiz Morte. Erro: mbox.c: In function `rfc1341': mbox.c:3858: warning: passing arg 3 of `readdir_r' from incompatible pointer type mbox.c: In function `do_checkURLs': mbox.c:4092: error: `args' undeclared (first use in this function) mbox.c:4092: error: (Each undeclared identifier is reported only once mbox.c:4092: error: for each function it appears in.) *** Error code 1 Stop in /usr/ports/security/clamav/work/clamav-0.90.2/libclamav. *** Error code 1 Stop in /usr/ports/security/clamav/work/clamav-0.90.2. *** Error code 1 Stop in /usr/ports/security/clamav/work/clamav-0.90.2. *** Error code 1 Stop in /usr/ports/security/clamav. *** Error code 1 Stop in /usr/ports/security/clamav. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema no install do port do rrdtool
Opa Gustavo, Eu estou com esse problema desde a versõ xxx19. O que tenho feito é instalar a antiga mesmo :) []s, Luiz Morte. Luiz Gustavo Santos Costa escreveu: > Ola lista. > > bom dia, > > Sera porque não estou conseguindo mais instalar o rrdtool via ports ??? > > em duas maquinas diferentes: (freebsd 6.2 stable) > > # portsnap fetch update > # cd /usr/ports/net/rrdtool > # make install clean > . > . > chmod 755 blib/arch/auto/RRDs/RRDs.so > cp RRDs.bs blib/arch/auto/RRDs/RRDs.bs > chmod 644 blib/arch/auto/RRDs/RRDs.bs > Manifying blib/man3/RRDs.3 > gmake[4]: Leaving directory > `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/perl-shared' > cd ruby && /usr/local/bin/ruby extconf.rb && gmake EPREFIX=/usr/local > sitedir=/usr/local/lib/ruby > checking for rrd_create() in -lrrd... yes > creating Makefile > gmake[4]: Entering directory > `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' > Makefile:144: Commands were specified for file `RRD.so' at Makefile:114, > Makefile:144: but `RRD.so' is now considered the same file as > `/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so'. > Makefile:144: Commands for > `/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so' will be ignored in > favor of those for `RRD.so'. > gmake[4]: Circular /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so <- > /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so dependency dropped. > cc -I. -I. -I/usr/local/lib/ruby/1.8/i386-freebsd6 -I. -I../../src > -fPIC -O2 -fno-strict-aliasing -pipe-fPIC -c main.c > /usr/bin/install -c -o root -g wheel -m 0755 RRD.so > /usr/local/lib/ruby/1.8/i386-freebsd6 > install: RRD.so: No such file or directory > gmake[4]: *** [/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so] Error 71 > gmake[4]: Leaving directory > `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' > gmake[3]: *** [ruby] Error 2 > gmake[3]: Leaving directory > `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory > `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/net/rrdtool. > *** Error code 1 > > Stop in /usr/ports/net/rrdtool. > > > Abraços, > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Congelamento de ports?
Joao Rocha Braga Filho escreveu: > Parece que estamos em um congelamento de ports desde quinta ou sexta > feira. Pelo que soube, aconteceria um parcial para a entrada do Xorg 7.0. > > Mas este congelamento pegou o PHP5 no contrapé, logo depois que foram > anunciadas vulnerabilidades, e com o congelamento não foram corrigidas > nos ports. > > Alguém tem mais alguma informação? > > > João Rocha. > > Pois é. Senti a mesma coisa. Espero que volte ao normal logo :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: RES: [1/2 off] Qmail + dspam
Opa Renato, Renato Frederick escreveu: > > Sim, ele é um servidor qmail como se fosse "smarthost". Só que se ele > ficasse sem nenhum filtro spamcontrol, ele iria processar muito email > inválido. Este é o maior problema com as soluções até pagas que existem no > mercado. > > O gateway da Norton é assim por exemplo, para manter compatibilidade desde > um Exchange até um Novell, aceita tudo e depois repassa pro qmail ou seja lá > o que você usa. Imagina o tanto de email facilmente descartado com simples > verificações na sessão smtp que você processa(que vem de endereços sem dns > reverso, que vem de IP adsl) > Como você filtra, por exemplo os IP de adsl? Na versão nova do simscan, eles estão incluindo o p0f. Muito legal para filtrar emails que vem, por exemplo, de máquinas windows. Logicamente temos o problema de windows legítimo enviando mensagens, mas estava sendo tratado isso. Bem interessante se pensar que muitas máquinas invadidas são windows comuns. [...] >> Vou dar uma olhada. Se alguém tiver mais detalhes aqui e puder explicar >> melhor, agradeço :) >> >> Aproveitando a mensagem, vc já usou o "SMTP HELO/EHLO Greeting delay"? >> Fiz algumas buscar >> e vi isso em http://www.fehcom.de/qmail/qmail.html A idéia parece muito >> legal, mas não sei como fica >> na prática. Também agradeço se alguém da lista comentar a respeito :) >> > > Sim, ele baseia a ideia no seguinte, se o spammer usa um programa pra > conectar a milhares de servidores, quanto menos tempo ele esperar a resposta > de cada um melhor, afinal ele que é quantidade. > Então parte da premissa que o bot que o spammer usa não vai esperar, vamos > supor, 40segundos pra começar a digitar o "mail to" depois do "helo" fake. > > > Eu uso mas somente dos servidors de entrada. Muita gente usa o mesmo smtp > para acesso de clientes e recebimento externo. > Interessante saber. Vou testar isso também :) []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: [1/2 off] Qmail + dspam
Renato Frederick escreveu: > Olá Luiz! > Opa Renato, > >> La se vai minha idéia de colocar em produção o dspam. O engraçado é que >> na documentação dele, existe >> uma solução com 300k caixas postais (se não me engano). Fico imaginando >> então a estrutura para isso tudo. >> > > > Eu também fiquei muito impressionado com o site deles, mas não entendi qual > a implementação que usaram. > Sei que no .qmail de cada usuário, a base crescia muito. Mas a classificação > era aceitável, mas, no meu caso, nada tão melhor que o spamd. > Quando vc fala spamd, esta se referendo ao daemon do SA, correto? > Talvez, como eu falei, eu fiz algo errado, mas não sei, fiz tudo que o > Google mandou hehehee. > Fui por ai também, mas tentei ensinar ele de acordo com que o SA sabe. So que nem deu tempo de colocar em produção. Tive problemas com acesso ao mysql, pois tinha muitos processos para entrega de mensagens, mesmo com o número de mensagens chegando baixo. >> mas aqui, se estamos falando de dois servidores, acredito que usando um >> front end com pf+spamd fica >> mais robusto. ou não? >> >> > > Nunca testei esta solução, não tenho cenário para testá-la. Separando o > spamd/spamc e os serviços imap/pop e afins deu certo para mim, mas pode ser > uma boa o PF+spamd sim! > A vantagem no meu caso é que, usando um frontend qmail em cada serviço, > todas as verificações do spamcontrol são feitas. > Quando você fala frontend qmail, você esta dizendo que tem um servidor antes apenas para filtro e este envia internamente para o teu servidor principal. É isso? > Eu poderia fazer um frontend do dspam, mas eu iria processar muito lixo, > afinal ele não verifica NADA que o spamcontrol/rbl/greylist faz. Ele é um > Proxy smtp, vamos dizer assim.. > Não sei se o PF/spamd diminuiria o lixo recebido, se poderia usá-lo para > conversar com o qmail. > > O ideal é que o sofware antispam entrasse no meio da conversação smtp, > depois que o cliente desse o comando "DATA" [email] [CR,.CR] > > Aí ele deixou o qmail fazer todas as verificações smtp e só escaneou o > conteudo do [email]. > Acredito que a idéia do qmail-ldap é mais ou menos assim (me corrijam se estiver errado). Existem várias checagem antes de entregar a mensagem para, no meu caso, o simscan. Este faz a verificação no SA e no clamav, retornando a mensagem ao qmail. O que eu procuro é um software tipo simscan que chame um greylist. Ainda não encontrei. > O software que eu conheço que se integra razoavelmente bem assim é o > trend(pago). > > Daí não precisamos fazer muita peripécia prá funcionar, pois ele só entra em > ação depois que o cliente começa a dar os comandos do email. > > >> Esse é um dos problemas que tenho com o SA. Os usuários usam apenas >> pop3. Para ensinar novos spam, >> so pedindo para salvar a mensagem (pelo menos não conheço outra forma). >> Aqui o dspam com a história >> de assinaturas, ajuda bastante. >> > > > Com certeza, usuário tem que ajudar hehehe. > Você pode criar caixas spam/nospam e pedir pra eles encaminharem a mensagem. > O problema é que muitos Outlook Express que existem por aí apagam o > cabeçalho, alteram, etc etc, assim a classificação não fica perfeita. > A assinatura dele resolve isto, mas tem um problema. Por exemplo, se você > envia uma mensagem criptografada ou assinada digitalmente, ele vai anexá-la > ao corpo do email atual, afinal ele não pode abrir a mensagem assinada :) > Alguns usuários ficam doidos com isto. > Colocar a assinatura no header remete ao mesmo problema, alguns clients e de > email "comem" o cabeçalho. > hum. Ai não da para confiar muito. Bem colocado. >> Isso me parece interessante. Hoje não consigo adicionar alguns >> softwares >> de greylist que encontrei. >> > > O patch exttodo pode resolver(no port do qmail/spamcontrol do garga). > Atualmente ele é usado, no tutorial da FUG, para chamar o greylist da > freebsdbrasil. Você poderia chamar qualquer programa com ele, teoricamente. > > Talvez este seja o caminho prá modularizar o qmail hehehe > Vou dar uma olhada. Se alguém tiver mais detalhes aqui e puder explicar melhor, agradeço :) Aproveitando a mensagem, vc já usou o "SMTP HELO/EHLO Greeting delay"? Fiz algumas buscar e vi isso em http://www.fehcom.de/qmail/qmail.html A idéia parece muito legal, mas não sei como fica na prática. Também agradeço se alguém da lista comentar a respeito :) []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: [1/2 off] Qmail + dspam
Renato Frederick escreveu: > Ops, o outro email foi errado, desculpem!!! > > >> Se a tabela chegar aos 4GB (limite máximo de um arquivo no ufs) ai você >> vai ver a dor de cabeça.. heheheh >> > > Pois é, por isto que já tirei o dito cujo da jogada, inclusive pro cliente > poder acessar via WEB tinha que ativar uma opção no apache de autenticar via > pop3, etc etc.. muito remendo... ou então eu que não soube como fazer. > La se vai minha idéia de colocar em produção o dspam. O engraçado é que na documentação dele, existe uma solução com 300k caixas postais (se não me engano). Fico imaginando então a estrutura para isso tudo. >> 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 perl é meio pesado mesmo, mas se você tiver muito tráfego, pode fazer um > front-end ou então mandar o spamc perguntar a um spamd remoto, que fica só > por conta. > mas aqui, se estamos falando de dois servidores, acredito que usando um front end com pf+spamd fica mais robusto. ou não? > A classificação é meio enjoada, mas com as regras brasileiras e usando imap > e mandando os usuários ajudarem você a classificar spam/ham dá bons > resultados. > Esse é um dos problemas que tenho com o SA. Os usuários usam apenas pop3. Para ensinar novos spam, so pedindo para salvar a mensagem (pelo menos não conheço outra forma). Aqui o dspam com a história de assinaturas, ajuda bastante. > >> 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. >> > > Eu costumo usar no .qmail do usuario, pelo qmailadmin na opção "filtro de > spam". Assim, o usuario terá o email encaminhado para uma pasta "SPAM", e só > cairá no spamc mensagens efetivamente validas, após terem sido passadas pelo > antivírus, pelo spamcontrol, pelas rbl e etc etc. > Alem disso dou o controle do próprio usuário ativar ou não seu spam. > > >> Acredito que existam muitos programas que façam isso, mas se você tiver >> qualquer dificuldade tenho isso pronto aqui. >> > > Quais programas? Perdi o "fio da meada" > > >> Tenho o pf+spamd (greylist) no front de batalha e SA no qmail com >> smtp-auth, solução toska e razoavelmente eficaz. >> > > Bacana, aqui com muito tráfego divido os servidores, um para webmail, um > para qmail, um para spamd e por ai vai. > Hum. Estou precisando fazer isso por aqui. >> 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. >> > > O port do garga atualmente "quebrou um galho" já deixando o qmail pronto > para ser usado, mas alguns casos ainda não dá mesmo :( > > > >> 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..) >> > > O Patrick se não me engano, estava querendo fazer um módulo pro qmail que > chamaria qualquer programa externo sem patch. O exemplo atual disto é o > softfail, não sei se isto poderia lhe ajudar já/. > Isso me parece interessante. Hoje não consigo adicionar alguns softwares de greylist que encontrei. []s, Luiz Morte. - 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
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: > 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
[FUG-BR] [1/2 off] Qmail + dspam
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. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Upgrade do 6.1 para o 6.2, funciona ???
So por curiosidade: tentou desabilitar a ACPI desse servidor? Foi uma dica passada na lista e me parece que ajuda :) []s, Luiz Morte. Tempra Turbo escreveu: > Ola > > Tenho um server de producao com o 6.1 e o mesmo esta rebootando > aleatoriamente, a cada 2 ou 3 dias, > nao é problema de hardware, pois rodo o strees por umas 24h e nada... o > reboot é aleatorio, > estou desconfiado que seja problema de bug no kernel do 6.1 mesmo, a maquina > tem 4 cpus e 4G de ram > roda muita coisa nessa maquina. > > Quero saber se fazer o upgrade via cvsup para a versao 6.2 nao corro risco de > a maquina nao bootar apos o > processo, se isso ocorrer eu to ferrado. > > VI que tem um artigo no site do fug sobre atualizacao do 6.x via csup de > autoria de Christopher Giese, posso > seguir esse artigo sem problemas ? > > Qual o cvs tag que devo usar para a versao 6.2 atual ? RELENG_6 ? RELENG_6_2 ? > > Obrigado > > > > > Bored stiff? Loosen up... > Download and play hundreds of games for free on Yahoo! Games. > http://games.yahoo.com/games/front > - > 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] Qmail
Luiz Otavio Souza escreveu: > Suprema Informática Ltda escreveu: > >> Bendito Qmail, >> >> Estou enfrentando problemas com o bendito qmail, estou sendo listado >> diariamente na spamcop, indicado como sendo um spammer, bem em busca da >> solução efetuei alguns testes, e tomei por surpresa, que o relay do meu >> server estava aberto, pois bem, já fiz de tudo que sabia pra evitar que >> o relay ficasse aberto, e não obtive resultado, não sei mais o que >> fazer, ou que caminho seguir. >> >> Fiz o teste através do site >> http://www.antispam-ufrj.pads.ufrj.br/test-relay.html, parou do teste de >> número 7. >> >> Alguém já enfrentou algo deste tipo! >> >> Obrigado pela atenção >> >> > Este tipo de teste espera que seu servidor recuse o endereço do > destinatário logo que ele é informado, por padrão o qmail não faz isso, > ele aceita a mensagem para ingenuamente devolve-la ao remetente > (acreditando que todos forneceriam dados válidos aqui). > > Isso faz com que a fila do qmail viva cheia de porcarias (spam na grande > maioria). > > A solução do problema depende do seu setup de qmail (ldap, vpopmail, > etc.) e consiste de um patch para o qmail-smtpd verificar on-the-fly se > o usuário (virtual ou não) existe. > > Testei um qmail (ports) + vpopmail (ports) + smtp-auth (ports) + > vchkuser e passou nos 20 testes do site. > > Acredito que os outros setups tenham soluções semelhantes. > > Se você também utiliza essa solução, entre em contato que eu lhe mando o > vchkuser. > Veja se esse patch ajuda. http://mirrors.ntua.gr/qmail/qmail-smtpd-relay-reject []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clamav - muitos processos [RESOLVIDO]
Renato Botelho escreveu: > On 2/26/06, Willien Carvalho Fernandes > <[EMAIL PROTECTED]> wrote: > >> Bom Dia, >> >> Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra >> 0.90, os problemas comecaram, cpu sempre "no talo" (95%). >> >> Os processos do clamav (clamdscan --stdout) nao param de crescer... >> >> nao sei se alguem ja passou por algo parecido, estou quase refazendo >> esse servidor. >> >> Alguma ideia ? >> > > Para todos que tiveram problemas com o clamav após atualizarem pra versão > 0.90. > > Finalmente consegui achar o problema, foi um erro meu que acabou > causando a compilação do clamav com parâmetros errados no que diz > respeito as threads. Ao invés de usar "-pthread" ele estava usando > "-lpthread -lc_r" o que causava a lentidão e o acúmulo de processos. > > Isso está corrigido na versão 0.90_3 do ports, por favor, atualizem > para essa versão. > > Obrigado e desculpem todo o transtorno. > Oi Renato, boa noite, Eu atualizei para essa versão hoje durante o dia e, mesmo assim, continuei tendo alguns problemas. Como você deve ter feito bastante testes, vou verificar isso novamente e retorno se resolveu ou não. O interessante desse problema é que foi reportado em outras listas, ou seja, com pessoas que não usam FreeBSD. Logo, será que o problema é relacionado diretamente a compilação? Veja que so quero ajudar com o e-mail :) []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Congelamento do servidor
Oi Willien, Willien Carvalho Fernandes escreveu: > Experimenta desabilitar ACPI e HT e faz um teste > #HT: sysctl -a | grep -i hyper machdep.hyperthreading_allowed: 0 Ou seja, esta desabilitado ACPI Vou testar: |/boot/device.hints|: hint.acpi.0.disabled="1" > pode ser despejo de memoria tb > Aqui seria trocar a memória, correto? Espero que desabilitando ACPI me ajude. Obrigado pelas dicas, []s, Luiz Morte. > ;-) > > Luiz Morte wrote: > >> Oi Lista, boa tarde, >> >> Eu tive o seguinte erro em um servidor: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 3; apic id = 07 >> fault virtual address = 0xac >> fault code = supervisor write, page not present >> instruction pointer = 0x20:0xc070e880 >> stack pointer = 028:0xe9b05b18 >> frame pointer = 028:0xe9b05b34 >> code segment = base 0x0, limit 0xf, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 20040 (tcpserver) >> trap number = 12 >> panic = page fault >> cpuid= 3 >> uptime = 26d16h50m53s >> dumping = 2047MB (2chunks) >> chunk 0 = 1MB(159 pages)...Ok >> chunk 1 = 2047MB(523968 pages) 2031 2015 1999 1983 1967 1951 >> 1935 1919 1903 1887 >> >> Fiz algumas busca na internet e vi algumas mensagens, inclusive aqui na FUG. >> >> Tem alguem que passou por esse problema e conseguiu resolve-lo sem ter >> que trocar o servidor inteiro? >> Existe um padrão para esse tipo de erro ou pode ser qualquer coisa de >> hardware? >> >> Obrigado, >> Luiz Morte. >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Congelamento do servidor
Oi Lista, boa tarde, Eu tive o seguinte erro em um servidor: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 07 fault virtual address = 0xac fault code = supervisor write, page not present instruction pointer = 0x20:0xc070e880 stack pointer = 028:0xe9b05b18 frame pointer = 028:0xe9b05b34 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 20040 (tcpserver) trap number = 12 panic = page fault cpuid= 3 uptime = 26d16h50m53s dumping = 2047MB (2chunks) chunk 0 = 1MB(159 pages)...Ok chunk 1 = 2047MB(523968 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 Fiz algumas busca na internet e vi algumas mensagens, inclusive aqui na FUG. Tem alguem que passou por esse problema e conseguiu resolve-lo sem ter que trocar o servidor inteiro? Existe um padrão para esse tipo de erro ou pode ser qualquer coisa de hardware? Obrigado, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clamav - muitos processos
Percebi o mesmo problema também. Após a atualização, a fila começou a ficar grande. Eu alguns lugares, tive que tirar o clamav para não prejudicar o serviço. []s, Luiz Morte. Willien Carvalho Fernandes escreveu: > Nao adiantou, de um dia pro outro ele abre o bico. > > tem como reverter a instalacao do clamav para o antigo? > o clamav 0.90_2 ta comendo a memoria e deixando meu servidor muito lerdo. > > tenho um colega que tb me reportou o problema com o mesmo port. > > Valeu ! > > Willien Carvalho Fernandes wrote: > >> Entao, >> >> Percebi tb que o diretorio /var/qmail/simscan (lixo encontrado pro >> clamav/simscan), estava crescendo exageradamente. >> >> resolvi o problema "parcialmente", passei no clamd.conf de "User root" >> pra "User clamav" >> adicionei o usuario clamav nos grupos: qmail, simscan, wheel >> blz ficou melhor, mas os processos do clamdscan nao param de aumentar. >> >> fiz o seguinte pra ir "levando". >> coloquei no crontab: >> 5 * * * * rm -rf /var/qmail/simscan/* >> >> isso derruba varios processos em atividade (clamdscan) em atividade e >> zera os processos so clamdscan, liberando processamento. >> >> Desde jah agradeco a ajuda de todos. >> >> Valeu Renato e Thiago >> >> Thiago Damas wrote: >> >> >>> Tambem tive o mesmo problema. Utilizo o clamsmtp, e o clamd ficava >>> sempre no talo, tive que fazer um downgrade. >>> >>> On 2/26/07, Renato Botelho <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>>> On 2/26/06, Willien Carvalho Fernandes >>>> <[EMAIL PROTECTED]> wrote: >>>> >>>> >>>> >>>>> Bom Dia, >>>>> >>>>> Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra >>>>> 0.90, os problemas comecaram, cpu sempre "no talo" (95%). >>>>> >>>>> Os processos do clamav (clamdscan --stdout) nao param de crescer... >>>>> >>>>> nao sei se alguem ja passou por algo parecido, estou quase refazendo >>>>> esse servidor. >>>>> >>>>> Alguma ideia ? >>>>> >>>>> >>>>> >>>> Willien, >>>> >>>> Sou o mantenedor do prot do clamav, e acompanho de perto a lista de >>>> desenvolvimento do mesmo. >>>> >>>> Atualizei o port para a versão 0.90, e agora estamos na versão 0.90_2 >>>> do port após fazer vários testes e não tive nenhum caso (nem em meus >>>> testes e nem pessoas reportando) um problema parecido com esse. >>>> >>>> Você chegou a dar uma olhada nos logs? clamd.log principalmente >>>> qual a versão do seu FreeBSD? >>>> Me manda seu clamd.conf e freshclam.conf >>>> >>>> Pode parecer estupidez, mas confere pra ver se é realmente clamdscan >>>> que está sendo executado e não o clamscan, o clamscan tem realmente >>>> problemas de performance por ter que carregar a base toda de vírus a >>>> cada execução, e essa base cresce a cada dia. >>>> >>>> Na verdade o que deveria acontecer era justamente o contrário, todos >>>> os reports que tive foram falando de uma melhora na performance dessa >>>> versão. >>>> >>>> Obrigado >>>> -- >>>> Renato Botelho >>>> - >>>> 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 >>> >>> >>> >>> >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] politica de atualização e afins
Aristeu Gil Alves Jr escreveu: > Em 09/02/07, Luiz Morte<[EMAIL PROTECTED]> escreveu: > >> No meu caso, faço a atualização do ports automática e sempre acompanho >> por e-mails as possíveis atualizações. >> > > Oi Luiz, > > Vc se associa na lista específica dos softwares, nas listas de bugs de > software (bugtraq, full disclosure, etc) ou em alguma lista do > FreeBSD? Estou me referindo agora aos sw portados. > Em lista dos softwares, apenas aos principais, como no meu caso, qmail, dentre outros. bugtraq eu já acompanhei mais, mas o tempo é complicado :) Sempre que possível, entro em listas de segurança "genéricas" que ajudam bastante. Quando sei de algo, procuro atualizar ASAP. O duro é quando sai algum furo de segurança, mas não esta atualizado no ports. Esse é o pior dos mundos. >> Toda atualização faço via portupgrade, mas sempre manualmente. No meu >> entender, existem softwares que não >> tem problema algum, mas tem alguns que são o "core" do servidor e que >> deveria ser feitos inclusive com testes em >> outra máquina. >> > > Vcs seguem alguma padronização de workflow para atualização? > A minha idéia é chegar nesse nível, mas ainda faltam algumas etapas :) Uma dica legal de se fazer, por exemplo, é ter uma máquina virtual espelho da que você tem em produção. Com isso você faz testes muito próximo do real e atualiza com mais segurança. Na prática eu uso um pouco de bom censo. Softwares que são "periféricos" e que sei que não geram problemas na atualização, faço sem problemas. Outros, procuro ver dependências e o impacto. Os principais, faço apenas com testes. >>> Alguém sabe se o "freebsd-update server" está disponível além do >>> FreeBSD Security Team? >>> >>> >> Ainda não testei, mas já estou ficando curioso :) >> > > Estou louco para ter acesso a este servidor. Na real, é apenas uma > ferramenta para construir uma base, que é compartilhada via http, mas > imagina, fica uma boa forma de atualizar uma grande base de > servidores. Seria possivel não apenas se ater ao sistema base, como é > a ideia original, mas à toda instalação, incluindo sw portados. > > Vc poderia fazer perfis de instalação, e usa-lo em um worflow para > atualização: atualiza servidor de teste -> ok -> build para o freebsd > server -> atualiza o restante das maquinas... > Sem falar na possibilidade de customizar o kernel internamente. > Interessante. Vou procurar mais a respeito. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] politica de atualização e afins
Aristeu Gil Alves Jr escreveu: > Aproveitando... > > o pessoal coloca scripts pra atualizar > automático (checando o portaudit e atualizando caso haja algo), ou faz > manual, acompanhando o processo? Se for diferente, como faz? > Bom dia, No meu caso, faço a atualização do ports automática e sempre acompanho por e-mails as possíveis atualizações. Toda atualização faço via portupgrade, mas sempre manualmente. No meu entender, existem softwares que não tem problema algum, mas tem alguns que são o "core" do servidor e que deveria ser feitos inclusive com testes em outra máquina. > Quanto tempo leva para atualizar quando surge algo no portaudit e como > replica para os outros servidores? Coloca em teste e depois atualiza os > outros? > > Alguém sabe se o "freebsd-update server" está disponível além do > FreeBSD Security Team? > Ainda não testei, mas já estou ficando curioso :) []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] portaudit muito quieto
Joao Rocha Braga Filho escreveu: > On 2/8/07, Ricardo Nabinger Sanchez <[EMAIL PROTECTED]> wrote: > >> On Thu, 8 Feb 2007 10:24:01 -0200 >> "Joao Rocha Braga Filho" <[EMAIL PROTECTED]> wrote: >> >> >>> Ou todos os bugs das centenas de proghramas que eu uso já foram >>> achados e corrijidos, ou tem algum problema com o portaudit. Eu não >>> tenho um alerta desde o ano passado. >>> >>> Tem acontecido isto também com outros membros da lista? >>> >> Não. Eu ainda recebo para o Java, Google Earth e driver da Nvidia, e também >> para outros ports que eu posso atualizar. >> > > O portaudit não era categoria segurança? Acho que criaram uma nova > categoria e colocaram ele: > > /usr/ports/ports-mgmt/portaudit > > E reinstalei o portaudit, e ficou na mesma. Mas o make deinstall não funcionou > direito. Tive que usar o pkg_delete. > Foi atualizado esses dias (também reparei na nova estrutura). O interessante é que você passa a ver vários softwares relacionados ao assunto :) Eu recebo notificações normalmente também. Acredito que os softwares estão melhores :) No meu caso, dependendo do software que tem atualização, eu já faço (devido a históricos), antes do portaudit reclamar. []s Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail - individualizado
Suprema Informática Ltda escreveu: > Cenário > > Servidor Freebsd rodando qmail, controlando dois dominios, > > tudo esta funcionando perfeitamente > > > mas o que acontece, preciso fazer com que o pessoal do dominio A, para > de receber emails com anexos com extensão pps/ppt,e apenas o chefe do > dominio A possa receber emails, com arquivos em anexo de pps/ppt. E tudo > isto tem que ser feito, estas restriççoes, sem que o pessoal do dominio > B, que esta hospedado neste mesmo servidor, seja afetado. > > Será possível, > > eu tenho rodando qmail-scanner, qdo bloqueio determinadas extensões pros > emails, eu acabo bloqueando para todos os usuários. > > > Se alguém já passou por isto, e quer dividir sua experiência!!! fico grato > Oi Leandro, Acredito que se vc usar o simscan você consegue separar isso. Nele você consegue definir quais anexos pode receber, por domínio e por email (não tenho certeza). So acredito que não tenha a opção de negar todos os tipos. Da uma lida no manual e ve se te atende. Coloca aqui depois a solução que adotou :) []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Free 6.1 resetando sozinho, sera hardware ?
Uma dica é verificar se existe atualização de bios para a tua máquina. Resolvi um problema parecido em um dell dessa forma. O ponto ruim dessa história é que atualização de BIOS é complicado, sendo assim, cuidado se for fazer :/ []s, Luiz Morte. Tempra Turbo escreveu: > Tenho um dell power edge 1800 com 2 cpu com HT habilitado 4G de ram e raid 5 > SCSI > controladora perc. > > O freebsd é o 6.1 release. > > O que acontece é que volta e meia reseta sozinho, nao consegui achar nenhuma > pista > em lugar algum do motivo do reset. Alguem sabe se tem algum arquivo de log > onde olhar ? > ou o que fazer para ver se o motivo é software ou hardware ? > > estou enviando abaixo meu kernel e o sysctl > > machine i386 > cpu I686_CPU > ident KERNEL1 > makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math" > maxusers256 > options NMBCLUSTERS=32768 > #maxusers128 > #options NMBCLUSTERS=16384 > #optionsSCHED_ULE # ULE scheduler > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET# InterNETworking > #optionsINET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > #optionsUFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big > directories > options MD_ROOT # MD is a potential root device > #optionsNFSCLIENT # Network Filesystem Client > #optionsNFSSERVER # Network Filesystem Server > #optionsNFS_ROOT# NFS usable as /, requires NFSCLIENT > #optionsMSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires > PSEUDOFS) > options PSEUDOFS# Pseudo-filesystem framework > options GEOM_GPT > options _KPOSIX_PRIORITY_SCHEDULING > options KBD_INSTALL_CDEV# install a CDEV entry in /dev > options AHC_REG_PRETTY_PRINT# Print register bitfields in debug > options AHD_REG_PRETTY_PRINT# Print register bitfields in debug > options ADAPTIVE_GIANT # Giant mutex is adaptive. > device apic# I/O APIC > #- > options SMP > options COMPAT_LINUX > options LINPROCFS > #options PMAP_SHPGPERPROC=215 > #options KVA_PAGES=384 > #options MAXDSIZ=(2048UL*1024*1024) > #options MAXSSIZ=(128UL*1024*1024) > #options DFLDSIZ=(2048UL*1024*1024) > options PMAP_SHPGPERPROC=280 > options KVA_PAGES=256 > options MAXDSIZ=(1300UL*1024*1024) > options MAXSSIZ=(128UL*1024*1024) > > # SYSV-style message queues > options MSGMNB=16384# max # of bytes in a queue > options MSGMNI=40 # number of message queue identifiers > options MSGSEG=2048 # number of message segments per queue > options MSGSSZ=64 # size of a message segment > options MSGTQL=2048 # max messages in system > > # SYSV-style shared memory > options SHMMAXPGS=8 > options SHMSEG=256 # max shared mem id's per process > options SHMMNI=256 # max shared mem id's per system > options SHMMAX=2097152 # max shared memory segment size (bytes) > options SHMALL=4096# max amount of shared memory (pages) > > # SYSV-style semaphores > options SEMMNI=256 > options SEMMNS=512 > options SEMMNU=256 > options SEMMAP=256 > > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPDIVERT > options SC_DISABLE_REBOOT > options DFLDSIZ=(1300UL*1024*1024) > > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPDIVERT > options SC_DISABLE_REBOOT > options TCP_DROP_SYNFIN > options DEVICE_POLLING > options HZ=1000 > > /// SYSCTL.CONF > > > security.jail.set_hostname_allowed=0 > security.jail.allow_raw_sockets=1 > machdep.hyperthreading_allowed=1 > kern.maxfiles=65535 > kern.maxfilesperproc=32768 > kern.ipc.somaxconn=8192 > kern.ipc.maxsockbuf=2097152 > kern.ipc.maxsockets=81920 > kern.ipc.shmmax=33554432 > kern.ipc.
Re: [FUG-BR] Marcacao baixa do Spamassassin
Isaac Sampaio escreveu: > Caro Luiz, > > Ainda não consegui resolver o problema não, esta na mesma, o que > observei foi que ele esta aumentando o score das mensagens, algumas que > antes eram 1.6 de score agora estão com 3.4... Mas ate então nenhuma > mensagem foi considerada spam. Se souber de algo que possa ajudar... > Estou considerando que você instalou o spamassassin via ports, correto? Faz o seguinte: tenta analisar que tipo de mensagem de spam esta recebendo. Após isso, instale o pacote spamass-rules (/usr/ports/mail/spamass-rules) Reinicia o SA para ler as novas regras. Tenta colocar apenas os filtros que vc acha que vão ajudar. Quanto mais regras colocar, mais processamento vai consumir da tua máquina. Veja se isso te ajuda. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Marcacao baixa do Spamassassin
Isaac Sampaio escreveu: > Olá Luiz, > > Não sei se não fui claro, mas isso é que tenho feito, ja coloquei mais > de 7000 emails em uma pasta e coloquei o SA para checar como Spam, mas > os mesmos emails estaum passando com o score baixo.. > > Se puder ajudar agradeço. > Oi Isaac, desculpe a demora. Vc conseguiu resolver o problema? Deu uma revisada no arquivo de configuração? Manda a solução que vc adotou para a lista. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Marcacao baixa do Spamassassin
Isaac Sampaio escreveu: > Olá pessoal... > > Alguem poderia dar uma força, sinceramente estou perdido...Não sei mais > onde mexer.. > Isaac, Uma coisa que vc pode fazer é ensinar o SA com os spam que estão passando. Salva eles em um folder, por exemplo, e executa o sa-learn. Caso funcione, vc pode pensar em fazer algo automático. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] hotmail nao aceita meus emails
Sandro Consoli escreveu: > boa tarde lista > > montei um server de e-mail usando o exemplo swcat com qmail, depois de > alguns meses, estou tendo problemas na hora de enviar emails para o > hotmail.com, ele nega a mim e apresenta essa menssagem: > > Remote host said: 550 Command rejected for policy reasons. For > troubleshooting information, go to http://postmaster.msn.com > > > alguem ja viu isso, podem me dar uma luz > Oi Sandro, Eu já vi pessoas reclamando em outras listas que estão com o mesmo problemas. Em algum momento está normal e em outro com dificuldades para enviar. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] horde-passwd
Fábio Cruz Gusmão escreveu: > sim, já olhei... porém não consegui fazer funcionar... > Não sei se consigo te ajudar mais, porque uso com ldap. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com SpamAssassin
Luiz Morte escreveu: > Alguém tem idéia do que possa ser o erro abaixo? > warn: prefork: select returned -1! recovering: Bad file descriptor > > Estou usando o spamassassin com qmail e, após um certo volume de > mensagens, o spamd "sai do ar" com o erro acima. > > FreeBSD: 6.0-STABLE > Spamassassin: p5-Mail-SpamAssassin-3.1.7_1 > Pessoal, Eu não sei se alguém já teve problemas com isso. Após conversar com algumas pessoas e ver em lista do spamassassin, descobri que existe um certo bug nisso. Isso ocorreu comigo, após um certo volume de mensagens simultâneas. Vejam o bug: http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5149 A solução para o caso foi incluir a opção --round-robin Eu agradeço se alguém comentar algo sobre o assunto acima. Aproveitando o email, para servidores com muitos emails simultâneos, quais alterações de valores padrão do FreeBSD vcs recomendam que seja alterado? (sysctl) Obrigado, 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] horde-passwd
Fábio Cruz Gusmão escreveu: > Tenho um servidor de e-mail com o vpopmail, usando o mysql. Webmail, to > usando o > horde/imp > Não to sabendo como fazer para o o horde-passwd alterar a senha do usuário. > Alguém aí da lista sabe como fazer??? > Acredito que vc tem que fazer alterações em .../passwd/config/backends.php Da uma olhada nesse arquivo que tem vários exemplos la. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com SpamAssassin
Alguém tem idéia do que possa ser o erro abaixo? warn: prefork: select returned -1! recovering: Bad file descriptor Estou usando o spamassassin com qmail e, após um certo volume de mensagens, o spamd "sai do ar" com o erro acima. FreeBSD: 6.0-STABLE Spamassassin: p5-Mail-SpamAssassin-3.1.7_1 Obrigado, 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] Migração de Usuarios para ldap
On 11/10/06, Thiago Gomes <[EMAIL PROTECTED]> wrote: >> Pessoal >> >> Aqui na empresa estamos com a intenção de fazer >> migração de nossos usuarios postfix que é passwd para >> estrutuda de ldap, porem não sabemos como onde >> começar, são quase 5.000. >> >> Alguem tem uma ideia ou documentos >> Oi Thiago, Uma forma é usar ferramentas como já dito (migrationtools). Outra forma simples e: 1. Crie um ambiente de testes; 2. Crie uma entrada ldap nesse ambiente; 3. Crie um script que leia as contas do /etc/password e gere as entradas semelhantes a do teste que você fez; O único ponto crítico é com relação a senha. Vc consegue importar a senha criptografada e colocar diretamente no ldap. Faça testes com uma senha criptografada que você conhece, importe para o ldap e teste. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ** UW-Imap -> Maildir (Era: .vacation e . forward) **
Evaldo Silva wrote: > Olá a todos. > Errr Tava indo bem convertendo os imaps > Mas, para caixas postais grandes ele dá uns pepinos e tanto...: > Vc verificou se o erro acontece em todas as caixas postais ou em específicas. Se for, deixa essa para fazer manualmente via um cliente qualquer de leitor de email. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ** UW-Imap -> Maildir (Era: .vacation e . forward) **
Evaldo Silva wrote: [...] > Dannn Sera que dava para ele "sincronizar" todos os folders > incondicionalmente? > Por principio devemos especificar que folders desejamos, mas tem > usuarios (muitos) que tem quaisquer mais de 10 ou 15 folders muito loucos... > Não vi um parametro do tipo --folder1 * > Seria mais que uma mao na roda. Seria um motor na roda... > =D > Foi por isso que usei esse software. Da uma olhada no man que tem essa opção sim (não lembro de cabeça). - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ** UW-Imap -> Maildir (Era: .vacation e . forward) **
Evaldo Silva wrote: > Luiz Morte escreveu: > > Uma forma de migrar as mensagens é utilizando o próprio imap. Vc pode, > > por exemplo, mudar as senhas de todos os usuários para uma padrão nos > > dois ambientes. Baixa via imap e depois restaura as senhas no novo > servidor. > > > > Um software que pode baixar as mensagens é o imapsync, que esta no ports. > > Genial! > 100% funcional. Eficientissimo... > Muitissimo grato pela ideia. De verdade! > Achei melhor, no entanto, criar um scriptizim para pedir pra cada um > digitar sua propria senha. > Se tiver alguma dica a mais de como poderia trocar as senhas de todos os > 5.800 e poucos usuários para uma default - e depois volta-las - dos dois > lados para automatizar ainda mais, fico desde ja muito grato - de novo! > Garatissimo! > Depende da base de dados que teus usuários estão. Passos: Faz um backup da senha criptografada dos usuários; Pega um usuário e troca a senha para uma conhecida. Copia a senha criptografada para todos os usuarios; Roda o script para migração Retorna a senha criptografada com o backup que vc fez. Faça bastante testes para não perder as senhas :) []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ** UW-Imap -> Maildir (Era: .vacation e . forward) **
[EMAIL PROTECTED] wrote: > ;) > > Ola, boa tarde a todos. > Um desafio novo, parece-me... > Temos um e-mail server funcionando com sendmail e uw-imap como imap server > e pop3. > Pra fazer um novo servidor, num outro ambiente, com postfix, amavis, bla > bla bla..., precisaremos "trazer" os e-mails dos 5mil e poucos usuarios na > ativa e, dentro da estrutura que ta la no > /var/spool/dkimap/dominio.xxx.br/user/users... > nao se reconhece "aquilo" nem como mailbox e nem como Maildir... > Como "converter", "resgatar", ou tornar usável em Maildir tais aberracoes? > Simplificando o cenario: > E-mails da estrutura do uw-imap (dkimap) possa ser aproveitada > (convertida) para Maildir, para nao ocorrer perda de nenhum e-mail dos > milhares de usuarios. > Oi Evaldo, Uma forma de migrar as mensagens é utilizando o próprio imap. Vc pode, por exemplo, mudar as senhas de todos os usuários para uma padrão nos dois ambientes. Baixa via imap e depois restaura as senhas no novo servidor. Um software que pode baixar as mensagens é o imapsync, que esta no ports. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mais duvidas do qmail
Sandro Consoli wrote: > quando volto toda a configuração de acordo com o ex do swcat, tendo > enviar email mesmo no dominio meu e da pau de qq temporary problem Da uma comparada com os arquivos daqui: http://www.lifewithqmail.org/lwq.html Esse erro, acredito que seja nos arquivos em /var/qmail/superviser ... Compara com os teus. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] qmailadmin
Sandro Consoli wrote: > valeu bruno > > o arquivo que se refere é o tcp dentro do diretorio > /var/qmail/service/smtpd > > onde eu libero, ja modifiquei isso umas 10 mil vezes, to perdidinho aq > > nao consigo enviar email pra fora do dominio socorro!!! > > sandro Oi Sandro, Da uma olhada nos arquivos: /etc/tcp.smtp (Recria o arquivo .cdb). De uma olhada nos arquivos: /var/qmail/control/local e rcpthosts No site http://www.lifewithqmail.org/ ele da um exemplo de como criar o arquivo tcp.smtp Veja se te ajuda. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cyclade PC300
Leonardo Rota Botelho wrote: > Eu tentei utilizar o driver para a ultima versao que eles > disponibilizaram, mas nao funcionou, ocorreram diversos erros na hora > de recompilar o kernel. > > Eu já enviei um email para o suporte da empresa, mas até o momento, > nao obtive nenhuma resposta !! > > Abraços e vlw :D Oi Leonardo, Eu já tentei usar essa placa no free. Do que lembro, tinha um cara na cyclades que fazia o driver para o Free, mas saiu da empresa. Depois disso, eles não fizeram atualizações. Como faz tempo, não sei como está agora, mas pelo visto, continua a mesma coisa. Na época, fui obrigado a usar linux. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFIREWALL_FORWARD_EXTENDED
Joao Rocha Braga Filho wrote: > Alguém tentou compilar o kernel hoje para consertar os > problemas de segurança recentes? > > Eu recevi a seguinte mensagem: > > " > WARNING: unknown option `IPFIREWALL_FORWARD_EXTENDED' removed from > ../compile/FIRE2/opt_ipfw.h > FIRE2: unknown option "IPFIREWALL_FORWARD_EXTENDED" Eu recebi também e tive que retirar. O "engraçado" é que foi no mesmo período que tive problema de apagar a rota default ao destruir uma interface para VPN (gif). - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com VPN Ipsec + rota default
Sempre instalo VPN com Ipsec. Tenho também um script para derrubar a VPN que funciona como todos fazem: #ifconfig gif0 destroy Quando atualizei o FreeBSD há uma semana atras, por algum motivo, ao executar o comando acima, retirava também a rota default. recompilei o fonte e o kernel ontem e me parece que não esta ocorrendo isso. Esse endereço pode ajudar, caso alguem tenha passado por esse problema: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg81402.html Espero que ajude alguém. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] VPN
Paulo Pellizzer wrote: > Estou com problema de lentidão e travamentos no MPD, aparentemente > o problema não está no link, alguém pode me dizer quais os logs que eu > possa achar estes possíveis erros? Existe alguma ferramenta no MPD que > se possa testar a VPN? Oi Paulo, O windows que você está conectando tem o SP2 instalado e com o firewall ativo? Ti alguns problemas relacionados a isso. Alias, tenho tido muitos problemas relacionados ao GRE. Sugiro você fazer testes com o OpenVPN. []s, Luiz Morte. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Time out com ipnat
Utilizo ipnat há um tempo sem problemas. Estou com uma situação nova. Tem uma regra que gostaria que o timeout fosse maior que o default. Isso é possivel? Tem como implentar um timeout diferente apenas para um grupo de regras? Vi na documentação que é possível alterar para todas as regras, mas não uma única em específico. Obrigado, Luiz Morte. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Migrar contas de QMail entre HDs
Ademir, As caixas postais, basta copiar (tar mesmo) o diretório onde ficam as mensagens. As senhas, basta copiar tambem, de acordo com a base de dados utilizada. []s, Luiz Morte. Ademir wrote: > Prezados, > > Criei outra instalação do qmail em outro HD e preciso saber se tem como > migrar as contas dos clientes com as suas respectivas senhas e dados dos > maildir.. > > Ats > Ademir > > > Message sent using > UebiMiau 2.7.2 > > ___ > 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] OT: MySQL
Celso, Da uma olhada no link abaixo: http://www.dbtools.com.br []s, Luiz. Celso Viana wrote: > All, > > Fiz uma atualização do MySQL 4.1 para 5.0 com o portupgrade e tudo > correu bem. Sempre utilizei a ferramenta "MySQL Control Center" para > manipular bases de dados, mas depois da atualização, sempre que tento > abrir uma tabela (return all rows) me é retornado erro (tabela não > encontrada); essa ferramenta é incompatível com a versão 5.0 ? > ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Qmail + SMTP-AUTH + TMDA
Renato Botelho wrote: > On 3/13/06, Cleiton Luiz Siqueira <[EMAIL PROTECTED]> wrote: > >> Olá, >> >> Disponibiliza ela aí pra gente então rsrs pois estou usando o projeto >> QmailRocks, porém estou tendo problemas de sobrecarga no servidor por causa >> dos SPAM's que são tratados pelo qmail-scanner-queue.pl. Está me dando uma >> dor de cabeça danada isso Alguém poderia me dar uma dica para resolver >> isso? >> >> O qmail-scanner-queue.pl demora muito pra tratar as mensagens e muitos >> processos qmail-smtpd são abertos sobrecarregando o servidor estou com >> um Pentium 4 2 GHz com 1GB de RAM e não tá suportando. >> > > Tenta usar o simscan no lugar do qmail-scanner, ele é feito em C e é > muito mais leve. É desenvolvido pela inter7, a mesma empresa que faz o > vpopmail. > > Troquei em alguns servidores e tive uma melhora surpreendente. > Não sei se alguem tem uma solução, mas o único defeito que vi no simscan é que não tem greylist. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] LDAP
Márcio Luciano Donada wrote: >Pessoal, >Alguém tem FreeBSD 6.0-STABLE autenticando numa base LDAP os usuários? >Tem alguma doc especifica? > >[]'s > > Oi Márcio, Não sei que usuários vc precisa. Eu tenho usuarios de qmail autenticando em LDAP. Se for isso e puder ajudar, da um toque. []s, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Problemas com o pacote chkrootkit
Pessoal, O pacote chkrootkit está com algum problema com o FreeBSD. Ao executar, ele reinicia o servidor. Acho que o pessoal já esta verificando, pois o ports já está com a seguinte mensagem: ** Port marked as IGNORE: security/chkrootkit: "is marked as broken: "chkproc sends a 25 signal to init causing a reboot after a 30s sleep"" Infelizmente, descobri da pior maneira possível :( []s, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] VPN sem GRE
Pessoal, Há um tempo atrás, saiu aqui na lista a respeito de VPN discada utilizando IPSec. Alguem tem alguma novidade? Utilizo bastante VPN "discada" do windows, mas precisava eliminar o protocolo GRE da jogada. Alguma dica de software? Obrigado, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] apache
Carlos, Tenta ir no httpd.conf e retirar a opção Indexes. Algo assim: #Options Indexes FollowSymLinks Options FollowSymLinks Espero ter ajudado. []s, Luiz Morte. Carlos A. Talhati wrote: >Uma dúvida que pode ser simples mas estou apanhando >como bloquear que o apache mostre a listagem de pastas quando não >existir um arquivo de indice (index.*) para todo o site > >obrigado >Carlos > >___ >Freebsd mailing list >Freebsd@fug.com.br >http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] OT - Palestras BSDDay
Oi Patrick, Eu quem agradeço :) []s, Luiz Morte. Patrick Tracanelli wrote: Luiz Morte wrote: Alex, obrigado. Caso alguem mais tenha disponibilizado, agradeço se enviar a url. []s, Luiz Morte. Luiz, a culpa do atraso eh minha. Estou com a palestra de todos, mas estava esperando os palestrantes autorizar (faltam apenas 2). Vou por no ar entao os que ja autorizaram, ai conforme os 2 que faltam respondam meu e-mail coloco as outras no ar. Amanha estarao tudo online, ok? Posto a URL aqui. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] OT - Palestras BSDDay
Alex, obrigado. Caso alguem mais tenha disponibilizado, agradeço se enviar a url. []s, Luiz Morte. Alex S. Moura wrote: Luiz Morte wrote: Alguem sabe se foi disponibilizado as palestras do BSDDay em algum site? Oi, Luiz Deixei uma cópia da minha apresentação disponível para download em http://ceo.nc-rj.rnp.br/~alex/bsdday_alex_2005-08-13.pdf Alex ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] OT - Palestras BSDDay
Alguem sabe se foi disponibilizado as palestras do BSDDay em algum site? Obrigado, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Falha ao enviar EMAIL ??????????
Rafael, A mensagem abaixo diz que apesar de o MX falar que ele é o servidor de email, o domínio em questão não está nos arquivos locals e/ou rcphosts. []s, Luiz Morte. Rafael Carvalho wrote: Pessoal, Ao enviar um email local no QMAIL, esta falha aparece. maillog: Sorry._Although_I'm_listed_as_a_best -preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._ meu hosts esta ok ... o que pode ser? ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] IMAP
Oi João Carlos, Não sei se vc notou mas existem dois pacotes: courier: completo incluindo servidor email, pop, imap ... courier-imap: servidor imap e pop3. []s, Luiz Morte. João Carlos Mendes Luís wrote: Eu estava escolhendo um servidor de IMAP com suporte a Maildirs. Já tinha a cabeça pré-orientada para courier, mas quando fui mexer no vespeiro, fui picado, quer dizer, me assutei com ele. Um dinossauro, com um monte de programa que talvez faça sentido se eu usar todo o pacote courier, mas complexo demais para quem só quer um IMAP server com Maildirs. Vendo as outras opções, achei o tal do dovecot. Ele me pareceu bem simplezinho, mas batante poderoso, com suporte a tudo que eu precisava: IMAP+POP+Maildirs+SSL. E sem configurações complicadas e daemons desnecessários. Ou seja, tudo que eu tinha com o imap-uw, mais as vantagens do maildir. IPC: NAO preciso de dominios virtuais. Entretanto, antes de assumir o dovecot na veia, eu gostaria de saber se mais alguem teve alguma experiencia com ele. De preferencia as experiencias recentes, pois ele ainda é classificado como beta. Já vi alguns emails falando muito bem do dovecot, mas acho que a experiencia do pessoal aqui na FUG é importante para validar os comentários. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Qmail como padrão
Rafael Carvalho wrote: Qmail esta configurado e ativado, so que quando mando email ele esta usando ainda o sendmail, onde configuro usar o qmail ? valeu!! Rafael, Veja se o processo do sendmail está ativo: #ps aux | grep sendmail #killall sendmail Para desabilitar o sendmail, acrescente a linha em /etc/rc.conf sendmail_enable="NONE" []s, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Erro qmail
Juliano S. Nascimento wrote: Ola Pessoal, Pessoal que usa qmail, que erro seria este ? nao consigo entende-lo muito.. @400042efa3d0177a6dec delivery 10230: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6 Para o qmail receber a mensagem, vc precisa adicionar o domínio no arquivo locals, em /var/qmail/control, apesar do MX falar quem é o servidor do domínio (não esqueça do rcphosts também). []s, Luiz Morte ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [off] Contas de e-mail
Marcio, A tua dúvida é técnica ou administrativa? A dificuldade maior que vejo para apagar contas de e-mail é com relação aos "homes" dos usuários. Se vc tem um módulo administrativo, por exemplo, e se comunica com um daemon para apagar as contas, se vc apagar alguns dezenas de contas, vai ter problemas com a performance. Talvez apagar as contas da base on-line e depois se preocupar (em background) em apagar as contas via script interno, pode ser uma opção. Não sei se tua dúvida é por ai ou mais técnica. Conta la. []s, Luiz Morte. Marcio Luciano Donada wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pessoal, Desculpem pelo off, utilizo um sistema de e-mail com LDAP. Gostaria de saber como os colegas da lista fazem pra desativar contas de e-mial que já estão há muito tempo sem uso, tipo 2 meses? obrigado, ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Ipfw duvidas em liberar icmp rede local
Diogo, Além do 0, libera tambem o icmptype 11 para entrar na tua rede. Como vc esta especificando a direção tambem, acredito que vc tenha fazer algo assim: ipfw add 202 pass icmp from any to any out via rl0 icmptypes 8 ipfw add 203 pass icmp from any to any in via vr0 icmptypes 8 ipfw add 204 pass icmp from any to any in via rl0 icmptypes 0,11 ipfw add 205 pass icmp from any to any out via vr0 icmptypes 0,11 Veja se funciona. []s, Luiz Morte. freebsd99 wrote: cara nao funcionou alguma outra sugestao para eu liberar o ping para fora da rede local ? att diogo rodrigo - Original Message - From: "Antonio Torres" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Thursday, July 21, 2005 6:35 PM Subject: Re: [FUG-BR] Ipfw duvidas em liberar icmp rede local põe a regra que libera o icmp *depois* do NAT freebsd99 wrote: Caros amigos a algum tempo eu tive esta duvida porem terminei deixando de lado , mas a duvida continua e gostaria de um help pq ja bati a cabeça com isso e ainda nao consegui .. ja testei inumeras regras to usando um freebsd 5.4 com politica de firewall fechada por default seguinte tenho um firewall rl0 ip valido vr0 - gateway da rede local 192.168.0.254 quero que as maquinas atras deste firewall , maquinas clientes consigam pingar para fora da rede , as maquinas navegam e pingam o ip da interface rl0 ... # Allow outgoing pings #ipfw add 202 pass icmp from any to any icmptypes 8 out via rl0 #ipfw add 203 pass icmp from any to any icmptypes 0 in via rl0 #ipfw add 204 pass icmp from any to any icmptypes 8 out via vr0 #ipfw add 205 pass icmp from any to any icmptypes 0 in via vr0 ... # desvio para proxy transparente ipfw add 330 forward 192.168.0.254,3128 tcp from 192.168.0.0/24 to any 80 via vr0 # NAT ipfw add 400 divert natd all from any to any via rl0 #libera rede local pra internet ipfw add 401 allow all from any to 192.168.0.0/24 ipfw add 402 allow all from 192.168.0.0/24 to any ... ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 21/07/2005 / Versão: 4.4.00 - Dat 4540 Proteja o seu e-mail Terra: http://mail.terra.com.br/ ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Resolução de Tela
Marcio Antunes wrote: Pessoal, Como é que eu faço para mudar a resolução da tela do Freebsd em modo texto e como eu faço para diferenciar em cores os arquivos dos diretorios como por exemplo tem isso no slackware. ebsd_fug.com.br para ls com cores, da uma olhada no pacote gnuls, do ports. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Dell PE1850
Mandei uma mensagem hoje, a tarde, mas não sei errei o endereço. Segue novamente. Estamos comprando uma máquina Dell PE1850 para instalar o FreeBSD 5.4. Vendo o site do FreeBSD, percebi que a placa de RAID é suportada por ele (Dell PERC 4e/Di). Meu problema é que já tive muita dor de cabeça com algumas RAID. Alguém já teve experiência com essa máquina e se funcionou bem no 5.4? Obrigado, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Mensagens estranhas
Se não me falha a memória, basta acertar o horário do servidor. Já saiu na fug. Do google: http://www.mail-archive.com/freebsd@fug.com.br/msg02895.html []s, Luiz Morte. freebsd wrote: eu resolvi do meu adicionando as seguintes linhas no arquivo loader.conf adicione debug.acpi.disabled="timer" atenciosamente Diogo Rodrigo - Original Message - From: "Welington F.J" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, June 13, 2005 5:40 PM Subject: [FUG-BR] Mensagens estranhas Senhores, Estou com o seguinte problema, mensgens desse tipo ficam aparencendo na minha tela calcru: negative runtime of -351342 usec for pid 434 (sshd) calcru: negative runtime of -666778 usec for pid 395 (getty) calcru: negative runtime of -1352529 usec for pid 391 (getty) calcru: negative runtime of -1343281 usec for pid 358 (cron) calcru: negative runtime of -671204 usec for pid 338 (sshd) calcru: negative runtime of -8019401 usec for pid 229 (syslogd) calcru: negative runtime of -50689085 usec for pid 49 (schedcpu) calcru: negative runtime of -263 usec for pid 47 (nfsiod 2) calcru: negative runtime of -4022077 usec for pid 44 (syncer) calcru: negative runtime of -2047585 usec for pid 43 (vnlru) calcru: negative runtime of -13018190 usec for pid 42 (bufdaemon) calcru: negative runtime of -9312289 usec for pid 41 (pagezero) calcru: negative runtime of -2055357 usec for pid 39 (pagedaemon) calcru: negative runtime of -1366251 usec for pid 37 (fdc0) calcru: negative runtime of -10187111 usec for pid 4 (g_down) e qdo dou ps ax: PID TT STAT TIME COMMAND 229 ?? Is -2341043:-39.54 /usr/sbin/syslogd -s 338 ?? Is -2341043:-32.88 /usr/sbin/sshd 358 ?? Is -2341043:-32.21 /usr/sbin/cron -s 425 ?? Is 0:00.85 sshd: acidfire [priv] (sshd) 434 ?? S-2341043:-33.23 sshd: [EMAIL PROTECTED] (sshd) 435 p0 Is -2341043:-32.92 -sh (sh) 540 p0 I-2341043:-32.25 su - 541 p0 S-2341043:-32.96 -su (bash) Por que esta acontecendo isso? teria como arruma? Att, ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Ports do qmail no FreeBSD
Oi Renato, Assim que tiver disponível vou testar e te dou um feedback. Caso precise de alguma ajuda em testes, posso tentar te ajudar. []s, Luiz Morte. Renato Botelho wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Jun 01, 2005 at 10:47:21AM -0300, Patrick Tracanelli wrote: Vi que o qmail-ldap tambem foi modificado, mas nao testei. Voce corrigiu os bugs que esse port tinha? Tava feio hehe Acabei de enviar o PR atualizando o qmail-ldap para a ultima versao do patch, a 20050401a. Agora é só aguardar que algum commiter oficializa o trabalho... =) Gostaria de agradecer ao Patrick por ter me dado uma força e testado o port, pois, eu não uso o qmail-ldap, então fica difícil testar. Como eu disse no primeiro email, estou a disposição se alguém tiver alguma crítica ou sugestão de mudanças e de novos patches. Obrigado - -- Renato Botelho AIM: RBGargaBR | ICQ: 54596223 GnuPG Key: http://www.galle.com.br/~renato/pubkey.asc Eeny, Meeny, Jelly Beanie, the spirits are about to speak! -- Bullwinkle Moose -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpJBc6CRbiSJE7akRAtjLAJ0TQcTiArCi9U2pD1XuYRDs+MLT7QCgsNls cqma7gHF1ym3qS/GYKX9jFA= =SyTy -END PGP SIGNATURE- ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Ports do qmail no FreeBSD
Se puder ajudar, me avise ... E-mail: morte ( arrob a ) xapuri ( pon to ) org Renato Botelho wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Jun 02, 2005 at 10:46:17AM -0300, Luiz Morte wrote: Oi Renato, Parabens pelo trabalho e iniciativa. Particularmente tenho usado um pouco o qmail com ldap. Há um tempo atrás tentei instalar via ports. Depois disso, nunca mais tentei, fazendo sempre por fora. Isso porque houve uma época que estava saindo um patch por mês com atualizações e correções, sendo que o ports não estava acompanhando as mesmas. Após teu e-mail, vou voltar a olhar o ports do qmail-ldap. Obrigado :) A versao atual do patch do ldap no ports eh de Setembro de 2002. Eu estou trabalhando na atualização para a versão 20050401a, a última. Porém, como eu não uso esse patch, não tenho ambiente para fazer testes, se alguém puder me ajudar nos testes, por favor me avise... =) Gostaria de conversar em pvt com pessoas que usam isso pra ter uma base pra tomar certas decisões, tipo, onde instalar certas coisas. Obrigado ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Ports do qmail no FreeBSD
Oi Renato, Parabens pelo trabalho e iniciativa. Particularmente tenho usado um pouco o qmail com ldap. Há um tempo atrás tentei instalar via ports. Depois disso, nunca mais tentei, fazendo sempre por fora. Isso porque houve uma época que estava saindo um patch por mês com atualizações e correções, sendo que o ports não estava acompanhando as mesmas. Após teu e-mail, vou voltar a olhar o ports do qmail-ldap. Obrigado :) []s, Luiz Morte. Renato Botelho wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Há um tempo o lioux, criador dos ports do qmail no Free, gentilmente, transferiu para mim o maintainership dos ports do qmail. Após eu ter feito o port do qmail-spamcontrol e enviado alguns Problem Reports fazendo alterações nos outros ports. Desde então, fiz várias mudanças estruturais nos ports, pra simplificá-los para quem usa e pra quem altera. Uma das mudanças que os usuários percebem de cara é a transferência dos parametros para selecionar os patches para OPTIONS, aquela telinha feita com dialog(1) para selecionar as opções. Além disso, adicionei vários novos patches. São esses citados abaixo: o rfc2821:Faz com que o qmail procure os outros MX caso o primeiro não responda o QMTPC: Client de QMTP o LOCALTIME: Usa o timezone local e não GMT o maildirquota: Suporte a Maildir++ o block-executables: Bloquear arquivos executáveis o discard-double-bounces: o SPF:Cliente de SPF Além disso, adicionei uma opção para não criar o qmail.sh dentro de /usr/local/etc/rc.d, isso é bem útil para quem usa daemontools. Gostaria de dizer que estou à disposição para novas idéias e, novos patches que forem utilizados, se possível, serão incluídos. Espero assim contribuir para facilitar a instalação/manutenção do qmail em servidores FreeBSD. Obrigado - -- Renato Botelho AIM: RBGargaBR | ICQ: 54596223 GnuPG Key: http://www.galle.com.br/~renato/pubkey.asc All the world's a stage and most of us are desperately unrehearsed. -- Sean O'Casey -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnZL26CRbiSJE7akRAoq+AJ9+wzeOnNTGCgDl5xfoTDyNbOMkPwCgpx5k 5xZ0zZfnjKQngVN3r53CBgY= =+oHb -END PGP SIGNATURE- ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Qmail - FILA.
Forum Free wrote: Peoples, Como devo proceder para limpar a fila do qmail ( QMAIL-QUEUE ). Tenho mais de 4000 mensagens na fila ! Renato, emails já processados ou a processar? Se for já processados, eu costumo não alterar os valores default, mas vc pode fazer alterando o tempo que a mensagem fica na fila (arquivo queuelifetime). O tempo é em segundos. Se for a serem processadas, a análise deve ser em relação a capacidade da máquina, número de processos simultâneos, []s, Luiz Morte. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
