Re: [FUG-BR] libreoffice impress travando quando clica na aba notas
On 29/07/2012 08:27, Paulo Olivier Cavalcanti wrote: > Otacílio, > > Essa semana foi pedreira, só consegui compilar o LibreOffice 3.5.5.3 hoje. > Fiz o teste de clicar nas abas Notas, Classificador de Slides, Folheto e > Estrutura de Tópicos... e não houve travamentos. Por que você não > experimenta compilar com a opção -f do portmaster? Talvez seja alguma > dependência quebrada. > > Valeu novamente pela dica do pt_BR, agora está lindo! > > Oi Você poderia, por favor, me enviar o resultado deste comando para eu comparar com meu sistema? pkg_info -r libreoffice-3.5.5 Obrigado! - 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 de 8-STABLE para 9-STABLE
2012/7/30 Marcel Bonnet : > 2012/7/30 Mario Lobo : >> Em 29 de julho de 2012 23:09, Marcel Bonnet escreveu: >> >>> >>> > Bom. >>> > Mas não ficou claro se você leu, ou se não leu, se leu e não entendeu >>> > algo, dos capítulos do handbook que trata da compilação e da >>> > instalação de um custom kernel. >>> >>> Primeiramente, obrigado pela atenção, Marcel. Já venho utilizando o Free >> desde a 2.2.8. Da pra imaginar quantos upgrades eu já fiz, quantos kernels >> e worlds eu já compilei, e por isso mesmo é que quis perguntar se alguem >> teria alguma observação a acrescentar. > > Pô cara, tô lisonjeado de contribuir pra alguém que usa o Free desde a > primeira infância do SO! > Quem dera certos profissionais que conheço (da TI e de outras áreas) > também conversassem assim, numa boa, sem arrogância e ar de > superioridade só porque conhece um assunto X desde Y anos. > >> >> >> É bom ver os arquivos de exemplo do source para chaves que possam ser >>> interessantes no make.conf >>> >>> >> Olha ai! >> >> >>> Não sei o estado atual do clang, mas até pouco tempo havia ports que >>> não compilavam perfeitamente. Talvez alguém tenha uma informação mais >>> claro do estado atual. É bom verificar, mas me parece que ele já >>> compila perfeitamente o kernel. >>> >>> >> Estes são exatamente os tipos de dicas que eu estava procurando. > > Jóia, vai fundo. Eu pego algo sobre isso na lista multime...@freebsd.org > >> >> >>> > >>> > Todas as minhas partições são MBR e alguns volumes são ext2fs. Isso pode >>> > ser problema? >>> >>> Creio que não. também mantenho ext2 no disco. >>> >>> >> Ótimo! >> >> >>> > >>> > Eu estou no KDE 4.8.4 e qt 4.8.2 com os últimos drivers do site da >>> > nvidia. Devo esperar alguma bronca com a parte gráfica (que está 100% >>> > na 8)? e com os ports em geral? >>> > >>> > Honestamente nào queria mudar mas pelo que leio em todas as list que >>> > faço parte, já tá batendo forte a sensação de "ficar pra trás" com as >>> > mudanças, especialmente quando me aconselham a fazer um backport para 8 >>> > eu mesmo se eu quiser aplicar um determinado patch de kernel/world. >>> >>> Minha opinião pessoal é que essa não é a melhor tática para atualizar. >>> "Ficar para trás" é filosofia de windowseiro, >> >> >> Não exatamente, especiamente diante de todas a inovações para melhor >> introduzidas no 9 (USB code, Network stack, I/O performance, SSD, etc..) >> que eu gostaria muito de experimentar. Quando falei dos patches, me referi >> a alguns que vejo vez por outra em freebsd-current, produzidos por usuarios >> para corrigir ou melhorar algum ponto específico e que pedem para testar o >> código. > > Veja só, vc tá mesmo certo nesse ponto. Eu tinha esquecido dessas features. > >> >> >>> sem querer ofender, "pelamor de deus". >> >> >> Não se preocupe, Marcel. Aqui eu encaro TUDO como ajuda, incluindo tudo que >> possa parecer ofensivo ou grosseiro ( o que não foi nem de longe o seu >> caso). Foco sempre no que se possa aproveitar de informação. > > Eu penso o mesmo. Até porque, a letra engana, às vezes a gente se > expressa mal, o cara pode ter tomado umas no meio da madrugada antes > de responder alguma coisa... Como se dizia aqui na FUG "flames > > /dev/null", é o melhor mesmo! > >> >> Atualizar é preciso quando você requer alguma >>> funcionalidade nova, ou se for preciso para manter um estado >>> operacional da sua máquina. Ou outra razão, mas eu sugiro que você >>> tenha algum motivo que realmente faça o trabalho valer a pena "agora". >>> Eu tenho uma das máquinas que está há mais de um ano sem atualizar: no >>> ambiente em que ela está, e para a função que cumpre diariamente, não >>> tenho que me preocupar - ainda - com patches de segurança, nem mesmo >>> com atualização de ports. Por isso, digo que para ela o trabalho de >>> atualizar ainda não vale a pena. >>> >>> >> Não pretendo fazer esta atualização nem tão cedo nos servidores que eu >> tenho em produção, apesar de saber que todo servidor pode potencialmente se >> benficiar de melhorias em I/O e network stack por exemplo. Mas com o que >> está em produção, estou igual a voce, com servidores cumprindo a sua função >> diária com folga. Tanto que o meu plano é fazer o upgrade no meu home >> desktop, onde posso lidar com imprevistos sem prejudicar o meu trabalho. > > Boa... também gosto de ir com calma, até porque como usuário eu já fui > vítima de atualizações fatais em ambiente de produção. Tem gente que > gosta de viver perigosamente, mas não lembra do povo do outro lado da > interface de rede. > >> >> Mas upgrade nem sempre tem a ver com uma necessidade específica de uma >> máquina em produção, e sim com a necessidade de um admin de conhecer e >> aprender o que esta sendo feito de novo e qual a tendência e em que direção >> o OS pretende caminhar, o que vai um "pouco" mais além de saber qual a nova >> foto do desktop ou quais a novas e excitantes mudanças no start menu que >> normamente são as "grandes" espectativas dos windowseiros. > > Bem l
Re: [FUG-BR] Upgrade de 8-STABLE para 9-STABLE
2012/7/30 Mario Lobo : > Em 29 de julho de 2012 23:09, Marcel Bonnet escreveu: > >> >> > Bom. >> > Mas não ficou claro se você leu, ou se não leu, se leu e não entendeu >> > algo, dos capítulos do handbook que trata da compilação e da >> > instalação de um custom kernel. >> >> Primeiramente, obrigado pela atenção, Marcel. Já venho utilizando o Free > desde a 2.2.8. Da pra imaginar quantos upgrades eu já fiz, quantos kernels > e worlds eu já compilei, e por isso mesmo é que quis perguntar se alguem > teria alguma observação a acrescentar. Pô cara, tô lisonjeado de contribuir pra alguém que usa o Free desde a primeira infância do SO! Quem dera certos profissionais que conheço (da TI e de outras áreas) também conversassem assim, numa boa, sem arrogância e ar de superioridade só porque conhece um assunto X desde Y anos. > > > É bom ver os arquivos de exemplo do source para chaves que possam ser >> interessantes no make.conf >> >> > Olha ai! > > >> Não sei o estado atual do clang, mas até pouco tempo havia ports que >> não compilavam perfeitamente. Talvez alguém tenha uma informação mais >> claro do estado atual. É bom verificar, mas me parece que ele já >> compila perfeitamente o kernel. >> >> > Estes são exatamente os tipos de dicas que eu estava procurando. Jóia, vai fundo. Eu pego algo sobre isso na lista multime...@freebsd.org > > >> > >> > Todas as minhas partições são MBR e alguns volumes são ext2fs. Isso pode >> > ser problema? >> >> Creio que não. também mantenho ext2 no disco. >> >> > Ótimo! > > >> > >> > Eu estou no KDE 4.8.4 e qt 4.8.2 com os últimos drivers do site da >> > nvidia. Devo esperar alguma bronca com a parte gráfica (que está 100% >> > na 8)? e com os ports em geral? >> > >> > Honestamente nào queria mudar mas pelo que leio em todas as list que >> > faço parte, já tá batendo forte a sensação de "ficar pra trás" com as >> > mudanças, especialmente quando me aconselham a fazer um backport para 8 >> > eu mesmo se eu quiser aplicar um determinado patch de kernel/world. >> >> Minha opinião pessoal é que essa não é a melhor tática para atualizar. >> "Ficar para trás" é filosofia de windowseiro, > > > Não exatamente, especiamente diante de todas a inovações para melhor > introduzidas no 9 (USB code, Network stack, I/O performance, SSD, etc..) > que eu gostaria muito de experimentar. Quando falei dos patches, me referi > a alguns que vejo vez por outra em freebsd-current, produzidos por usuarios > para corrigir ou melhorar algum ponto específico e que pedem para testar o > código. Veja só, vc tá mesmo certo nesse ponto. Eu tinha esquecido dessas features. > > >> sem querer ofender, "pelamor de deus". > > > Não se preocupe, Marcel. Aqui eu encaro TUDO como ajuda, incluindo tudo que > possa parecer ofensivo ou grosseiro ( o que não foi nem de longe o seu > caso). Foco sempre no que se possa aproveitar de informação. Eu penso o mesmo. Até porque, a letra engana, às vezes a gente se expressa mal, o cara pode ter tomado umas no meio da madrugada antes de responder alguma coisa... Como se dizia aqui na FUG "flames > /dev/null", é o melhor mesmo! > > Atualizar é preciso quando você requer alguma >> funcionalidade nova, ou se for preciso para manter um estado >> operacional da sua máquina. Ou outra razão, mas eu sugiro que você >> tenha algum motivo que realmente faça o trabalho valer a pena "agora". >> Eu tenho uma das máquinas que está há mais de um ano sem atualizar: no >> ambiente em que ela está, e para a função que cumpre diariamente, não >> tenho que me preocupar - ainda - com patches de segurança, nem mesmo >> com atualização de ports. Por isso, digo que para ela o trabalho de >> atualizar ainda não vale a pena. >> >> > Não pretendo fazer esta atualização nem tão cedo nos servidores que eu > tenho em produção, apesar de saber que todo servidor pode potencialmente se > benficiar de melhorias em I/O e network stack por exemplo. Mas com o que > está em produção, estou igual a voce, com servidores cumprindo a sua função > diária com folga. Tanto que o meu plano é fazer o upgrade no meu home > desktop, onde posso lidar com imprevistos sem prejudicar o meu trabalho. Boa... também gosto de ir com calma, até porque como usuário eu já fui vítima de atualizações fatais em ambiente de produção. Tem gente que gosta de viver perigosamente, mas não lembra do povo do outro lado da interface de rede. > > Mas upgrade nem sempre tem a ver com uma necessidade específica de uma > máquina em produção, e sim com a necessidade de um admin de conhecer e > aprender o que esta sendo feito de novo e qual a tendência e em que direção > o OS pretende caminhar, o que vai um "pouco" mais além de saber qual a nova > foto do desktop ou quais a novas e excitantes mudanças no start menu que > normamente são as "grandes" espectativas dos windowseiros. Bem lembrado. Até porque às vezes a gente se prende tanto em explorar um conjunto de apps, e esquece de se manter up to date com o sistema. Ou a gente faz isso mas exces
Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!
2012/7/30 Edson Brandi : > Em 30 de julho de 2012 11:44, Marcelo Gondim escreveu: >> Show!!! Vou postar lá no blog isso. :) >> Merece uma puta atenção e estamos vendo que o FreeBSD está realmente >> chamando a atenção. :D > > Bom dia pessoal, > > Eu fiz um teste ontem a noite :) > > Postei minhas primeiras impressões la no meu blog: > > http://blog.ebrandi.eti.br/2012/07/agora-voce-ja-pode-rodar-uma-vm-com-freebsd-9-0-na-plataforma-de-cloud-da-rackspace/ > Boa! Mas você falou que estava com ZFS: é possível escolher o tipo de FS ou tem que engolir o ZFS? -- Marcel Bonnet "No princípio era o caos... e no meio também." www.monovox.net.br - 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 - quase funcionando, só nao envia para fora
Em 30/07/2012 22:11, "Paulo Henrique" escreveu: > > Leonardo, vamos lá > 1 - A consultoria p/ resolver de mim hj não esta disponivel. ? Nao entedi > 2- Quanto ao problema, verifica o relay se o mesmo esta permitindo enviar p/ fora do servidor Pode ser o caso mais provavel, visto que entrega entre dominios no mesmo servidor. O /etc/tcp.smtp? Ta igual ao server que funciona, estao todas msgs na queue, paradas la, nao tem nada nos logs de falha ao tentar enviar. > 3- O Dns esta corretamente configurado com os mx e spf da vida? Ta ok o dns mx e o reverso tambem. Spf nem ta ativado/configurado. > 4 - verifica se o processo responsavel pela a entrega, pelo que me recordo qmail tem o metodo modularizado de processos e configurações. Estao todos up os procs, igual ao server que ta funcionando. A unica coisa que tem nesse a mais é o patch do queue > 5- O firewall esta permitindo comunicação de entrada na porta 25? Sim, isso ta tudo ok, sou lesado mas nao a esse ponto hehe > 6- A operadora permite transporte sobre a porta 25 de entrada? Softlayer, server dedicado sem ipfw nem pf ativados > > Att. > -Mensagem original- > De: Leonardo Augusto > Enviado: 30/07/2012, 19:16 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunt.: [FUG-BR] qmail - quase funcionando, só nao envia para fora > > > Pessoal, > > Após umas 20 e tantas horas seguidas de castigo, chicotadas e etc, > instalei o qmail sem anti-spam(vai ser o proximo) > > Instalei o qmail com vpopmail(mysql) e etc. > > Criei 2 dominios virtuais e enviei email do gmail para la e as > mensagens estao chegando certinho. > > O problema que nao estao saindo da queue, se envio um email de uma > conta de um dominio virtual para outra > conta no mesmo dominio, a msg chega, mas para fora nao. > > Tem umas 10 msgs na queus e nao saem, nos logs nao vi erro algum nem > mensagem nenhuma. > > Alguem tem sugestão do que verificar ? > > Se quem puder ajudar quiser entrar como root na maquina para ver > algo/testar é so pedir que envio o acesso. > Se quiser algum arquivo de config ou log eu envio tb. > > Ate o ezmlm-idx, dentro do qmailadmin esta funcionando, mas tudo só > para as contas do servidor, pra fora nao vai nada. > > To quase surtando ja :) kk > abraco > - > 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] qmail - quase funcionando, só nao envia para fora
Leonardo, vamos lá 1 - A consultoria p/ resolver de mim hj não esta disponivel. 2- Quanto ao problema, verifica o relay se o mesmo esta permitindo enviar p/ fora do servidor Pode ser o caso mais provavel, visto que entrega entre dominios no mesmo servidor. 3- O Dns esta corretamente configurado com os mx e spf da vida? 4 - verifica se o processo responsavel pela a entrega, pelo que me recordo qmail tem o metodo modularizado de processos e configurações. 5- O firewall esta permitindo comunicação de entrada na porta 25? 6- A operadora permite transporte sobre a porta 25 de entrada? Att. -Mensagem original- De: Leonardo Augusto Enviado: 30/07/2012, 19:16 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunt.: [FUG-BR] qmail - quase funcionando, só nao envia para fora Pessoal, Após umas 20 e tantas horas seguidas de castigo, chicotadas e etc, instalei o qmail sem anti-spam(vai ser o proximo) Instalei o qmail com vpopmail(mysql) e etc. Criei 2 dominios virtuais e enviei email do gmail para la e as mensagens estao chegando certinho. O problema que nao estao saindo da queue, se envio um email de uma conta de um dominio virtual para outra conta no mesmo dominio, a msg chega, mas para fora nao. Tem umas 10 msgs na queus e nao saem, nos logs nao vi erro algum nem mensagem nenhuma. Alguem tem sugestão do que verificar ? Se quem puder ajudar quiser entrar como root na maquina para ver algo/testar é so pedir que envio o acesso. Se quiser algum arquivo de config ou log eu envio tb. Ate o ezmlm-idx, dentro do qmailadmin esta funcionando, mas tudo só para as contas do servidor, pra fora nao vai nada. To quase surtando ja :) kk abraco - 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 - quase funcionando, só nao envia para fora
> Pessoal, > > Após umas 20 e tantas horas seguidas de castigo, chicotadas e etc, > instalei o qmail sem anti-spam(vai ser o proximo) > > Instalei o qmail com vpopmail(mysql) e etc. > > Criei 2 dominios virtuais e enviei email do gmail para la e as > mensagens estao chegando certinho. > > O problema que nao estao saindo da queue, se envio um email de uma > conta de um dominio virtual para outra > conta no mesmo dominio, a msg chega, mas para fora nao. > > Tem umas 10 msgs na queus e nao saem, nos logs nao vi erro algum nem > mensagem nenhuma. > > Alguem tem sugestão do que verificar ? > > Se quem puder ajudar quiser entrar como root na maquina para ver > algo/testar é so pedir que envio o acesso. > Se quiser algum arquivo de config ou log eu envio tb. > > Ate o ezmlm-idx, dentro do qmailadmin esta funcionando, mas tudo só > para as contas do servidor, pra fora nao vai nada. > > To quase surtando ja :) kk > abraco Descobri, comparando com o que fiz a 4 anos atraz, que esse por do qmail eu ativei no config o QMAILQUEUE_PATCH, e no que funcionava nao ativei. Sera que pode ser isso ? Vi que pra usar o spamassasin e o clamav, precisa desse path, mas nao vou instalar isso agora. Sera que isso implica no envio da mensagens para fora ? Pois a queue ta cheia de mensagens. O recebimento de emails de fora acontece normalmente. O "run" do smtp esta como abaixo, ja tentei com e sem a linha da queue no inicio e nao funciona. root@mail:/var/qmail/supervise/qmail-smtpd # cat run #!/bin/sh QMAILQUEUE="/var/qmail/bin/qmail-queue" export QMAILQUEUE # ja tentei com e sem. QMAILDUID=`id -u vpopmail` NOFILESGID=`id -g vpopmail` MAXSMTPD=`cat /var/qmail/control/concurrencyincoming` LOCAL=`head -1 /var/qmail/control/me` if [ -z "$QMAILDUID" -o -z "$NOFILESGID" -o -z "$MAXSMTPD" -o -z "$LOCAL" ]; then echo QMAILDUID, NOFILESGID, MAXSMTPD, or LOCAL is unset in echo /var/qmail/supervise/qmail-smtpd/run exit 1 fi if [ ! -f /var/qmail/control/rcpthosts ]; then echo "No /var/qmail/control/rcpthosts!" echo "Refusing to start SMTP listener because it'll create an open relay" exit 1 fi exec /usr/local/bin/softlimit -m 4000 \ /usr/local/bin/tcpserver -v -R -H -P -l "$LOCAL" -x /etc/tcp.smtp.cdb -c "$MAXSMTPD" -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ /usr/local/bin/rblsmtpd -b -r bl.spamcop.net -r list.dsbl.org \ /var/qmail/bin/qmail-smtpd meuservidor.com.br /usr/home/vpopmail/bin/vchkpw /usr/bin/true 2>&1 Alguém tem alguma idéia ? []´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] Problema dom DNS
Em 30/07/2012 13:54, Prof. João Henrique G. Borges escreveu: > Pessoal, > quando um dado domínio de e-mail não é encontrado por um certo > cliente, mas é encontrado por outros, onde pode estar o problema? > No servidor de DNS do domínio que receberia o e-mail? > No servidor de DNS do domínio que envia o e-mail? > > Agradeço qualquer dica! > > Obrigado! > Prof. João Henrique G. Borges > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Olá Henrique, Tive um problema parecido com esse uns dias atrás. O que ocorria era que no registro do domínio estavam configurados 2 DNSes e na tabela de DNS do domínio estavam outros servidores. Dá uma checada nisso. - 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 nas nuvens: suporte oficial na Rackspace cloud ... finalmente!
Em 30 de julho de 2012 11:48, Edson Brandi escreveu: > Em 30 de julho de 2012 11:44, Marcelo Gondim escreveu: >> Show!!! Vou postar lá no blog isso. :) >> Merece uma puta atenção e estamos vendo que o FreeBSD está realmente >> chamando a atenção. :D > > Bom dia pessoal, > > Eu fiz um teste ontem a noite :) > > Postei minhas primeiras impressões la no meu blog: > > http://blog.ebrandi.eti.br/2012/07/agora-voce-ja-pode-rodar-uma-vm-com-freebsd-9-0-na-plataforma-de-cloud-da-rackspace/ > > Mas em resumo, funcionou muito bem :) > > []´s Brandi > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Excelente primeira impressão Edson! Parabéns! -- Francisco Ricardo ___ Administrador de Redes e Sistemas Unix/Linux Profissional Certificado RedHat | Entusiasta FreeBSD Natal/RN | (84)9461-4801 | frica...@bsd.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] qmail - quase funcionando, só nao envia para fora
Pessoal, Após umas 20 e tantas horas seguidas de castigo, chicotadas e etc, instalei o qmail sem anti-spam(vai ser o proximo) Instalei o qmail com vpopmail(mysql) e etc. Criei 2 dominios virtuais e enviei email do gmail para la e as mensagens estao chegando certinho. O problema que nao estao saindo da queue, se envio um email de uma conta de um dominio virtual para outra conta no mesmo dominio, a msg chega, mas para fora nao. Tem umas 10 msgs na queus e nao saem, nos logs nao vi erro algum nem mensagem nenhuma. Alguem tem sugestão do que verificar ? Se quem puder ajudar quiser entrar como root na maquina para ver algo/testar é so pedir que envio o acesso. Se quiser algum arquivo de config ou log eu envio tb. Ate o ezmlm-idx, dentro do qmailadmin esta funcionando, mas tudo só para as contas do servidor, pra fora nao vai nada. To quase surtando ja :) kk abraco - 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 9 + gvirstor destroy = panic seguido de reboot
Em 30/07/2012 13:43, Celso Viana escreveu: >> ahahah era uma heim! Tomara que resolvam até sair o 9.1 :) >> >> E vamos que vamos!!! Pelo que vi já encaminharam o PR que fiz para os >> responsáveis. >> > O PR é o do link abaixo? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/170199 > > Tá marcado como non-critical. É isso mesmo? > Oi Celso, é esse sim mas tipo quem definiu o Severity foram eles mesmos. :( Bem, vamos ver se isso muda. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] zimbra no freebsd
Ate ja tentei mais as conexões ficam percistentes o que acaba consumindo recursos principalmente quando ocorre muitos simultaneos. A melhor forma é manter a autenticação em ldap e usar base relacional apenas para features externo ao MTA. -Mensagem original- De: vic Enviado: 30/07/2012, 13:50 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)c Assunt.: Re: [FUG-BR] zimbra no freebsd Em 2012-07-27 20:47, Paulo Henrique - BSDs Brasil escreveu: > Relaxa Leonardo, cabeça quente é o primeiro problema que tem que > resolver, > Depois. > > 1 Usando > Postfix+Postgresql+Dovecot+Dovecot-sasl+PostfixAdmin+spamassassin > Não há how to que funcione, é necessário compreender o seguinte: > 1.a -> MTA > 1.b -> Configuração do banco de dados ( apanhei até descobrir que > usando o Postfixadmin ele criava a estrutura corretamente ). > 1.c -> Configurar a MTA para autenticação e demais dados no > acesso > ao PostgreSQL ( deixa o db com suporte a pelo menos 2048 conexões > simultaneas pois o postfix é um devorador de conecções ) Você pode tentar usar um proxy:[1] antes do pgsql [1]: http://www.postfix.org/proxymap.8.html -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - 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 dom DNS
Acredito que o problema esteja no DNS daquele cliente. Att. André Otta andreo...@gmail.com On 30/07/2012, at 13:54, Prof. João Henrique G. Borges wrote: > Pessoal, > quando um dado domínio de e-mail não é encontrado por um certo > cliente, mas é encontrado por outros, onde pode estar o problema? > No servidor de DNS do domínio que receberia o e-mail? > No servidor de DNS do domínio que envia o e-mail? > > Agradeço qualquer dica! > > Obrigado! > Prof. João Henrique G. Borges > - > 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 dom DNS
Boa tarde Professor. Então, é meio complicado diagnosticar assim.. o problema pode estar em qualquer lugar. O ideal é você trabalhar com o dig para investigar onde o problema pode estar. tente: # dig -t mx dominio.tld Veja qual é a resposta... deve aparecer o endereço do servidor de e-mail corretamente, caso não apareça, veja quem é o servidor NS deste dominio, aparece no proprio retorno do dig. E tente novamente: # dig -t mx dominio.tld @ns.dominio.tld Se neste aparecer o endereço do servidor de e-mail, mas no d cima não, então o problema está no cache que você está utilizando, reinicie o seu named, ou caso utilize um upstream cache pro DNS você deverá realizar a consulta nele também e verificar como está a situação do mesmo. Caso em todos os casos aparecer o mesmo endereço do servidor de e-mail, então o problema pode ser de conectividade. Realize testes com o ping e traceroute, e reporte aqui. Abraço. 2012/7/30 Prof. João Henrique G. Borges > Pessoal, > quando um dado domínio de e-mail não é encontrado por um certo > cliente, mas é encontrado por outros, onde pode estar o problema? > No servidor de DNS do domínio que receberia o e-mail? > No servidor de DNS do domínio que envia o e-mail? > > Agradeço qualquer dica! > > Obrigado! > Prof. João Henrique G. Borges > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rafael Henrique da Silva Faria - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema dom DNS
Pessoal, quando um dado domínio de e-mail não é encontrado por um certo cliente, mas é encontrado por outros, onde pode estar o problema? No servidor de DNS do domínio que receberia o e-mail? No servidor de DNS do domínio que envia o e-mail? Agradeço qualquer dica! Obrigado! Prof. João Henrique G. Borges - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] zimbra no freebsd
Em 2012-07-27 20:47, Paulo Henrique - BSDs Brasil escreveu: > Relaxa Leonardo, cabeça quente é o primeiro problema que tem que > resolver, > Depois. > > 1 Usando > Postfix+Postgresql+Dovecot+Dovecot-sasl+PostfixAdmin+spamassassin > Não há how to que funcione, é necessário compreender o seguinte: > 1.a -> MTA > 1.b -> Configuração do banco de dados ( apanhei até descobrir que > usando o Postfixadmin ele criava a estrutura corretamente ). > 1.c -> Configurar a MTA para autenticação e demais dados no > acesso > ao PostgreSQL ( deixa o db com suporte a pelo menos 2048 conexões > simultaneas pois o postfix é um devorador de conecções ) Você pode tentar usar um proxy:[1] antes do pgsql [1]: http://www.postfix.org/proxymap.8.html -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - 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 9 + gvirstor destroy = panic seguido de reboot
> > ahahah era uma heim! Tomara que resolvam até sair o 9.1 :) > > E vamos que vamos!!! Pelo que vi já encaminharam o PR que fiz para os > responsáveis. > O PR é o do link abaixo? http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/170199 Tá marcado como non-critical. É isso mesmo? -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - 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 nas nuvens: suporte oficial na Rackspace cloud ... finalmente!
Em 30 de julho de 2012 11:44, Marcelo Gondim escreveu: > Show!!! Vou postar lá no blog isso. :) > Merece uma puta atenção e estamos vendo que o FreeBSD está realmente > chamando a atenção. :D Bom dia pessoal, Eu fiz um teste ontem a noite :) Postei minhas primeiras impressões la no meu blog: http://blog.ebrandi.eti.br/2012/07/agora-voce-ja-pode-rodar-uma-vm-com-freebsd-9-0-na-plataforma-de-cloud-da-rackspace/ Mas em resumo, funcionou muito bem :) []´s Brandi - 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 nas nuvens: suporte oficial na Rackspace cloud ... finalmente!
Show!!! Vou postar lá no blog isso. :) Merece uma puta atenção e estamos vendo que o FreeBSD está realmente chamando a atenção. :D Em 29/07/2012 22:46, Francisco Cardoso escreveu: > Boa noite! > > Uma das empresas líderes de cloud computing, a Rackspace, anunciou o > suporte oficial ao FreeBSD na sua plataforma! Veja o anúncio: > > http://www.rackspace.com/blog/rackspace-cloud-servers-to-support-centos-6-3-freebsd-9/ > > Algo interessante foi que houve uma ótima mobilização de usuários > FreeBSD solicitando que o suporte fosse adicionado (a sugestão > "Create a FreeBSD Image" foi um dos pedidos mais votados no sistema > deles). E um detalhe: o pedido foi feito na metade de Agosto de 2010 e > só agora o pessoal liberou o suporte ... parece que a adesão deles ao > Openstack atrapalhou um pouco ... mas enfim: foram quase 2 anos e > conseguimos! > > Quem tiver curiosidade o pedido estava em: > > http://feedback.rackspace.com/forums/71021-product-feedback/suggestions/989519-create-a-freebsd-image > > -- > > Francisco Ricardo > ___ > Administrador de Redes e Sistemas Unix/Linux > Profissional Certificado RedHat | Entusiasta FreeBSD > Natal/RN | (84)9461-4801 | frica...@bsd.com.br > - > 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 9 + gvirstor destroy = panic seguido de reboot
Em 30/07/2012 09:42, Antonio Modesto escreveu:
> Pô Gondim, você pode trabalhar no time de desenvolvimento pra achar essas
> parada ai =)
>
> heheh
ahahah era uma heim! Tomara que resolvam até sair o 9.1 :)
E vamos que vamos!!! Pelo que vi já encaminharam o PR que fiz para os
responsáveis.
>
> Em 28 de julho de 2012 11:58, Marcelo Gondim escreveu:
>
>> Em 28/07/2012 11:16, Marcelo Gondim escreveu:
>>> Em 28/07/2012 11:10, Leonardo Augusto escreveu:
2012/7/28 Leonardo Augusto :
>> Pessoal,
>>
>> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
>> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
>> que não existe causa panic imediato no sistema seguido de um boot.
>>
>> Olha que interessante: quem tiver um freebsd 9 que não esteja em
>> produção, lógico, e quiser testar é só fazer:
>>
>> gvirstor load
>> gvirstor destroy cabum
>>
>> e sintam o panic brotando. rsrsrsr
>>
>> É o tipo de coisa que pode acontecer porque afinal de contas... quem
>> vai
>> querer destruir algo que não existe ainda? :)
>>
>> Grande abraço à todos
>> Gondim
>> -
> O programador, na pressa de fazer o negocio, deve ter pensado que
> ninguem iria fazer algo do tipo
> e nao colocou um teste antes como:
> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o
>> objeto
> // agora pode remover
> }
>
> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
> mesmo., eheh
> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
> do freebsd, senao
> ia se chamar panicbsd, kkk
>
> []´s
Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco
>> meu, ehe
nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
umas vodka, kkk
isso em pleno sabado ainda :P
>>> HahAHahAhahAh não é mesmo hahahah :D novo jeito de rebootar o FreeBSD
>>> 9 já tínhamos os mais conhecidos:
>>>
>>> shutdown -r now
>>> reboot
>>> init 0
>> ops init 6 e não init 0 rsrsrsrsr
>>
>>> Agora temos o gvirstor destroy tudo
>>>
>>> HaHaHAhah
>>>
>>>
ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
que ninguem consegue
se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
nao foram criados.
pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
um hora eu consigo, ou nao.
-
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] zimbra no freebsd
>> >> 1 Usando >> Postfix+Postgresql+Dovecot+Dovecot-sasl+PostfixAdmin+spamassassin >> Não há how to que funcione, é necessário compreender o seguinte: > > kkk devias dizer isso pros caras que escreveram os tutoriais :) > >> 1.a -> MTA >> 1.b -> Configuração do banco de dados ( apanhei até descobrir >> que >> usando o Postfixadmin ele criava a estrutura corretamente ). >> 1.c -> Configurar a MTA para autenticação e demais dados no >> acesso >> ao PostgreSQL ( deixa o db com suporte a pelo menos 2048 conexões >> simultaneas pois o postfix é um devorador de conecções ) >> 1.d -> Configurar o Dovecot para POP3 , IMAP e SASL. >> 1.e -> Configurar o Postfix para usar o SASL do Dovecot >> 1.f -> Configurar os dominios no PostfixAdmin. >> 1.g -> Configurar o postfix para antes de entregar a mensagems >> fazer >> relay para o spamassassin ( dica se tiver muito, mais muito >> movimento >> crie gateway para isso não deixa no mesmo server da MTA que o coisa >> para >> consumir memoria é spanassassim ). >> > > Entao, eu já imaginava que esse spamassasin deveria comer ram pois é > feito em perl, pelo que vi, > só imagino... vamos renomear para RAMassassin, kk > É voce pelo que estou vendo domina bem o postfix, eu so tenho um jail > para instalar o email todo, > nao vou separar maquinas e tal, ate pq o movimento nao é grande. > Meu foco é servidor web para php com mysql, para minhas aplicacoes, > nisso me dedico e consigo > montar coisas legais que funncionam, o email é apenas para cuidar de > algumas contas nos dominios > dos sistemas e as contas dos funcionarios da empresa, só que todo > mundo reclama dos spamns malditos. > >> Ressalto com o PostgreSQL tem que se usar o Postfixadmin para criar >> as >> tabelas corretamente, o que usei na epoca e que constata-se na >> documentação do Postfix sobre PostgreSQL não funfa legal. >> > > Ah nao... me meter com postgree.. ai ferrou, mysql eu conheco bem, > nunca mechi com o postgree, > mais uma coisa pra arrancar os cabelos aí eu jogo a toalha mesmo :) > Agora esse iRedMail que me decepcionou, pois só vi elogios la no site > e o script rodou todinho > sem dar um erro sequer... mas nao funcionou.. :( > >> Fica a ordem da instalação. >> A unica coisa que digo é compreenda o que está fazendo, acredite >> compreender como a MTA Postfix funciona é a melhor coisa pois poderá >> manipular muitas outras coisas. > > Sim, concordo com voce, só que nao tenho 2 semanas como tive para o > qmail a anos atraz, > pensei que rodaria tranquilo sem muitos problemas :) > Acho que vou é tentar fazer o spambomba funcionar no qmail a partir > do > qmailrocks como fiz da outra vez, > se nao funcionar vou deixar como esta hoje mesmo, pelo menos funciona > e eu domino. > >> O ultimo cluster para e-mail que configurei foi no inicio de março, >> algo >> proximo de 6300 contas e uma media de 80 mensagens/segundo contando >> com >> os spans, menos de 30 validas. >> Usei tres servidores, um para banco de dados ( tem outros software >> usando essa base ) uma para o postfix e mensagens ( MTA principal ) >> e >> um para dovecot e spamassassim como gateway ( MTA de relay ). >> > > Legal, queria ver o top dessas maquinas :) > Voce usa tudo com Maildir ne ? isso acho legal, pq é facil trabalhar > com as mensagens/pastas e tal. > >> Fica ai a ordem que uso, >> É a solução de e-mail que me especializei, descobri que ficar >> migrando >> de uma MTA para outra acaba complicando pois conceitos de uma não se >> aplica a outra. > > É em funcao do que voce disse, eu vou é ficar no meu qmail vpopmail > qmailadmin mysql vqadmin etc, > com ou sem antispam, que pelo menos ate segunda feira esta tudo > funcionando :) > Vou tentar fazer um log do meus steps para ver se depois alguem se > propoe a ajudar na parte > do spamassassin. > >> Os dois primeiros que fiz levei 3 semanas, nos demais é coisa de 1 >> semana a 2 para certificar-me e mais 2 para realizar os cadastros em >> outras mtas. >> Abraços e cabeça fria é a unica coisa que precisa saber. >> > > Cabeça fria só se eu enfiar ela dentro do freezer, eheh > Ja não chega o tal do HAST que to tentando fazer funcionar e o bixo > da uns erros malucos, isso que to seguindo exato o que esta no > handbook, aff > isso me esquenta a cabeca, aí quando chego no email já viu.. > > Valeu a força aí cara. > >> Att. >> Cara, dá um trampo para fazer um servidor de correio no começo, mas depois você pega o jeito. Com o postfixadmin você pode usar MySQL também. Um bom tutorial é esse: http://www200.pair.com/mecham/spam/ Ele é para Debian, mas o que importa nele são as configurações e o que você deve instalar no FreeBSD. Basicamente o que você tem que adaptar para o FreeBSD: - Mudar caminhos de arquivos - Não precisa fazer a instalação manual de alguns programas como no tutorial. O cara faz aquilo porque alguns softwares no Debian vem tão modificados que eles não funcionam! Um detalhe importante é que a grande maioria, acho que mais de 80%
Re: [FUG-BR] zimbra no freebsd
Tem pessoas que criam certificados para mais de 1 ano. Já vi ateh criarem para 5 anos. Alguém tem algo contra isto? Em 30 de julho de 2012 09:34, Rafael Aquino escreveu: > > > - Mensagem original - > > De: "Nilton Jose Rizzo" > > Para: "Lista Brasileira de Discussão sobre FreeBSD" > > Enviadas: Domingo, 29 de Julho de 2012 16:49:15 > > Assunto: Re: [FUG-BR] zimbra no freebsd > > > > Em Fri, 27 Jul 2012 20:14:20 -0300, Leonardo Augusto escreveu > > > ehe aproveito o papo de servidor de email, pois estou migrando o > > > meu > > > servidor de email > > > > > > hoje tenho um qmail+vpopmail+mysql+maildir+qmailadmin+mysql, tudo > > > funciona, so nao tem antispam > > > o que é uma desgraca, pois nao consegui fazer funcionar o antispam, > > > e > > > chegao 2000 milhoes de spam por segundo. > > > Instalei esse server a uns 4 anos, e nem lembro como fiz, lembro > > > que > > > foi feio ate funcionar tudo, ele opera com varios dominios. > > > > > > Aí começei a via sacra da crucificação, kk so rindo pra nao > > > chorar... > > > nao teve UM bendito how to, que foi executar e funcionar, > > > pelamor... > > > Ou eu sou muito retardado(o que é mais provavel) ou esses howtos, > > > os > > > caras sempre deixam de corrigir um detalhe que viram "depois" de > > > funcionar. > > > Eu consigo deduzir onde possa estar o problema as vezes, um path, > > > um > > > arquivo com uma property errada, coisas do tipo, mas tem certos > > > becos que nao tem jeito... > > > > > > 1) comecei com esse de qmail > > > http://www.fug.com.br/content/view/147/77/. > > > la no meio dizia pra rodar um comando sendo que a pasta nem > > > existia, > > > entao ja desisti, pois nao funcionavam os proximos comandos, > > > deve ser por versoes diferentes sei la, enfim, vamos pra outro. > > > > > > 2) depois fui pro postfix, kk santo deus.. fui la eu, step by step > > > bla bla bla e póf, tb deu pau... esse aqui > > > http://www.purplehat.org/?page_id=16 > > > > > > 3) Ai vi na net o tal IREDMAIL pro freebsd, achei bem legal, fui > > > la, > > > recriei o jail, zerei tudo e vamo la... baixei o script, rodei tudo > > > certinho, foi ate o final sem erro.. rebootei tudo, estavam la os > > > processos... mas quando ia abrir webadmin no browser dava na tela: > > > INTERNAL SERVER ERROR ($##@#@!@### ! EHEHE) > > > Ta vi os logos todos la e vi que nao ta conectando no mysql numa > > > lib > > > do python la e tal, puf... gastei mais 1 hora e nada... desisti > > > tambem > > > > > > agora, que vi esse ai do zimbra, vou tentar instalar o mesmo... ta > > > loco > > > Eu devo ser muito retardado mesmo, pqp, se alguem aí executou algum > > > desses que citei acima e NAO TEVE NENHUM PROBLEMA, > > > nao teve que mecher em nada, me diga, assim me convenço que eu que > > > sou o idiota, e nao o howto que tem algum bug, kkk ai ai... só > > > rindo > > > pra nao chorar. > > > > > > Isso tudo é praga do qmail, só pq vou largar ele, ta me > > > assombrando, > > > só pode. > > > > > > Eu consigo instalar qmail... uma parte uso daquele qmailrocks (tem > > > uns script legais de setup la, qmailctl por exemplo), e outros > > > pedaçoes de outros lugares, mas nao consigo fazer funcionar o > > > spamassassin em conjunto, nao funciona e o qmail para de funcionar, > > > nao manda nem recebe enfim > > > > > > Se o zimbra nao rolar vai ser o jeito, continuar no qmail sem > > > antispam > > > > > > :( > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Eu também fiquei interessado em por o postfix, porém tentei fazer > > primeiro funcionar com sendmail mesmo. Hoje eu possuo um ambiente > > assi: > > > > sendmail+clamav+spamassassin+Openwebmail 3.XX ( não uso o do ports > > poque é > > uma versão antiga (2.53) e a nova tem vários bugs corrigidos e coisas > > novas > > > > tenho dominios virtuais, porém ainda não consegui fazer usuários do > > tipo > > user@dominio, como sendo usuiário para logar. Mas como eu não > > preciso disso > > (ainda) não procurei como fazer. > > > > > > -- > > Nilton José Rizzo > > 805 Informatica > > Disseminando tecnologias > > 021 2413 9786 > > --- > > A: Because it messes up the order in which people normally read text. > > Q: Why is top-posting such a bad thing? > > > > http://en.wikipedia.org/wiki/Posting_style > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Apenas para dar mais uma contribuida em relação ao Zimbra e servidores de > email em geral: > > Eu gosto de utilizar mais de um serviço de email para um cliente ou > provedor. Independente > do servidor que terá as caixas de emails ser um zimbra, eu primeiro recebo > os emails em > um servidor, normalmente jail, com o mailscanner + clamav + spamassassin + > mailwatch (que é > uma interface web para o mailscanner). Neste
Re: [FUG-BR] Upgrade de 8-STABLE para 9-STABLE
Em 29 de julho de 2012 23:09, Marcel Bonnet escreveu: > > > Bom. > > Mas não ficou claro se você leu, ou se não leu, se leu e não entendeu > > algo, dos capítulos do handbook que trata da compilação e da > > instalação de um custom kernel. > > Primeiramente, obrigado pela atenção, Marcel. Já venho utilizando o Free desde a 2.2.8. Da pra imaginar quantos upgrades eu já fiz, quantos kernels e worlds eu já compilei, e por isso mesmo é que quis perguntar se alguem teria alguma observação a acrescentar. É bom ver os arquivos de exemplo do source para chaves que possam ser > interessantes no make.conf > > Olha ai! > Não sei o estado atual do clang, mas até pouco tempo havia ports que > não compilavam perfeitamente. Talvez alguém tenha uma informação mais > claro do estado atual. É bom verificar, mas me parece que ele já > compila perfeitamente o kernel. > > Estes são exatamente os tipos de dicas que eu estava procurando. > > > > Todas as minhas partições são MBR e alguns volumes são ext2fs. Isso pode > > ser problema? > > Creio que não. também mantenho ext2 no disco. > > Ótimo! > > > > Eu estou no KDE 4.8.4 e qt 4.8.2 com os últimos drivers do site da > > nvidia. Devo esperar alguma bronca com a parte gráfica (que está 100% > > na 8)? e com os ports em geral? > > > > Honestamente nào queria mudar mas pelo que leio em todas as list que > > faço parte, já tá batendo forte a sensação de "ficar pra trás" com as > > mudanças, especialmente quando me aconselham a fazer um backport para 8 > > eu mesmo se eu quiser aplicar um determinado patch de kernel/world. > > Minha opinião pessoal é que essa não é a melhor tática para atualizar. > "Ficar para trás" é filosofia de windowseiro, Não exatamente, especiamente diante de todas a inovações para melhor introduzidas no 9 (USB code, Network stack, I/O performance, SSD, etc..) que eu gostaria muito de experimentar. Quando falei dos patches, me referi a alguns que vejo vez por outra em freebsd-current, produzidos por usuarios para corrigir ou melhorar algum ponto específico e que pedem para testar o código. > sem querer ofender, "pelamor de deus". Não se preocupe, Marcel. Aqui eu encaro TUDO como ajuda, incluindo tudo que possa parecer ofensivo ou grosseiro ( o que não foi nem de longe o seu caso). Foco sempre no que se possa aproveitar de informação. Atualizar é preciso quando você requer alguma > funcionalidade nova, ou se for preciso para manter um estado > operacional da sua máquina. Ou outra razão, mas eu sugiro que você > tenha algum motivo que realmente faça o trabalho valer a pena "agora". > Eu tenho uma das máquinas que está há mais de um ano sem atualizar: no > ambiente em que ela está, e para a função que cumpre diariamente, não > tenho que me preocupar - ainda - com patches de segurança, nem mesmo > com atualização de ports. Por isso, digo que para ela o trabalho de > atualizar ainda não vale a pena. > > Não pretendo fazer esta atualização nem tão cedo nos servidores que eu tenho em produção, apesar de saber que todo servidor pode potencialmente se benficiar de melhorias em I/O e network stack por exemplo. Mas com o que está em produção, estou igual a voce, com servidores cumprindo a sua função diária com folga. Tanto que o meu plano é fazer o upgrade no meu home desktop, onde posso lidar com imprevistos sem prejudicar o meu trabalho. Mas upgrade nem sempre tem a ver com uma necessidade específica de uma máquina em produção, e sim com a necessidade de um admin de conhecer e aprender o que esta sendo feito de novo e qual a tendência e em que direção o OS pretende caminhar, o que vai um "pouco" mais além de saber qual a nova foto do desktop ou quais a novas e excitantes mudanças no start menu que normamente são as "grandes" espectativas dos windowseiros. Se interessar, eu compilei informações básicas sobre o *hanbook* (cujo > estudo e revisão é altamente recomendado) e minha experiência nesse > sentido. Basta localizar o artigo em www.monovox.net.br (* verifique > se algo mudou no hanbook, contudo). > > Abcs e boa sorte. > -- > Marcel Bonnet > Claro que interessa! Vou ler tudo com a maior atenção, e te agradeço de coração pelas dicas. Abraços, -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio YET!!] (99,7% winfoes FREE) - 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 9 + gvirstor destroy = panic seguido de reboot
Pô Gondim, você pode trabalhar no time de desenvolvimento pra achar essas
parada ai =)
heheh
Em 28 de julho de 2012 11:58, Marcelo Gondim escreveu:
> Em 28/07/2012 11:16, Marcelo Gondim escreveu:
> > Em 28/07/2012 11:10, Leonardo Augusto escreveu:
> >> 2012/7/28 Leonardo Augusto :
> Pessoal,
>
> Já enviei uma PR e agora é só aguardar consertarem. Descobri aqui no
> curso SEE, acidentalmente, que fazendo um gvirstor destroy em um nome
> que não existe causa panic imediato no sistema seguido de um boot.
>
> Olha que interessante: quem tiver um freebsd 9 que não esteja em
> produção, lógico, e quiser testar é só fazer:
>
> gvirstor load
> gvirstor destroy cabum
>
> e sintam o panic brotando. rsrsrsr
>
> É o tipo de coisa que pode acontecer porque afinal de contas... quem
> vai
> querer destruir algo que não existe ainda? :)
>
> Grande abraço à todos
> Gondim
> -
> >>> O programador, na pressa de fazer o negocio, deve ter pensado que
> >>> ninguem iria fazer algo do tipo
> >>> e nao colocou um teste antes como:
> >>> if( *ptr_do_treco_a_destruir != null ) { // ou um teste de existe o
> objeto
> >>>// agora pode remover
> >>> }
> >>>
> >>> aí passa pra rotina de destroy um ponteiro, maluco e aí só pode dar M
> >>> mesmo., eheh
> >>> eu ja fiz muito isso com arquivos.. ainda bem que nao to no core dev
> >>> do freebsd, senao
> >>> ia se chamar panicbsd, kkk
> >>>
> >>> []´s
> >> Ah esqueci de frisar que só podia ser obra do marcelo, o cara consegue
> >> fazer as coisas mais "infaziveis", kkk a pouco foi o negocio do mysql,
> >> conseguiu ferrar o mysql, agora conseguiu ferrar o kernel... ta loco
> meu, ehe
> >> nao tem o que fazer ? pq foi rodar isso dai o ? para quieto, vai toma
> >> umas vodka, kkk
> >> isso em pleno sabado ainda :P
> > HahAHahAhahAh não é mesmo hahahah :D novo jeito de rebootar o FreeBSD
> > 9 já tínhamos os mais conhecidos:
> >
> > shutdown -r now
> > reboot
> > init 0
>
> ops init 6 e não init 0 rsrsrsrsr
>
> > Agora temos o gvirstor destroy tudo
> >
> > HaHaHAhah
> >
> >
> >> ja descobri que o problema do iMbecilMail(iredmail) se da no mysql,
> >> que ninguem consegue
> >> se conectar nele, nao pq nao ta no ar, mas pq os users com seus GRANTS
> >> nao foram criados.
> >> pior que o .hints que ele cria nao detalha esses users, mas vamo lá..
> >> um hora eu consigo, ou nao.
> >> -
> >> 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] zimbra no freebsd
- Mensagem original - > De: "Nilton Jose Rizzo" > Para: "Lista Brasileira de Discussão sobre FreeBSD" > Enviadas: Domingo, 29 de Julho de 2012 16:49:15 > Assunto: Re: [FUG-BR] zimbra no freebsd > > Em Fri, 27 Jul 2012 20:14:20 -0300, Leonardo Augusto escreveu > > ehe aproveito o papo de servidor de email, pois estou migrando o > > meu > > servidor de email > > > > hoje tenho um qmail+vpopmail+mysql+maildir+qmailadmin+mysql, tudo > > funciona, so nao tem antispam > > o que é uma desgraca, pois nao consegui fazer funcionar o antispam, > > e > > chegao 2000 milhoes de spam por segundo. > > Instalei esse server a uns 4 anos, e nem lembro como fiz, lembro > > que > > foi feio ate funcionar tudo, ele opera com varios dominios. > > > > Aí começei a via sacra da crucificação, kk so rindo pra nao > > chorar... > > nao teve UM bendito how to, que foi executar e funcionar, > > pelamor... > > Ou eu sou muito retardado(o que é mais provavel) ou esses howtos, > > os > > caras sempre deixam de corrigir um detalhe que viram "depois" de > > funcionar. > > Eu consigo deduzir onde possa estar o problema as vezes, um path, > > um > > arquivo com uma property errada, coisas do tipo, mas tem certos > > becos que nao tem jeito... > > > > 1) comecei com esse de qmail > > http://www.fug.com.br/content/view/147/77/. > > la no meio dizia pra rodar um comando sendo que a pasta nem > > existia, > > entao ja desisti, pois nao funcionavam os proximos comandos, > > deve ser por versoes diferentes sei la, enfim, vamos pra outro. > > > > 2) depois fui pro postfix, kk santo deus.. fui la eu, step by step > > bla bla bla e póf, tb deu pau... esse aqui > > http://www.purplehat.org/?page_id=16 > > > > 3) Ai vi na net o tal IREDMAIL pro freebsd, achei bem legal, fui > > la, > > recriei o jail, zerei tudo e vamo la... baixei o script, rodei tudo > > certinho, foi ate o final sem erro.. rebootei tudo, estavam la os > > processos... mas quando ia abrir webadmin no browser dava na tela: > > INTERNAL SERVER ERROR ($##@#@!@### ! EHEHE) > > Ta vi os logos todos la e vi que nao ta conectando no mysql numa > > lib > > do python la e tal, puf... gastei mais 1 hora e nada... desisti > > tambem > > > > agora, que vi esse ai do zimbra, vou tentar instalar o mesmo... ta > > loco > > Eu devo ser muito retardado mesmo, pqp, se alguem aí executou algum > > desses que citei acima e NAO TEVE NENHUM PROBLEMA, > > nao teve que mecher em nada, me diga, assim me convenço que eu que > > sou o idiota, e nao o howto que tem algum bug, kkk ai ai... só > > rindo > > pra nao chorar. > > > > Isso tudo é praga do qmail, só pq vou largar ele, ta me > > assombrando, > > só pode. > > > > Eu consigo instalar qmail... uma parte uso daquele qmailrocks (tem > > uns script legais de setup la, qmailctl por exemplo), e outros > > pedaçoes de outros lugares, mas nao consigo fazer funcionar o > > spamassassin em conjunto, nao funciona e o qmail para de funcionar, > > nao manda nem recebe enfim > > > > Se o zimbra nao rolar vai ser o jeito, continuar no qmail sem > > antispam > > > > :( > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Eu também fiquei interessado em por o postfix, porém tentei fazer > primeiro funcionar com sendmail mesmo. Hoje eu possuo um ambiente > assi: > > sendmail+clamav+spamassassin+Openwebmail 3.XX ( não uso o do ports > poque é > uma versão antiga (2.53) e a nova tem vários bugs corrigidos e coisas > novas > > tenho dominios virtuais, porém ainda não consegui fazer usuários do > tipo > user@dominio, como sendo usuiário para logar. Mas como eu não > preciso disso > (ainda) não procurei como fazer. > > > -- > Nilton José Rizzo > 805 Informatica > Disseminando tecnologias > 021 2413 9786 > --- > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Apenas para dar mais uma contribuida em relação ao Zimbra e servidores de email em geral: Eu gosto de utilizar mais de um serviço de email para um cliente ou provedor. Independente do servidor que terá as caixas de emails ser um zimbra, eu primeiro recebo os emails em um servidor, normalmente jail, com o mailscanner + clamav + spamassassin + mailwatch (que é uma interface web para o mailscanner). Neste SMTP eu já ativo todos os outros recursos antispam (consulta SPF + Greylist, policyd, etc)... E ainda crio através de alguns scripts uma lista para o postfix utilizar a opção relay_recipients, para que não aceite emails que não existam no servidor de destino. Veja que este servidor pode ser um Zimbra, outro postfix, um Exchange, etc. (por exemplo, eu utilizo o openldap para criar a lista de em
Re: [FUG-BR] zimbra no freebsd
OI, Sim, normalmente eu baixo os compilados prontos, porque é bem mais rápido em termos de instalação, e não vi diferenças em termos de performance, ao compilar os pacotes. Forte abraço!! Rafael Mentz Aquino LK6 Soluções em TI Rua Domingos de Almeida, 135 sala 1102 Centro - Novo Hamburgo - RS (51) 3035-6997 - -7030 www.lk6.com.br - Mensagem original - > De: "Anderson Alves de Albuquerque" > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Enviadas: Sábado, 28 de Julho de 2012 10:16:42 > Assunto: Re: [FUG-BR] zimbra no freebsd > > Rafael Aquino, > > Existem duas formas de colocar o Zimbra no home page indicada. Uma > eh > compilar na sua própria máquina o zimbra de pois de ter baixado > algunas > arquivos; além disso, existe uma outra forma, que consiste em baixar > o > zimbra já compilado para uma versão do freebsd específica (exemplo > para > freebsd 9.0 e zimbra 7.2: zcs-7.2.0-FreeBSD-9_amd64.gz). > > vc já utilizou a segunda forma, a qual apenas se baixa o arquivo já > compilado? funciona bem ou é mais recomendado compilar na sua própria > máquina com é mostra em alguns links de > http://wiki.zimbra.com/wiki/Zimbra_on_FreeBSD? > > > > > > Em 27 de julho de 2012 16:25, Rafael Aquino > escreveu: > > > > > > > - Mensagem original - > > > De: "João Mancy" > > > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" < > > freebsd@fug.com.br> > > > Enviadas: Sexta-feira, 27 de Julho de 2012 15:56:14 > > > Assunto: Re: [FUG-BR] zimbra no freebsd > > > > > > cara eu participo da lista Zimbra-BR e tem uma empresa de Novo > > > Hamburgo que > > > faz isso. > > > > > > Dá uma pesquisada lá. > > > > > > Eu tentei e não consegui ... > > > > > > Em 27 de julho de 2012 15:34, Alessandro de Souza Rocha < > > > etherlin...@gmail.com> escreveu: > > > > > > > 2012/7/27 Anderson Alves de Albuquerque : > > > > > Alguém já compilou o zimbra em BSD (Freebsd)? > > > > > > > > > > Alguém teve problemas ou não recomenda? > > > > > > > > > > > > > > > -- > > > > > [], Anderson Alves de Albuquerque. > > > > > --- > > > > > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by > > > > > @) > > > > > andersonaa#gmail.com (replace # by @> Skype: > > > > > andersonalvesdealbuquerque > > > > > ICQ: 73222660 > > > > > --- > > > > > - > > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > > Sair da lista: > > > > > https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > http://wiki.zimbra.com/wiki/Zimbra_on_FreeBSD > > > > > > > > > > > > -- > > > > Alessandro de Souza Rocha > > > > Administrador de Redes e Sistemas > > > > FreeBSD-BR User #117 > > > > Long live FreeBSD > > > > > > > > Powered by > > > > > > > > (__) > > > >\\\'',) > > > > \/ \ ^ > > > > .\._/_) > > > > > > > > www.FreeBSD.org > > > > - > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > > > > > > -- > > > João Luis Mancy dos Santos > > > joaocep at gmail.com(msn too) > > > http://joaocep.blogspot.com > > > http://www.istf.com.br/perguntas/ > > > http://www.fug.com.br/content/view/20/69/ > > > uin 82889044 > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > Oi, > > > > Ehehehe eu sou da LK6, a empresa citada > > > > Trabalhamos com vários clientes já com Zimbra em FreeBSD... é uma > > beleza, > > funciona muito bem! > > > > E não tem mistério, é só consultar o link que o Alessandro de Souza > > Rocha > > postou a pouco: > > > > http://wiki.zimbra.com/wiki/Zimbra_on_FreeBSD > > > > Detalhe interessante: eu uso todos os zimbras que administro em > > Jail... o > > que torna a coisa > > toda ainda mais versátil.. só pra tu teres uma idéia, semana > > passada criei > > um segundo jail > > em um servidor com um zimbra6, instalei o zimbra7 e migrei de um > > para > > outro sem > > precisar de novo equipamento > > > > Qualquer dúvida, estamos à disposição! > > > > Forte abraço!! > > > > Rafael Mentz Aquino > > LK6 Soluções em TI > > Rua Domingos de Almeida, 135 sala 1102 > > Centro - Novo Hamburgo - RS > > (51) 3035-6997 - -7030 > > www.lk6.com.br > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > [], Anderson Alves de Albuquerque. > --- > E-mai
