Re: [FUG-BR] zimbra no freebsd

2012-07-31 Por tôpico Francisco Cardoso 
Em 31 de julho de 2012 09:58, Anderson Alves de Albuquerque
 escreveu:
>  Depois de fazer vários passos de instalação, depois de algumas horas que
> executei o comando "./buildZCS.sh -t", vejam abaixo o que ocorreu. Alguém
> tem um idéia de como resolver? eu dei um find para tentar localizar esse
> "perlbin*" a partir de /home/public/p4/, mas não obtive sucesso.
>
> cp /home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ZimbraCBPolicyd/src/bin/*
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/bin
> mkdir -p
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/contrib
> cp -R
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ZimbraServer/src/contrib/*
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/contrib
> mkdir -p
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/zimbramon/bin
> (cd
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/zimbramon/bin;
> \
> tar xzf
> /home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ThirdPartyBuilds/FreeBSD_amd64/perl/perlbin.tgz)
> tar: Error opening archive: Failed to open
> '/home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ThirdPartyBuilds/FreeBSD_amd64/perl/perlbin.tgz'
> gmake: ***
> [/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/zimbramon/bin]
> Error 1
>

Eu só tive "saco" de compilar o Zimbra pro FreeBSD uma única vez, pra
depois não dizer que nunca fiz. O processo é muito demorado ... e
sujeito a erros. Ainda não fiz o build da helix, fiz na versão
anterior, a GNR. Uma das características do solko,que faz os pacotes
pro FreeBSD, é que o procedimento dele é "tiro e queda".

Se está dando erro isto quer dizer que algum passo não foi feito (por
exemplo, você não rodou o build-deps, algo assim). Além disso, qual a
versão do FreeBSD que você está usando?

Agora um conselho que te daria era você usar os pacotes binários,
mesmo que você seja como eu: tenha saco de fazer pelo menos uma vez a
compilação. Veja: você usou as mesmas fontes que ele usa com o mesmo
make.conf, então quando você obtiver o binário será praticamente igual
ao binário que você baixa os pacotes pra FreeBSD. Isso também quer
dizer que se você não obteve o binário com o mesmo fonte e
procedimento do solko só pode haver algum erro no seu procedimento.

Abraço,

-- 

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

Re: [FUG-BR] Upgrade de 8-STABLE para 9-STABLE

2012-07-31 Por tôpico Mario Lobo 
On Mon, 30 Jul 2012 23:36:06 -0300
Marcel Bonnet  wrote:

[snip]

> 
> Que é isso, eu que fico feliz de prestar pra alguma coisa!
> 
> O pior é que eu falo pra um camarada meu: melhor coisa que a gente
> faz, em certos momentos, é participar de alguma lista. Tem períodos
> que não importa o quanto vc dê o seu sangue pela equipe ou pelo
> trabalho, sempre pensam que a gente é o vagau que resolveu trabalhar
> ou que não fez nada demais. Eu penso que eu resolvi o problema de uma
> equipe, e ainda recebo demérito?!? Tá, isso deve ser comum pra 50%
> aqui da lista. O que eu quero focar é: a gente vem aqui, numa boa,
> responde um email - pra pessoas de diferentes níves/focos de
> conhecimento e habilidades, e uma (agora duas) pessoas chegam e dizem:
> ah, eu peguei isso do site desse cara. Pronto, me senti mais útil na
> FUG num dia do que num ano inteiro de trabalho. Isso é (como é o nome
> daquele cartão de crédito? Visa?) "não tem preço".

Valeu Marcel :) !

Deixei apenas este teu último parágrafo porque ele sintetisa a mesma
coisa que os outros: Pensamos e sentimos igual.

Vou esperar pelo próximo fim de semana (que será um feriadão pra mim),
para começcar o upgrade e ter tempo hábil para lidar com as
dificuldades. Sei que provavelmente não  terei nenhum problema com
world/kernel mas os ports são outra história.

Quando terminar, postarei como foi que rolou.

Obrigado mais uma vez pela ajuda.
-- 
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows 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] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Leonardo Augusto 
Entao, continuando a novela...

O problema só pode ser esse do dns:

@4000501865610838649c delivery 17: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
@40005018656108386c6c status: local 0/10 remote 2/255
@40005018656108466e5c delivery 18: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
@40005018656108467dfc status: local 0/10 remote 1/255
@4000501865610847aeac delivery 19: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000501865610847b67c status: local 0/10 remote 0/255

Pois, reinstalei do zero o qmail sem o queue-patch e continuou com o
mesmo problema, entao nao ele o causador do erro.

Agora não estou conseguindo aplicar o patch la no diretorio work do ports.

se faço um make extract, aí vou la aplico o patch, e entao dou make
install, o patch que coloquei é apagado.

outra coisa que notei, é que se dou make extract, aí vejo o dns.c,
quando dou o make install, e volto a olhar o dns.c, ele
esta com varias mudancas, que nao sao a do patch para o dns.

E se entao, após o make install normal, eu nao dou o clean, vou la no
work, aplico o patch, se dou um make install ou reinstall,
nada é compilado, apenas a instalacao é feita, nao vejo nada sendo compilado.

Alguém tem algum jeito de aplicar esse patch no work e reinstalar o
port compilando as coisas ?

[]´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] Upgrade de 8-STABLE para 9-STABLE

2012-07-31 Por tôpico Mario Lobo 
On Mon, 30 Jul 2012 23:47:29 -0300
Marcel Bonnet  wrote:

[snip]

> Mário, estava vendo o site da tua banda. Posso te mandar um email em
> PVT? []s
> 

Evidente que sim, Marcel! Por favor !

Abs,
-- 
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows 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] Proxy para acesso à rádios via HTTP

2012-07-31 Por tôpico Eduardo Schoedler 
Em 31 de julho de 2012 14:31, Anderson Alves de Albuquerque <
anderso...@gmail.com> escreveu:

>  Eu estou precisando criar um proxy para os usuários que querem assistir
> rádios via HTTP. O Squid faz isso ou fica restrito a objetos IMG+HTML?
>

A Taghos estava criando um produto para fazer cache de conteúdo de
streaming.
Eles já fazem para vídeos (Youtube, etc) mas não sei se fazem para rádios.

-- 
Eduardo Schoedler
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] libreoffice impress travando quando clica na aba notas

2012-07-31 Por tôpico Paulo Olivier Cavalcanti 
On 31/07/2012 00:41, Otacílio wrote:
> 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!
>

Information for libreoffice-3.5.5:

Depends on:
Dependency: xineramaproto-1.2.1
Dependency: xf86vidmodeproto-2.3.1
Dependency: xextproto-7.2.0
Dependency: videoproto-2.3.1
Dependency: renderproto-0.11.1
Dependency: randrproto-1.3.2
Dependency: printproto-1.0.5
Dependency: kbproto-1.0.5
Dependency: inputproto-2.0.2
Dependency: fixesproto-5.0
Dependency: dri2proto-2.6
Dependency: damageproto-1.2.1
Dependency: compositeproto-0.4.2
Dependency: font-util-1.2.0
Dependency: encodings-1.0.4,1
Dependency: libexttextcat-3.3.1
Dependency: hyphen-2.8.5
Dependency: expat-2.0.1_2
Dependency: gnome_subr-1.0
Dependency: ca_root_nss-3.13.5
Dependency: pciids-20120409
Dependency: hicolor-icon-theme-0.12
Dependency: gnomehier-2.3_12
Dependency: lp_solve-5.5.2.0
Dependency: perl-5.12.4_4
Dependency: sampleicc-1.6.6
Dependency: poppler-data-0.4.5
Dependency: png-1.5.12
Dependency: lcms-1.19_1,1
Dependency: jpeg-8_3
Dependency: jbigkit-1.6
Dependency: tiff-4.0.2
Dependency: openjpeg-1.5.0
Dependency: jasper-1.900.1_10
Dependency: curl-7.24.0
Dependency: yajl-2.0.1
Dependency: pkgconf-0.8.3
Dependency: xproto-7.0.22
Dependency: pixman-0.24.2
Dependency: libfontenc-1.1.0
Dependency: libXdmcp-1.1.0
Dependency: libXau-1.0.6
Dependency: libICE-1.0.7,1
Dependency: libSM-1.2.0,1
Dependency: freetype2-2.4.9_1
Dependency: mkfontscale-1.0.9
Dependency: mkfontdir-1.0.6
Dependency: fontconfig-2.9.0,1
Dependency: linuxlibertine-g-20120116
Dependency: gentium-basic-1.1.0
Dependency: font-misc-meltho-1.0.3
Dependency: font-misc-ethiopic-1.0.3
Dependency: font-bh-ttf-1.0.3
Dependency: dejavu-2.33
Dependency: bitstream-vera-1.10_5
Dependency: xorg-fonts-truetype-7.5.1
Dependency: pcre-8.30_2
Dependency: orc-0.4.16
Dependency: nspr-4.9.1_1
Dependency: libpthread-stubs-0.3_3
Dependency: libxcb-1.7
Dependency: xcb-util-0.3.8,1
Dependency: xcb-util-renderutil-0.3.8
Dependency: libX11-1.4.4,1
Dependency: liberation-fonts-ttf-1.07.0,1
Dependency: libXt-1.1.1,1
Dependency: libXrender-0.9.6
Dependency: libXft-2.1.14
Dependency: libXext-1.3.0_1,1
Dependency: libXi-1.4.5,1
Dependency: libXrandr-1.3.2
Dependency: libXv-1.0.6,1
Dependency: libXinerama-1.1.1,1
Dependency: libXpm-3.5.9
Dependency: libXp-1.0.1,1
Dependency: libXmu-1.1.0,1
Dependency: libXaw-1.0.9,2
Dependency: libXxf86vm-1.1.1
Dependency: libXfixes-5.0
Dependency: libXcomposite-0.4.3,1
Dependency: libXcursor-1.1.12
Dependency: libXdamage-1.1.3
Dependency: libpciaccess-0.12.1
Dependency: libdrm-2.4.17_1
Dependency: libGL-7.6.1
Dependency: libGLU-7.6.1
Dependency: libltdl-2.4.2
Dependency: libffi-3.0.9
Dependency: libcheck-0.9.8
Dependency: icu-4.8.1.1_1
Dependency: sqlite3-3.7.13
Dependency: nss-3.13.5
Dependency: db42-4.2.52_5
Dependency: db41-4.1.25_4
Dependency: libiconv-1.14
Dependency: graphite2-1.1.3
Dependency: cups-client-1.5.2_2
Dependency: libxml2-2.7.8_3
Dependency: raptor2-2.0.7
Dependency: rasqal-0.9.28_1
Dependency: redland-1.0.15
Dependency: hunspell-1.3.2_1
Dependency: mythes-1.2.3
Dependency: libcmis-0.1.0
Dependency: gettext-0.18.1.1
Dependency: python27-2.7.3_3
Dependency: glib-2.28.8_4
Dependency: libgpg-error-1.10
Dependency: libgcrypt-1.5.0
Dependency: libxslt-1.1.26_3
Dependency: gamin-0.1.10_4
Dependency: gio-fam-backend-2.28.8_1
Dependency: shared-mime-info-1.0_1
Dependency: cairo-1.10.2_4,2
Dependency: poppler-0.18.4_1
Dependency: poppler-glib-0.18.4_2
Dependency: gdk-pixbuf-2.23.5_3
Dependency: gobject-introspection-0.10.8_2
Dependency: gstreamer-0.10.36
Dependency: gstreamer-plugins-0.10.36_1,3
Dependency: pango-1.28.4_1
Dependency: libcroco-0.6.2_1
Dependency: libgee-0.6.2.1
Dependency: libIDL-0.8.14_1
Dependency: desktop-file-utils-0.18
Dependency: dbus-1.4.14_2
Dependency: dbus-glib-0.94
Dependency: eggdbus-0.6_1
Dependency: polkit-0.99
Dependency: ORBit2-2.14.19
Dependency: atk-2.0.1
Dependency: gtk-update-icon-cache-2.24.6_1
Dependency: gtk-2.24.6_2
Dependency: gtk-engines2-2.20.2_1
Dependency: dconf-0.5.1_4
Dependency: gconf2-2.32.0_3
Dependency: libgsf-1.14.21_1
Dependency: libwpd-0.9.4_1
Dependency: libwps-0.2.7
Dependency: libwpg-0.2.1_1
Dependency: libvisio-0.0.18
Dependency: librsvg2-2.34.1_1




-- 
http://about.me/paulocavalcanti

-
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!

2012-07-31 Por tôpico Ricardo Tweeg 
Salve Cartola.

Veja esta apresentação (muito boa por sinal) sobre o que é cloud, mitos, preços 
e outras mais...

http://soundcloud.com/temporealeventos/cloudcomputing-marcos-sungaila


Abraços,
 
Atenciosamente,

Ricardo Tweeg
Novell Certified Linux Administrator - NCLA 
Linux Professional Institute - LPIC-1
SUSE 11 Tech Spec Certified
DC Tech Spec Certified
CompTia Linux+ 
+55 021 9291-0584



>
> De: Carlos Eduardo G. Carvalho (Cartola) 
>Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
> 
>Enviadas: Terça-feira, 31 de Julho de 2012 9:40
>Assunto: Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud 
>... finalmente!
> 
>Legal Edson, valeu por compartilhar suas primeiras impressões! Li lá no seu
>blog.
>
>Não estou muito por dentro de hospedagem em Cloud e alias estou por fora de
>Cloud.
>
>Por que os preços são dados por horas? São cobradas as horas em que o
>sistema está em uso ou basta estar disponível pra uso que já é cobrado?
>
>Qual a grande diferença prática entre uma hospedagem em Cloud e um shared
>host (que é o que uso hoje)? Vi que temos controle dinâmico sobre tamanho
>de disco, acesso de root e coisas assim. Tem algo diferente de uma máquina
>virtual numa estrutura compartilhada? É que por computação em nuvem eu
>tenho um conceito de que é uma coisa mais independente de plataforma, tipo
>acessar aplicações na nuvem, independente de onde você está.
>
>Valeu!
>
>Carlos E G Carvalho (Cartola)
>http://cartola.org/360
>http://panoforum.com.br/
>Gnugraf 2012  - 17 e 18 de agosto, CEFET Maracanã, Rio
>de Janeiro
>
>
>
>Em 31 de julho de 2012 09:05, Edson Brandi  escreveu:
>
>> Em 30 de julho de 2012 23:15, Marcel Bonnet 
>> escreveu:
>> > 2012/7/30 Edson Brandi :
>> > Boa! Mas você falou que estava com ZFS: é possível escolher o tipo de
>> > FS ou tem que engolir o ZFS?
>>
>> Até onde vi não temos opção de usar outro FS.
>>
>> No caso das VMs maiores, ela tem espaço de disco não utilizado, mas
>> não sei se você consegue subir outro FS nele ou se pode apenas
>> expandir a partição ZFS
>>
>> Como não testei com uma VM maior não sei dizer.
>>
>> Edson
>> -
>> 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] Erro ao compilar: /usr/ports/Mk/bsd.options.mk

2012-07-31 Por tôpico Edinilson - ATINET 
Caros amigos, peco desculpas se este topico ja foi respondido aqui na lista 
por estes dias, mas devido a problemas particulares nao acompanho a lista 
faz uns 30 dias.

Tenho, ainda, um Freebsd 7.0 instalado (esta para ser migrado em breve) em 
um servidor e fui atualizar o BIND.
Apos atualizar a arvore do ports, qualquer port que tento compilar dá o 
erro:

No closing parenthesis in archive specification
"/usr/ports/Mk/bsd.options.mk", line 235: Error in archive specification: 
"WITH_"
No closing parenthesis in archive specification
"/usr/ports/Mk/bsd.options.mk", line 235: Error in archive specification: 
"WITH_"
make: fatal errors encountered -- cannot continue


Procurando por ai, me deparei com este link que fala sobre o problema:
http://forums.freebsd.org/showthread.php?t=32375

Onde recomendam fazer o seguinte:
cd /usr/ports/Mk/
rm bsd.options.mk
touch /usr/ports/Mk/bsd.options.mk

Alguem ja passou por isto e resolveu?

Obrigado

Edinilson
--
ATINET
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.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

2012-07-31 Por tôpico Leonardo Augusto 
2012/7/31 Rejaine Monteiro :
>
> vc não tem nenhum dns cache  (bind, djbdns) instalado aí correto? por
> padrao o qmail usa o /etc/resolv.conf , mas se estiver usando djbdns ,
> pode-se definir a variavel DNSCACHEIP  nos arquivos de  run do qmail
> para sobrepor as definições do /etc/resolv.conf e usar outro servidor
> dns no qmail.. mas pelo q vi dos seus arquivos run, não estã setado,
> então imagino q vc esteja mesmo usando o resolv.conf.. tá dificil
> se eu lembrar de mais alguma coisa aqui, te informo..
>

Estao sendo usados os dns do resolv.conf mesmo, mas estao respondendo certinho.

Eu vi uma coisa agora, vi que o patch aquele esta no dns.c, mas o
PACKETSZ, esta la sem dfinicao
diferenciada, entao editei e coloquei:

#define MY_PACKETSZ 65535

e substitui as duas linhas onde tem PACKETSZ pelo MY define, para ter
certeza que esta pegando o tamanho maior.

aí deletei todos os .o do diretorio work do qmail e dei um make, make
reinstall mas nada acontece, nao vejo
a compilacao acontecer.

como faço para recompilar o port ? nao preciso fazer um deinstall ne ?
imaginei que apenas removendo os .o, teria que recompilar tudo.

make
make install
make reinstall

nada disso faz aparecer a compilacao dos fontes, ou que sá apenas do
dns.c que eu mudei..

eheh
-
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

2012-07-31 Por tôpico Rejaine Monteiro 

vc não tem nenhum dns cache  (bind, djbdns) instalado aí correto? por
padrao o qmail usa o /etc/resolv.conf , mas se estiver usando djbdns ,
pode-se definir a variavel DNSCACHEIP  nos arquivos de  run do qmail
para sobrepor as definições do /etc/resolv.conf e usar outro servidor
dns no qmail.. mas pelo q vi dos seus arquivos run, não estã setado,
então imagino q vc esteja mesmo usando o resolv.conf.. tá dificil
se eu lembrar de mais alguma coisa aqui, te informo..


Em 31-07-2012 15:48, Leonardo Augusto escreveu:
>> como está seu control/smtproutes ? deve estar vazio, creio eu , pois se esse 
>> é servidor que vai mandar msgs para fora, ele deve estar assim..
>> vc tem mais de um ip nesse mailserver ? se sim, veja qual o ip que o qmail 
>> está usando (outgoingip) e  esse ip está liberado no firewall para fazer 
>> consultas dns (upd/53)
>> erros de cname geralmente tem haver mesmo com problemas de dns (ou é falta 
>> de um dns cache, ou no caso se nao tem dns cache, tem que aplicar aquele 
>> patch , mas vc ja disse ter aplicado, então tá complicado..)
>> 
> esse smtproutes nem existe no control do qmail, nunca defini ele, nem
> no server que ta rodando existe..
> so tem um ip no servidor
>
> o dns esta ok, senao nao conseguiria pingar dominios nem dar o mx...
> nem tem firewall de tipo algum ativado nessa maquina, nem do
> datacenter nem da maquina.
>
> sim, aquele erro do dns ali, baixei o patch e comparei com o dns.c, ja
> estao la os trechos de codigo do patch ;(
>
> ta bizarro mesmo... ja comparei com todas a configs do server que esta
> rodando e nao tem nada faltando ou diferente em termos de logica.
>
> o que funciona é o 7.2, sera que alguma coisa no 9.1 esta causando isso ?
>
>   
>> qto ao relay , se está aberto vc deve verificar o  tcp.rules.. mas vi que 
>> seu tcp.smtp vc permite relay somente local
>> 127.:allow,RELAYCLIENT=""
>> portanto está correto, ou seja, não está aberto e não deveria aceitar relay 
>> externo (o que seria inseguro)
>>
>>
>>
>>
>>
>> Em 31-07-2012 15:16, Leonardo Augusto escreveu:
>> 
>>> 2012/7/31 Rejaine Monteiro :
>>>
>>>   
 Bom, analisando o log do qmail-send, entendi uma coisa...

 Seu domínio local é escolaonline.com.br , correto?

 A msg no. 8300180 de www-d...@mail.somma.nom.br , gerou a entrega no. 49
 para escolaonline.com.br-falecono...@escolaonline.com.br como entreta
 local ('to local') obs: note o número de mensagens locais na fila (1/10)
 vs o número de mensagens remotas (0/255) . Ele retornou com o erro
 "Sorry, no mailbox here by that name", o que quer dizer que esse
 email/conta não existe localmente... O bounce com código de erro 551
 retornará um erro permantente e uma msg de erro deverá voltar para o
 remetente...

 @4000501807610afac88c new *msg 8300180*
 @4000501807610afafb54 info *msg 8300180:* bytes 3605 from
  qp 48663 uid 89
 @4000501807610afbd614 starting *delivery 49: msg 8300180 to local*
 escolaonline.com.br-falecono...@escolaonline.com.br
 @4000501807610afbdde4 status:* local 1/10 remote 0/255*
 @4000501807610bb74e44 delivery 49: failure:
 Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/

 Na segunda parte, vimos que foi gerado a msg no. 8300836, com entrega no. 
 49, provavelmente trata-se da msg de erro pelo gerada pelo email acima  
 (note que o remetente está em branco, ou seja,  <> ) provavelmente 
 contendo a  a  msg de erro  "sorry, no mailbox here" voltando para o 
 remetente, informando que não existe essa conta no dominio local. É gerada 
 e entrega , mas a mensagem não sai porque seu servidor não consegue 
 resolver o endereço do servidor MX para o domínio 
 "mail.somma.consult.nom.br"

 @4000501807610bf0b1ac new* msg 8300836*
 @4000501807610bf0b594 info* msg 8300836:* bytes 4191 from <> qp 48666 
 uid 87
 @4000501807610bf14234 *starting delivery 50: msg 8300836 to remote*
 www-d...@mail.somma.consult.nom.br
 @4000501807610bf14a04 status: local 0/10 remote 1/255
 @4000501807700c185dec *delivery 50: deferral:
 CNAME_lookup_failed_temporarily._(#4.4.3)/
 *


 Você consegue resolver esse endereço pelo seu mailserver?  O que retorna
 o  dig mx mail.somma.consult.nom.br ?


 
>>> Na verdade, o servidor esta como edux.com.br, mas tem esse
>>> escolaonline tambem, entre eles no servidor,
>>> as mensagens vao e voltam normalmente, se envio de fora pra um usuario
>>> em qualquer desses dominios
>>> o email chega certinho.
>>>
>>> Esses erros ai no log, acho que sao tentativas de SPAM/RELAY indevido
>>> mesmo, comecaram a aparecer
>>> depois que passei o teste de relay no site que cito abaixo, eheh 
>>> coincidencia ?
>>>
>>> Esses errros ali desse soma, acho que é pq o relay nao ta travado,
>>> tipo o smtp_auth nao ta funcionando,
>>> mas acho que é merda do qmail mesmo, que aceita algun

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Leonardo Augusto 
>
> como está seu control/smtproutes ? deve estar vazio, creio eu , pois se esse 
> é servidor que vai mandar msgs para fora, ele deve estar assim..
> vc tem mais de um ip nesse mailserver ? se sim, veja qual o ip que o qmail 
> está usando (outgoingip) e  esse ip está liberado no firewall para fazer 
> consultas dns (upd/53)
> erros de cname geralmente tem haver mesmo com problemas de dns (ou é falta de 
> um dns cache, ou no caso se nao tem dns cache, tem que aplicar aquele patch , 
> mas vc ja disse ter aplicado, então tá complicado..)

esse smtproutes nem existe no control do qmail, nunca defini ele, nem
no server que ta rodando existe..
so tem um ip no servidor

o dns esta ok, senao nao conseguiria pingar dominios nem dar o mx...
nem tem firewall de tipo algum ativado nessa maquina, nem do
datacenter nem da maquina.

sim, aquele erro do dns ali, baixei o patch e comparei com o dns.c, ja
estao la os trechos de codigo do patch ;(

ta bizarro mesmo... ja comparei com todas a configs do server que esta
rodando e nao tem nada faltando ou diferente em termos de logica.

o que funciona é o 7.2, sera que alguma coisa no 9.1 esta causando isso ?

>
> qto ao relay , se está aberto vc deve verificar o  tcp.rules.. mas vi que seu 
> tcp.smtp vc permite relay somente local
> 127.:allow,RELAYCLIENT=""
> portanto está correto, ou seja, não está aberto e não deveria aceitar relay 
> externo (o que seria inseguro)
>
>
>
>
>
> Em 31-07-2012 15:16, Leonardo Augusto escreveu:
>> 2012/7/31 Rejaine Monteiro :
>>
>>> Bom, analisando o log do qmail-send, entendi uma coisa...
>>>
>>> Seu domínio local é escolaonline.com.br , correto?
>>>
>>> A msg no. 8300180 de www-d...@mail.somma.nom.br , gerou a entrega no. 49
>>> para escolaonline.com.br-falecono...@escolaonline.com.br como entreta
>>> local ('to local') obs: note o número de mensagens locais na fila (1/10)
>>> vs o número de mensagens remotas (0/255) . Ele retornou com o erro
>>> "Sorry, no mailbox here by that name", o que quer dizer que esse
>>> email/conta não existe localmente... O bounce com código de erro 551
>>> retornará um erro permantente e uma msg de erro deverá voltar para o
>>> remetente...
>>>
>>> @4000501807610afac88c new *msg 8300180*
>>> @4000501807610afafb54 info *msg 8300180:* bytes 3605 from
>>>  qp 48663 uid 89
>>> @4000501807610afbd614 starting *delivery 49: msg 8300180 to local*
>>> escolaonline.com.br-falecono...@escolaonline.com.br
>>> @4000501807610afbdde4 status:* local 1/10 remote 0/255*
>>> @4000501807610bb74e44 delivery 49: failure:
>>> Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
>>>
>>> Na segunda parte, vimos que foi gerado a msg no. 8300836, com entrega no. 
>>> 49, provavelmente trata-se da msg de erro pelo gerada pelo email acima  
>>> (note que o remetente está em branco, ou seja,  <> ) provavelmente contendo 
>>> a  a  msg de erro  "sorry, no mailbox here" voltando para o remetente, 
>>> informando que não existe essa conta no dominio local. É gerada e entrega , 
>>> mas a mensagem não sai porque seu servidor não consegue resolver o endereço 
>>> do servidor MX para o domínio "mail.somma.consult.nom.br"
>>>
>>> @4000501807610bf0b1ac new* msg 8300836*
>>> @4000501807610bf0b594 info* msg 8300836:* bytes 4191 from <> qp 48666 
>>> uid 87
>>> @4000501807610bf14234 *starting delivery 50: msg 8300836 to remote*
>>> www-d...@mail.somma.consult.nom.br
>>> @4000501807610bf14a04 status: local 0/10 remote 1/255
>>> @4000501807700c185dec *delivery 50: deferral:
>>> CNAME_lookup_failed_temporarily._(#4.4.3)/
>>> *
>>>
>>>
>>> Você consegue resolver esse endereço pelo seu mailserver?  O que retorna
>>> o  dig mx mail.somma.consult.nom.br ?
>>>
>>>
>> Na verdade, o servidor esta como edux.com.br, mas tem esse
>> escolaonline tambem, entre eles no servidor,
>> as mensagens vao e voltam normalmente, se envio de fora pra um usuario
>> em qualquer desses dominios
>> o email chega certinho.
>>
>> Esses erros ai no log, acho que sao tentativas de SPAM/RELAY indevido
>> mesmo, comecaram a aparecer
>> depois que passei o teste de relay no site que cito abaixo, eheh 
>> coincidencia ?
>>
>> Esses errros ali desse soma, acho que é pq o relay nao ta travado,
>> tipo o smtp_auth nao ta funcionando,
>> mas acho que é merda do qmail mesmo, que aceita alguns tipos de bounce
>> meio locos, pau do mail mesmo,
>> rodei esse teste aqui http://www.mailradar.com/openrelay/, e de 18
>> tentativas de relay, apenas duas falharam,
>> e pelo que vi, por isso que ele tenta fazer relay apenas para os
>> dominios do proprio servidor.
>>
>> [Method 8]
>> <<< 220 mail.edux.com.br ESMTP
>>
> HELO mailradar.com
>
>> <<< 250 mail.edux.com.br
>>
> MAIL FROM: 
>
>> <<< 250 ok
>>
> RCPT TO: <"relaytest%mailradar.com">
>
>> <<< 250 ok
>>
> QUIT
>
>> <<< 221 mail.edux.com.br
>> [TEST NOT PASSED]
>>
>> [Method 14]
>> <<< 220 mail.edux.com.br ESMTP
>>
> HELO mailradar.com
>
>> <<< 250 mail.edux.com.br
>>
>>>

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Rejaine Monteiro 

como está seu control/smtproutes ? deve estar vazio, creio eu , pois se esse é 
servidor que vai mandar msgs para fora, ele deve estar assim.. 
vc tem mais de um ip nesse mailserver ? se sim, veja qual o ip que o qmail está 
usando (outgoingip) e  esse ip está liberado no firewall para fazer consultas 
dns (upd/53)
erros de cname geralmente tem haver mesmo com problemas de dns (ou é falta de 
um dns cache, ou no caso se nao tem dns cache, tem que aplicar aquele patch , 
mas vc ja disse ter aplicado, então tá complicado..)

qto ao relay , se está aberto vc deve verificar o  tcp.rules.. mas vi que seu 
tcp.smtp vc permite relay somente local 
127.:allow,RELAYCLIENT=""
portanto está correto, ou seja, não está aberto e não deveria aceitar relay 
externo (o que seria inseguro)





Em 31-07-2012 15:16, Leonardo Augusto escreveu:
> 2012/7/31 Rejaine Monteiro :
>   
>> Bom, analisando o log do qmail-send, entendi uma coisa...
>>
>> Seu domínio local é escolaonline.com.br , correto?
>>
>> A msg no. 8300180 de www-d...@mail.somma.nom.br , gerou a entrega no. 49
>> para escolaonline.com.br-falecono...@escolaonline.com.br como entreta
>> local ('to local') obs: note o número de mensagens locais na fila (1/10)
>> vs o número de mensagens remotas (0/255) . Ele retornou com o erro
>> "Sorry, no mailbox here by that name", o que quer dizer que esse
>> email/conta não existe localmente... O bounce com código de erro 551
>> retornará um erro permantente e uma msg de erro deverá voltar para o
>> remetente...
>>
>> @4000501807610afac88c new *msg 8300180*
>> @4000501807610afafb54 info *msg 8300180:* bytes 3605 from
>>  qp 48663 uid 89
>> @4000501807610afbd614 starting *delivery 49: msg 8300180 to local*
>> escolaonline.com.br-falecono...@escolaonline.com.br
>> @4000501807610afbdde4 status:* local 1/10 remote 0/255*
>> @4000501807610bb74e44 delivery 49: failure:
>> Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
>>
>> Na segunda parte, vimos que foi gerado a msg no. 8300836, com entrega no. 
>> 49, provavelmente trata-se da msg de erro pelo gerada pelo email acima  
>> (note que o remetente está em branco, ou seja,  <> ) provavelmente contendo 
>> a  a  msg de erro  "sorry, no mailbox here" voltando para o remetente, 
>> informando que não existe essa conta no dominio local. É gerada e entrega , 
>> mas a mensagem não sai porque seu servidor não consegue resolver o endereço 
>> do servidor MX para o domínio "mail.somma.consult.nom.br"
>>
>> @4000501807610bf0b1ac new* msg 8300836*
>> @4000501807610bf0b594 info* msg 8300836:* bytes 4191 from <> qp 48666 
>> uid 87
>> @4000501807610bf14234 *starting delivery 50: msg 8300836 to remote*
>> www-d...@mail.somma.consult.nom.br
>> @4000501807610bf14a04 status: local 0/10 remote 1/255
>> @4000501807700c185dec *delivery 50: deferral:
>> CNAME_lookup_failed_temporarily._(#4.4.3)/
>> *
>>
>>
>> Você consegue resolver esse endereço pelo seu mailserver?  O que retorna
>> o  dig mx mail.somma.consult.nom.br ?
>>
>> 
> Na verdade, o servidor esta como edux.com.br, mas tem esse
> escolaonline tambem, entre eles no servidor,
> as mensagens vao e voltam normalmente, se envio de fora pra um usuario
> em qualquer desses dominios
> o email chega certinho.
>
> Esses erros ai no log, acho que sao tentativas de SPAM/RELAY indevido
> mesmo, comecaram a aparecer
> depois que passei o teste de relay no site que cito abaixo, eheh coincidencia 
> ?
>
> Esses errros ali desse soma, acho que é pq o relay nao ta travado,
> tipo o smtp_auth nao ta funcionando,
> mas acho que é merda do qmail mesmo, que aceita alguns tipos de bounce
> meio locos, pau do mail mesmo,
> rodei esse teste aqui http://www.mailradar.com/openrelay/, e de 18
> tentativas de relay, apenas duas falharam,
> e pelo que vi, por isso que ele tenta fazer relay apenas para os
> dominios do proprio servidor.
>
> [Method 8]
> <<< 220 mail.edux.com.br ESMTP
>   
 HELO mailradar.com
 
> <<< 250 mail.edux.com.br
>   
 MAIL FROM: 
 
> <<< 250 ok
>   
 RCPT TO: <"relaytest%mailradar.com">
 
> <<< 250 ok
>   
 QUIT
 
> <<< 221 mail.edux.com.br
> [TEST NOT PASSED]
>
> [Method 14]
> <<< 220 mail.edux.com.br ESMTP
>   
 HELO mailradar.com
 
> <<< 250 mail.edux.com.br
>   
 MAIL FROM: 
 
> <<< 250 ok
>   
 RCPT TO: 
 
> <<< 250 ok
>   
 QUIT
 
> <<< 221 mail.edux.com.br
> [TEST NOT PASSED]
>
> Todos as outras tentativas de relay foram negadas.
>
> Quanto aquele problema do dns cache, o patch ja estava presente nos
> fontes do qmail, comparei
> o dns.c com o path, e ja estava presente..
>
> Esse é o erro que da quando tento enviar email para uma conta externa
> que existe, de um email
> que esta no dominio local.
>
> @40005018201b11fe683c delivery 12: deferral:
> CNAME_lookup_failed_temporarily._(#4.4.3)/
> @40005018201b11fe700c status: local 0/10 remote 2/255
> @40005018201d11

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Leonardo Augusto 
2012/7/31 Rejaine Monteiro :
>
> Bom, analisando o log do qmail-send, entendi uma coisa...
>
> Seu domínio local é escolaonline.com.br , correto?
>
> A msg no. 8300180 de www-d...@mail.somma.nom.br , gerou a entrega no. 49
> para escolaonline.com.br-falecono...@escolaonline.com.br como entreta
> local ('to local') obs: note o número de mensagens locais na fila (1/10)
> vs o número de mensagens remotas (0/255) . Ele retornou com o erro
> "Sorry, no mailbox here by that name", o que quer dizer que esse
> email/conta não existe localmente... O bounce com código de erro 551
> retornará um erro permantente e uma msg de erro deverá voltar para o
> remetente...
>
> @4000501807610afac88c new *msg 8300180*
> @4000501807610afafb54 info *msg 8300180:* bytes 3605 from
>  qp 48663 uid 89
> @4000501807610afbd614 starting *delivery 49: msg 8300180 to local*
> escolaonline.com.br-falecono...@escolaonline.com.br
> @4000501807610afbdde4 status:* local 1/10 remote 0/255*
> @4000501807610bb74e44 delivery 49: failure:
> Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
>
> Na segunda parte, vimos que foi gerado a msg no. 8300836, com entrega no. 49, 
> provavelmente trata-se da msg de erro pelo gerada pelo email acima  (note que 
> o remetente está em branco, ou seja,  <> ) provavelmente contendo a  a  msg 
> de erro  "sorry, no mailbox here" voltando para o remetente, informando que 
> não existe essa conta no dominio local. É gerada e entrega , mas a mensagem 
> não sai porque seu servidor não consegue resolver o endereço do servidor MX 
> para o domínio "mail.somma.consult.nom.br"
>
> @4000501807610bf0b1ac new* msg 8300836*
> @4000501807610bf0b594 info* msg 8300836:* bytes 4191 from <> qp 48666 uid 
> 87
> @4000501807610bf14234 *starting delivery 50: msg 8300836 to remote*
> www-d...@mail.somma.consult.nom.br
> @4000501807610bf14a04 status: local 0/10 remote 1/255
> @4000501807700c185dec *delivery 50: deferral:
> CNAME_lookup_failed_temporarily._(#4.4.3)/
> *
>
>
> Você consegue resolver esse endereço pelo seu mailserver?  O que retorna
> o  dig mx mail.somma.consult.nom.br ?
>

Na verdade, o servidor esta como edux.com.br, mas tem esse
escolaonline tambem, entre eles no servidor,
as mensagens vao e voltam normalmente, se envio de fora pra um usuario
em qualquer desses dominios
o email chega certinho.

Esses erros ai no log, acho que sao tentativas de SPAM/RELAY indevido
mesmo, comecaram a aparecer
depois que passei o teste de relay no site que cito abaixo, eheh coincidencia ?

Esses errros ali desse soma, acho que é pq o relay nao ta travado,
tipo o smtp_auth nao ta funcionando,
mas acho que é merda do qmail mesmo, que aceita alguns tipos de bounce
meio locos, pau do mail mesmo,
rodei esse teste aqui http://www.mailradar.com/openrelay/, e de 18
tentativas de relay, apenas duas falharam,
e pelo que vi, por isso que ele tenta fazer relay apenas para os
dominios do proprio servidor.

[Method 8]
<<< 220 mail.edux.com.br ESMTP
>>> HELO mailradar.com
<<< 250 mail.edux.com.br
>>> MAIL FROM: 
<<< 250 ok
>>> RCPT TO: <"relaytest%mailradar.com">
<<< 250 ok
>>> QUIT
<<< 221 mail.edux.com.br
[TEST NOT PASSED]

[Method 14]
<<< 220 mail.edux.com.br ESMTP
>>> HELO mailradar.com
<<< 250 mail.edux.com.br
>>> MAIL FROM: 
<<< 250 ok
>>> RCPT TO: 
<<< 250 ok
>>> QUIT
<<< 221 mail.edux.com.br
[TEST NOT PASSED]

Todos as outras tentativas de relay foram negadas.

Quanto aquele problema do dns cache, o patch ja estava presente nos
fontes do qmail, comparei
o dns.c com o path, e ja estava presente..

Esse é o erro que da quando tento enviar email para uma conta externa
que existe, de um email
que esta no dominio local.

@40005018201b11fe683c delivery 12: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
@40005018201b11fe700c status: local 0/10 remote 2/255
@40005018201d11fe77dc delivery 14: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
@40005018201d11fe7fac status: local 0/10 remote 1/255
@40005018202335c19ab4 delivery 16: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/

E o patch pra isso ja esta nos fontes do qmail.

Segue o dig

root@mail:/var/log/qmail # dig mx mail.somma.consult.nom.br

; <<>> DiG 9.8.3-P2 <<>> mx mail.somma.consult.nom.br
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43434
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;mail.somma.consult.nom.br. IN  MX

;; AUTHORITY SECTION:
somma.consult.nom.br.   10800   IN  SOA
ns.somma.consult.nom.br. root.somma.consult.nom.br. 2011091300 28800
7200 2419200 86400

;; Query time: 222 msec
;; SERVER: 174.37.53.32#53(174.37.53.32)
;; WHEN: Tue Jul 31 18:16:02 2012
;; MSG SIZE  rcvd: 87

dureza.

[]´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] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Rejaine Monteiro 

e em tempo.. se vc não tem um dns-cache local, tente aplicar o patch 
qmail-103.patch

Em 31-07-2012 14:25, Rejaine Monteiro escreveu:
> Bom, analisando o log do qmail-send, entendi uma coisa...
>
> Seu domínio local é escolaonline.com.br , correto?
>
> A msg no. 8300180 de www-d...@mail.somma.nom.br , gerou a entrega no. 49
> para escolaonline.com.br-falecono...@escolaonline.com.br como entreta
> local ('to local') obs: note o número de mensagens locais na fila (1/10)
> vs o número de mensagens remotas (0/255) . Ele retornou com o erro
> "Sorry, no mailbox here by that name", o que quer dizer que esse
> email/conta não existe localmente... O bounce com código de erro 551
> retornará um erro permantente e uma msg de erro deverá voltar para o
> remetente...
>
> @4000501807610afac88c new *msg 8300180*
> @4000501807610afafb54 info *msg 8300180:* bytes 3605 from
>  qp 48663 uid 89
> @4000501807610afbd614 starting *delivery 49: msg 8300180 to local*
> escolaonline.com.br-falecono...@escolaonline.com.br
> @4000501807610afbdde4 status:* local 1/10 remote 0/255*
> @4000501807610bb74e44 delivery 49: failure:
> Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
>
> Na segunda parte, vimos que foi gerado a msg no. 8300836, com entrega no. 49, 
> provavelmente trata-se da msg de erro pelo gerada pelo email acima  (note que 
> o remetente está em branco, ou seja,  <> ) provavelmente contendo a  a  msg 
> de erro  "sorry, no mailbox here" voltando para o remetente, informando que 
> não existe essa conta no dominio local. É gerada e entrega , mas a mensagem 
> não sai porque seu servidor não consegue resolver o endereço do servidor MX 
> para o domínio "mail.somma.consult.nom.br" 
>
> @4000501807610bf0b1ac new* msg 8300836*
> @4000501807610bf0b594 info* msg 8300836:* bytes 4191 from <> qp 48666 uid 
> 87
> @4000501807610bf14234 *starting delivery 50: msg 8300836 to remote*
> www-d...@mail.somma.consult.nom.br
> @4000501807610bf14a04 status: local 0/10 remote 1/255
> @4000501807700c185dec *delivery 50: deferral:
> CNAME_lookup_failed_temporarily._(#4.4.3)/
> *
>
>
> Você consegue resolver esse endereço pelo seu mailserver?  O que retorna
> o  dig mx mail.somma.consult.nom.br ?
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>   


-- 
Rejaine da Silveira Monteiro
Suporte-TI
Jamef Encomendas Urgentes
Matriz - Contagem/MG
Tel: (31) 2102-8854
www.jamef.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] Proxy para acesso à rádios via HTTP

2012-07-31 Por tôpico Anderson Alves de Albuquerque 
 Eu estou precisando criar um proxy para os usuários que querem assistir
rádios via HTTP. O Squid faz isso ou fica restrito a objetos IMG+HTML?




-- 
[], 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

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Rejaine Monteiro 

Bom, analisando o log do qmail-send, entendi uma coisa...

Seu domínio local é escolaonline.com.br , correto?

A msg no. 8300180 de www-d...@mail.somma.nom.br , gerou a entrega no. 49
para escolaonline.com.br-falecono...@escolaonline.com.br como entreta
local ('to local') obs: note o número de mensagens locais na fila (1/10)
vs o número de mensagens remotas (0/255) . Ele retornou com o erro
"Sorry, no mailbox here by that name", o que quer dizer que esse
email/conta não existe localmente... O bounce com código de erro 551
retornará um erro permantente e uma msg de erro deverá voltar para o
remetente...

@4000501807610afac88c new *msg 8300180*
@4000501807610afafb54 info *msg 8300180:* bytes 3605 from
 qp 48663 uid 89
@4000501807610afbd614 starting *delivery 49: msg 8300180 to local*
escolaonline.com.br-falecono...@escolaonline.com.br
@4000501807610afbdde4 status:* local 1/10 remote 0/255*
@4000501807610bb74e44 delivery 49: failure:
Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/

Na segunda parte, vimos que foi gerado a msg no. 8300836, com entrega no. 49, 
provavelmente trata-se da msg de erro pelo gerada pelo email acima  (note que o 
remetente está em branco, ou seja,  <> ) provavelmente contendo a  a  msg de 
erro  "sorry, no mailbox here" voltando para o remetente, informando que não 
existe essa conta no dominio local. É gerada e entrega , mas a mensagem não sai 
porque seu servidor não consegue resolver o endereço do servidor MX para o 
domínio "mail.somma.consult.nom.br" 

@4000501807610bf0b1ac new* msg 8300836*
@4000501807610bf0b594 info* msg 8300836:* bytes 4191 from <> qp 48666 uid 87
@4000501807610bf14234 *starting delivery 50: msg 8300836 to remote*
www-d...@mail.somma.consult.nom.br
@4000501807610bf14a04 status: local 0/10 remote 1/255
@4000501807700c185dec *delivery 50: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
*


Você consegue resolver esse endereço pelo seu mailserver?  O que retorna
o  dig mx mail.somma.consult.nom.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

2012-07-31 Por tôpico Frederico Terra Boechat 
Tu tá liberando como o envio de SMTP?

Porque assim, se você não liberar os hosts que podem enviar email (já vi pelo 
tcp.smtp que não está), você não consegue enviar e-mails. Por algum motivo 
funesto, já vi, sem ter liberado, um host conseguir enviar pros domínios e 
somente pros domínios do qmail.

Desse modo, entra spam igual a uma desgraça. Acho até que tem um patch que 
evita isso, não lembro bem porque montei o ultimo mailserver em 2006.

Mas experimente liberar ao menos o ip da sua m'quiina no tcp.smtp e tente 
enviar de novo.

Ou ative SMTP auth.

Frederico Boechat
Em 31/07/2012, às 13:45, Leonardo Augusto  escreveu:

> Agradeço a todos que responderam, como foram muitas perguntas, para
> nao responder 10 emails e ficar tudo desconexo,
> vou responder a todos em um email apenas, com todas a informações
> juntas para facilitar a analize ok ?
> 
> #- ps ax (vejam que os procs estao no
> ar)---
> 
> root@mail:/root # ps ax
>  PID TT  STATTIME COMMAND
> 47128 ??  SsJ  0:00.00 /usr/sbin/syslogd -ss -m 0
> 47175 ??  SJ   0:00.01 /usr/local/bin/svscan /service
> 47176 ??  IJ   0:00.00 /usr/local/bin/readproctitle service errors:
> .
> 47178 ??  IJ   0:00.00 supervise qmail-send
> 47179 ??  IJ   0:00.00 supervise log
> 47180 ??  IJ   0:00.00 supervise qmail-smtpd
> 47181 ??  IJ   0:00.00 supervise log
> 47182 ??  IJ   0:00.00 supervise qmail-pop3d
> 47183 ??  IJ   0:00.00 supervise log
> 47184 ??  IJ   0:00.01 qmail-send
> 47185 ??  IJ   0:00.00 multilog t s10 n20 /var/log/qmail/qmail-pop3d
> 47186 ??  IJ   0:00.01 multilog t s10 n20 /var/log/qmail/qmail-send
> 47187 ??  IJ   0:00.00 tcpserver -H -R -v -c100 0 110 qmail-popup
> mail.edux.com.br /usr/home/vpopmail/bin/vchkpw qmail-pop3d Maildir
> 47188 ??  IJ   0:00.01 /usr/local/bin/tcpserver -v -R -H -P -l
> mail.edux.com.br -x /etc/tcp.smtp.cdb -c 30 -u 89 -g 89 0 smtp
> /usr/local/bin/rblsmtpd -b -r bl.spamcop.net -r list.dsbl.org /
> 47189 ??  IJ   0:00.00 multilog t s10 n20 /var/log/qmail/qmail-smtpd
> 47194 ??  IJ   0:00.00 qmail-lspawn ./Maildir
> 47195 ??  IJ   0:00.01 qmail-rspawn
> 47196 ??  IJ   0:00.00 qmail-clean
> 47197 ??  IJ   0:00.01 qmail-todo
> 47198 ??  IJ   0:00.00 qmail-clean
> 47258 ??  IsJ  0:00.03 /bin/sh /usr/local/bin/mysqld_safe
> --defaults-extra-file=/usr/local/db_mysql/my.cnf --user=mysql
> --datadir=/usr/local/db_mysql --pid-file=/usr/local/db_mysql/mail.edu
> 47548 ??  IJ   0:00.02 /usr/local/libexec/mysqld
> --defaults-extra-file=/usr/local/db_mysql/my.cnf --basedir=/usr/local
> --datadir=/usr/local/db_mysql --plugin-dir=/usr/local/lib/mysql/plugin
> 47589 ??  SsJ  0:00.12 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
> 47594 ??  IsJ  0:00.00 /usr/sbin/sshd
> 47598 ??  SsJ  0:00.00 /usr/sbin/cron -J 15 -s
> 47627 ??  SJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
> 47628 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
> 47629 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
> 47630 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
> 47631 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
> 47200  0  IJ   0:00.00 /usr/local/sbin/courierlogger
> -pid=/var/sqwebmail/run/sqwebmaild.pid -start
> /usr/local/libexec/sqwebmail/sqwebmaild
> 47201  0  IJ   0:00.00 /usr/local/libexec/sqwebmail/sqwebmaild
> 47211  0  IJ   0:00.00 /usr/local/libexec/sqwebmail/sqwebmaild
> 47213  0  IJ   0:00.00 /usr/local/libexec/sqwebmail/sqwebmaild
> 47554  0  IJ   0:00.00 /usr/local/sbin/courierlogger -facility=mail
> -pid=/var/run/authdaemond/pid -start
> /usr/local/libexec/courier-authlib/authdaemond
> 47555  0  SJ   0:00.01 /usr/local/libexec/courier-authlib/authdaemond
> 47560  0  IJ   0:00.00 /usr/local/sbin/courierlogger
> -pid=/var/run/pop3d-ssl.pid -start -name=pop3d-ssl
> /usr/local/libexec/courier-imap/couriertcpd -address=0 -maxprocs=40
> -maxperip=4 -nodn
> 47561  0  IJ   0:00.00 /usr/local/libexec/courier-imap/couriertcpd
> -address=0 -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup 995
> /usr/local/bin/couriertls -server -tcpd /usr/local/sbi
> 47570  0  IJ   0:00.01 /usr/local/libexec/courier-authlib/authdaemond
> 47571  0  IJ   0:00.00 /usr/local/libexec/courier-authlib/authdaemond
> 47575  0  IJ   0:00.00 /usr/local/sbin/courierlogger
> -pid=/var/run/imapd-ssl.pid -start -name=imapd-ssl
> /usr/local/libexec/courier-imap/couriertcpd -address=0 -maxprocs=40
> -maxperip=30 -nod
> 47576  0  IJ   0:00.00 /usr/local/libexec/courier-imap/couriertcpd
> -address=0 -maxprocs=40 -maxperip=30 -nodnslookup -noidentlookup 993
> /usr/local/bin/couriertls -server -tcpd /usr/local/sb
> 47582  0  IJ   0:00.00 /usr/local/sbin/courierlogger
> -pid=/var/run/imapd.pid -start -name=imapd
> /usr/local/libexec/courier-imap/couriertcpd -address=0 -maxprocs=40
> -maxperip=30 -nodnslookup
> 47583  0  IJ   0:00.00 /usr/local/libexec/cou

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Leonardo Augusto 
Agradeço a todos que responderam, como foram muitas perguntas, para
nao responder 10 emails e ficar tudo desconexo,
vou responder a todos em um email apenas, com todas a informações
juntas para facilitar a analize ok ?

#- ps ax (vejam que os procs estao no
ar)---

root@mail:/root # ps ax
  PID TT  STATTIME COMMAND
47128 ??  SsJ  0:00.00 /usr/sbin/syslogd -ss -m 0
47175 ??  SJ   0:00.01 /usr/local/bin/svscan /service
47176 ??  IJ   0:00.00 /usr/local/bin/readproctitle service errors:
.
47178 ??  IJ   0:00.00 supervise qmail-send
47179 ??  IJ   0:00.00 supervise log
47180 ??  IJ   0:00.00 supervise qmail-smtpd
47181 ??  IJ   0:00.00 supervise log
47182 ??  IJ   0:00.00 supervise qmail-pop3d
47183 ??  IJ   0:00.00 supervise log
47184 ??  IJ   0:00.01 qmail-send
47185 ??  IJ   0:00.00 multilog t s10 n20 /var/log/qmail/qmail-pop3d
47186 ??  IJ   0:00.01 multilog t s10 n20 /var/log/qmail/qmail-send
47187 ??  IJ   0:00.00 tcpserver -H -R -v -c100 0 110 qmail-popup
mail.edux.com.br /usr/home/vpopmail/bin/vchkpw qmail-pop3d Maildir
47188 ??  IJ   0:00.01 /usr/local/bin/tcpserver -v -R -H -P -l
mail.edux.com.br -x /etc/tcp.smtp.cdb -c 30 -u 89 -g 89 0 smtp
/usr/local/bin/rblsmtpd -b -r bl.spamcop.net -r list.dsbl.org /
47189 ??  IJ   0:00.00 multilog t s10 n20 /var/log/qmail/qmail-smtpd
47194 ??  IJ   0:00.00 qmail-lspawn ./Maildir
47195 ??  IJ   0:00.01 qmail-rspawn
47196 ??  IJ   0:00.00 qmail-clean
47197 ??  IJ   0:00.01 qmail-todo
47198 ??  IJ   0:00.00 qmail-clean
47258 ??  IsJ  0:00.03 /bin/sh /usr/local/bin/mysqld_safe
--defaults-extra-file=/usr/local/db_mysql/my.cnf --user=mysql
--datadir=/usr/local/db_mysql --pid-file=/usr/local/db_mysql/mail.edu
47548 ??  IJ   0:00.02 /usr/local/libexec/mysqld
--defaults-extra-file=/usr/local/db_mysql/my.cnf --basedir=/usr/local
--datadir=/usr/local/db_mysql --plugin-dir=/usr/local/lib/mysql/plugin
47589 ??  SsJ  0:00.12 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
47594 ??  IsJ  0:00.00 /usr/sbin/sshd
47598 ??  SsJ  0:00.00 /usr/sbin/cron -J 15 -s
47627 ??  SJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
47628 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
47629 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
47630 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
47631 ??  IJ   0:00.00 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT
47200  0  IJ   0:00.00 /usr/local/sbin/courierlogger
-pid=/var/sqwebmail/run/sqwebmaild.pid -start
/usr/local/libexec/sqwebmail/sqwebmaild
47201  0  IJ   0:00.00 /usr/local/libexec/sqwebmail/sqwebmaild
47211  0  IJ   0:00.00 /usr/local/libexec/sqwebmail/sqwebmaild
47213  0  IJ   0:00.00 /usr/local/libexec/sqwebmail/sqwebmaild
47554  0  IJ   0:00.00 /usr/local/sbin/courierlogger -facility=mail
-pid=/var/run/authdaemond/pid -start
/usr/local/libexec/courier-authlib/authdaemond
47555  0  SJ   0:00.01 /usr/local/libexec/courier-authlib/authdaemond
47560  0  IJ   0:00.00 /usr/local/sbin/courierlogger
-pid=/var/run/pop3d-ssl.pid -start -name=pop3d-ssl
/usr/local/libexec/courier-imap/couriertcpd -address=0 -maxprocs=40
-maxperip=4 -nodn
47561  0  IJ   0:00.00 /usr/local/libexec/courier-imap/couriertcpd
-address=0 -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup 995
/usr/local/bin/couriertls -server -tcpd /usr/local/sbi
47570  0  IJ   0:00.01 /usr/local/libexec/courier-authlib/authdaemond
47571  0  IJ   0:00.00 /usr/local/libexec/courier-authlib/authdaemond
47575  0  IJ   0:00.00 /usr/local/sbin/courierlogger
-pid=/var/run/imapd-ssl.pid -start -name=imapd-ssl
/usr/local/libexec/courier-imap/couriertcpd -address=0 -maxprocs=40
-maxperip=30 -nod
47576  0  IJ   0:00.00 /usr/local/libexec/courier-imap/couriertcpd
-address=0 -maxprocs=40 -maxperip=30 -nodnslookup -noidentlookup 993
/usr/local/bin/couriertls -server -tcpd /usr/local/sb
47582  0  IJ   0:00.00 /usr/local/sbin/courierlogger
-pid=/var/run/imapd.pid -start -name=imapd
/usr/local/libexec/courier-imap/couriertcpd -address=0 -maxprocs=40
-maxperip=30 -nodnslookup
47583  0  IJ   0:00.00 /usr/local/libexec/courier-imap/couriertcpd
-address=0 -maxprocs=40 -maxperip=30 -nodnslookup -noidentlookup 143
/usr/local/sbin/imaplogin /usr/local/bin/imapd Maildi
47648  0  SJ   0:00.01 /usr/local/bin/imapd Maildir
47650  0  IJ   0:00.01 couriertls -statusfd=7 -printx509=9 -localfd=5
-tcpd -server

//--- /etc/tcp.smtp (foi gerado como qmailctl)
---
root@mail:/root # cat /etc/tcp.smtp
127.:allow,RELAYCLIENT=""

//--- saida do smtp --
consigo dar telnet (url e nao o ip, dns resolv ok) porta  25 em um
servidor externo, entao nao é limitacao fisica

//- o rcpthosts esta ok, pois consigo receber email DA RUA, e
internamente, nao consigo é enviar ---

//--- vamos ao daemontools e afins,

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

2012-07-31 Por tôpico Edson Brandi 
Em 31 de julho de 2012 11:42, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Pois é, o problema é que a menor VM não me atende, pois uso muito espaço em
> disco. Tenho mais de 200GB por conta de galerias de fotos e vídeos, mas
> como é pessoal tem pouco acesso, daí se encaixa nesses shared hosts que tem
> disco ilimitado. Poderia pagar R$ 9,99 que me atenderia também, mas acabei
> pagando mais um pouco pra ter HTTPS e outras coisitas. Pago uns R$ 30,00 /
> mês.

Realmente você não vai achar nenhuma uma opção em cloud computing que
seja mais barata que um shared hosting nesse valor de R$ 30 :)

[ ]´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!

2012-07-31 Por tôpico Carlos Eduardo G. Carvalho (Cartola) 
Pois é, o problema é que a menor VM não me atende, pois uso muito espaço em
disco. Tenho mais de 200GB por conta de galerias de fotos e vídeos, mas
como é pessoal tem pouco acesso, daí se encaixa nesses shared hosts que tem
disco ilimitado. Poderia pagar R$ 9,99 que me atenderia também, mas acabei
pagando mais um pouco pra ter HTTPS e outras coisitas. Pago uns R$ 30,00 /
mês.

Hoje uso o hostgator no Brasil. Antes usei o site5, mas tive um
desentendimento com eles justamente por conta do espaço. Esse negócio de
espaço em disco ilimitado é claro que tem algo por trás: limitação de
inodes. O problema é que eles não botam o limite hard na quota do
filesystem (não sei por que) nem te dão uma ferramenta de alertas, então
cabe a você monitorar isso e se passar eles te enquadram e te punem. Alem
disso acabaram dizendo que uns arquivos ridiculamente pequenos meus eram
backup, só por que eram *.tgz e a política diz que você não pode guardar
backup lá, daí me cancelaram o contrato, já que eu não quis migrar pra um
host dedicado, muito mais caro, claro. Fiquei muito p* da vida por que os
argumentos deles eram muito contraditórios e eles não contra-argumentavam
os meus, só vinham de volta com os dogmas. Era como se não me ouvissem e
isso me deixa fulo da vida.

Alias, isso me lembra que tenho que ver como estão meus inodes no hostgator
:) ainda não fiz um script pra isso, pois tava bem longe do limite.
Enquanto no site5 o limite era 50 mil inodes, no hostgator são 250k.

Abs!

Carlos E G Carvalho (Cartola)
http://cartola.org/360
http://panoforum.com.br/
Gnugraf 2012  - 17 e 18 de agosto, CEFET Maracanã, Rio
de Janeiro



Em 31 de julho de 2012 11:20, Edson Brandi  escreveu:

> Depende de quanto vc paga no shared hosting :)
> A menor VM com FreeBSD da Rackspace vai te custar US$ 11 por mês + o
> trafego.
>
-
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!

2012-07-31 Por tôpico Edson Brandi 
Em 31 de julho de 2012 11:14, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Acho que deu pra entender mais do que eu precisava e minha conclusão é de
> que pra mim hoje um shared host atende melhor e por um preço mais barato. O
> que eu queria mesmo era um shared com acesso de root num FreeBSD :) mas na
> verdade eu realmente não preciso de root. Eu basicamente mantenho uns sites
> pequenos pessoais e sai muito barato por mês.

Depende de quanto vc paga no shared hosting :)
A menor VM com FreeBSD da Rackspace vai te custar US$ 11 por mês + o trafego.

> Na empresa em que estou hoje as funções são muito segmentadas e estou como
> gestor de demandas, muito muito muito distante das questões de infra e
> rede. Uma pena, pois realmente gostaria de estar mais perto dessas coisas
> profissionalmente também, como já estive no passado. Felizmente acabei me
> envolvendo com voluntariado corporativo, daí consegui até dar aula de
> FreeBSD, Linux, redes e ferramentas como GIMP, etc.

Olha sei bem o que é isso rs :)

Se precisar de algo ou se tiver alguma outra duvida estamos por aqui.

[]´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!

2012-07-31 Por tôpico Carlos Eduardo G. Carvalho (Cartola) 
Valeu Brandi, sensacional!

Acho que deu pra entender mais do que eu precisava e minha conclusão é de
que pra mim hoje um shared host atende melhor e por um preço mais barato. O
que eu queria mesmo era um shared com acesso de root num FreeBSD :) mas na
verdade eu realmente não preciso de root. Eu basicamente mantenho uns sites
pequenos pessoais e sai muito barato por mês.

Na empresa em que estou hoje as funções são muito segmentadas e estou como
gestor de demandas, muito muito muito distante das questões de infra e
rede. Uma pena, pois realmente gostaria de estar mais perto dessas coisas
profissionalmente também, como já estive no passado. Felizmente acabei me
envolvendo com voluntariado corporativo, daí consegui até dar aula de
FreeBSD, Linux, redes e ferramentas como GIMP, etc.

Vou dar uma lida nos links depois, brigadão!

Carlos E G Carvalho (Cartola)
http://cartola.org/360
http://panoforum.com.br/
Gnugraf 2012  - 17 e 18 de agosto, CEFET Maracanã, Rio
de Janeiro



Em 31 de julho de 2012 10:59, Edson Brandi  escreveu:

> Bom dia Carlos,
>
> Em 31 de julho de 2012 09:40, Carlos Eduardo G. Carvalho (Cartola)
>  escreveu:
> > Por que os preços são dados por horas? São cobradas as horas em que o
> > sistema está em uso ou basta estar disponível pra uso que já é cobrado?
>
> Todos os provedores de serviços de cloud vão lhe cobrar apenas o que
> você utilizar, mas entenda que utilizar para eles significa reservar
> para você.
>
> Por exemplo, quando você cria uma VM na Rackspace eles vão
> alocar/reservar um % de CPU, uma quantia de memoria e uma area de
> storage para a sua VM. Mesmo que vc de halt na maquina, enquanto ela
> existir eles vão lhe cobrar por ela. O trafego da maquina é cobrado de
> forma 100% variável, sendo que eles não cobram pelo trafego entrante.
>
> De uma forma geral, se você precisa manter um servidor rodando 24x7
> por ter uma demanda constante e previsivel, as soluções de cloud
> computing vão sair mais caras que alugar um servidor físico dedicado.
>
> Agora se você tem um ambiente com demanda variável, onde podem ocorrer
> picos de demanda, o serviço de cloud pode lhe ajudar a atender essas
> demandas sazonais e você ainda irá economizar.
>
> No meu caso, como pessoa fisica, eu uso o serviço da rackspace para
> testes rápidos, quando preciso fazer algum teste eu crio uma VM, uso
> ela pelo tempo que for necessário e depois deleto.
>
> Para aplicações que eu vou precisar usar outras vezes, mas que não
> precisam estar disponíveis 24 horas por dia, eu salvo um snapshot do
> disco da VM no sistema sistema de storage persistente deles (custa US$
> 0,10 por Gb armazenado por mês), e destruo a VM.
>
> Quando preciso usar novamente eu simplesmente uso o snapshot para
> subir a maquina novamente. Desta forma, meu custo quando não estou
> usando o sistema é apenas o custo do storage.
>
> Por exemplo, você pode aplicar a mesma analogia a um portal de
> internet. Você pode alterar a quantidade de maquinas que vc tem
> respondendo pelo o site ao longo do dia, aumentando ou diminuindo a
> quantidade de servidores de acordo com a curva de audiência, isso
> permite otimizar seu custo :)
>
> A maior parte dos fornecedores disponibiliza sistemas para que você
> possa automatizar esse processo de escalonamento da infra estrutura, e
> você pode criar regras de negocio baseadas em consumo de memoria,
> consumo de processador, conexões simultâneas, trafego de saída, tempo
> de resposta, etc para determinar quando aumentar e quando diminuir o
> numero de maquinas.
>
> Outro uso bastante comum é pra construção de ambientes de redundância.
> Você tem servidores dedicados em seu data center físico, e monta uma
> estrutura minima na nuvem para espelhar seus serviços, essa estrutura
> enquanto não estiver sendo usada vai ter um custo minimo (perto do que
> seria necessário para ter um site espelho tradicional), e você
> simplesmente aumenta os recursos provisionados se esse ambiente de
> backup precisar virar seu ambiente de produção.
>
> Dependendo do tamanho e das necessidades da sua operação, este tipo de
> flexibilidade pode te gerar algumas dezenas de milhões de reais por
> ano em economia.
>
> > Qual a grande diferença prática entre uma hospedagem em Cloud e um shared
> > host (que é o que uso hoje)? Vi que temos controle dinâmico sobre tamanho
> > de disco, acesso de root e coisas assim. Tem algo diferente de uma
> máquina
> > virtual numa estrutura compartilhada?   É que por computação em nuvem eu
> > tenho um conceito de que é uma coisa mais independente de plataforma,
> tipo
> > acessar aplicações na nuvem, independente de onde você está.
>
> Para todos os efeitos ao contratar um serviço destes você tem em mãos
> uma maquina virtual tradicional, sobre a qual  vc tem controle
> completo, com acesso inclusive a console (usando vnc na maior parte
> das vezes).
>
> Na minha opinião um VM é sempre mais segura que um shared host, já que
> vc não vai ter outros usuários compartilhand

Re: [FUG-BR] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

2012-07-31 Por tôpico Edson Brandi 
Bom dia Carlos,

Em 31 de julho de 2012 09:40, Carlos Eduardo G. Carvalho (Cartola)
 escreveu:
> Por que os preços são dados por horas? São cobradas as horas em que o
> sistema está em uso ou basta estar disponível pra uso que já é cobrado?

Todos os provedores de serviços de cloud vão lhe cobrar apenas o que
você utilizar, mas entenda que utilizar para eles significa reservar
para você.

Por exemplo, quando você cria uma VM na Rackspace eles vão
alocar/reservar um % de CPU, uma quantia de memoria e uma area de
storage para a sua VM. Mesmo que vc de halt na maquina, enquanto ela
existir eles vão lhe cobrar por ela. O trafego da maquina é cobrado de
forma 100% variável, sendo que eles não cobram pelo trafego entrante.

De uma forma geral, se você precisa manter um servidor rodando 24x7
por ter uma demanda constante e previsivel, as soluções de cloud
computing vão sair mais caras que alugar um servidor físico dedicado.

Agora se você tem um ambiente com demanda variável, onde podem ocorrer
picos de demanda, o serviço de cloud pode lhe ajudar a atender essas
demandas sazonais e você ainda irá economizar.

No meu caso, como pessoa fisica, eu uso o serviço da rackspace para
testes rápidos, quando preciso fazer algum teste eu crio uma VM, uso
ela pelo tempo que for necessário e depois deleto.

Para aplicações que eu vou precisar usar outras vezes, mas que não
precisam estar disponíveis 24 horas por dia, eu salvo um snapshot do
disco da VM no sistema sistema de storage persistente deles (custa US$
0,10 por Gb armazenado por mês), e destruo a VM.

Quando preciso usar novamente eu simplesmente uso o snapshot para
subir a maquina novamente. Desta forma, meu custo quando não estou
usando o sistema é apenas o custo do storage.

Por exemplo, você pode aplicar a mesma analogia a um portal de
internet. Você pode alterar a quantidade de maquinas que vc tem
respondendo pelo o site ao longo do dia, aumentando ou diminuindo a
quantidade de servidores de acordo com a curva de audiência, isso
permite otimizar seu custo :)

A maior parte dos fornecedores disponibiliza sistemas para que você
possa automatizar esse processo de escalonamento da infra estrutura, e
você pode criar regras de negocio baseadas em consumo de memoria,
consumo de processador, conexões simultâneas, trafego de saída, tempo
de resposta, etc para determinar quando aumentar e quando diminuir o
numero de maquinas.

Outro uso bastante comum é pra construção de ambientes de redundância.
Você tem servidores dedicados em seu data center físico, e monta uma
estrutura minima na nuvem para espelhar seus serviços, essa estrutura
enquanto não estiver sendo usada vai ter um custo minimo (perto do que
seria necessário para ter um site espelho tradicional), e você
simplesmente aumenta os recursos provisionados se esse ambiente de
backup precisar virar seu ambiente de produção.

Dependendo do tamanho e das necessidades da sua operação, este tipo de
flexibilidade pode te gerar algumas dezenas de milhões de reais por
ano em economia.

> Qual a grande diferença prática entre uma hospedagem em Cloud e um shared
> host (que é o que uso hoje)? Vi que temos controle dinâmico sobre tamanho
> de disco, acesso de root e coisas assim. Tem algo diferente de uma máquina
> virtual numa estrutura compartilhada?   É que por computação em nuvem eu
> tenho um conceito de que é uma coisa mais independente de plataforma, tipo
> acessar aplicações na nuvem, independente de onde você está.

Para todos os efeitos ao contratar um serviço destes você tem em mãos
uma maquina virtual tradicional, sobre a qual  vc tem controle
completo, com acesso inclusive a console (usando vnc na maior parte
das vezes).

Na minha opinião um VM é sempre mais segura que um shared host, já que
vc não vai ter outros usuários compartilhando o sistema operacional
com você.

Como você consegue fazer tudo sozinho (podendo inclusive automatizar
muita coisa) a principal vantagem acaba sendo a agilidade que você tem
para provisionar novos recursos (permitindo a escalabilidade que citei
a pouco) e se adaptar a sua demanda.

No R7 nós fazemos uso pesado de cloud computing em complemento ao
nosso data center fisico.

Recomendo que de uma olhada depois quando tiver tempo nos materiais
abaixo, acho que vai ajudar a entender o que da pra fazer :)

- http://aws.amazon.com/pt/solutions/case-studies/r7/
- http://www.slideshare.net/rgaiser/r7-no-aws-qcon-sp-2011
- http://www.slideshare.net/llorieri/extending-piwik-at-r7com
- 
http://convergenciadigital.uol.com.br/cgi/cgilua.exe/sys/start.htm?infoid=28732&sid=97

[ ]´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] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Frederico Terra Boechat 
O e-mail fica preso na fila ou devolve com erro?

Tente verificar:

- As liberacoes feitas no tcp.smtp (ou o que o valha)
- rcpthosts
- dns reverso da sua máquina
- Se o dominio tem permissao de envio pelo vpopmail, tem uma flag lá na conta 
que pode proibir envio

Grato

Frederico Boechat
Em 31/07/2012, às 09:44, Saul Figueiredo  escreveu:

> Em 31 de julho de 2012 09:42, Rejaine Monteiro
> escreveu:
> 
>> Não acho que o problema esteja no qmail-smtpd dele, que parece estar
>> funcionar funcionando, pois recebe as msgs dos clientes locais e coloca
>> em fila. O problema parece estar após o qmail-queue, mas como ele
>> consegue enviar para os clientes locais, tlvez seja algo relacionado a
>> rede (getway default, firewall) ou alguma configuração do
>> qmail-send/qmail-remote ..
>> 
>> 
>> Em 31-07-2012 09:30, Saul Figueiredo escreveu:
>>> Em 31 de julho de 2012 09:28, Rejaine Monteiro
>>> escreveu:
>>> 
>>> 
 outro detalhe.. vc mandou o config do qmail-smtpd, mas esse é usado para
 recebimento de email e não envio.
 para envio após cair na queue, é usado o  qmail-send (que redireciona as
 chamadas para o qmail-remote no caso de msgs externas ou qmail-local no
 caso das mensagens locais
 obs: veja a estrutura do qmail em
 http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
 vc viu o seu o se tem algum erro no log do  qmail-send?
 
 Em 30-07-2012 22:06, Leonardo Augusto escreveu:
 
>> 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
> 
> 
 
 --
 Rejaine da Silveira Monteiro
 Suporte-TI
 Jamef Encomendas Urgentes
 Matriz - Contagem/MG
 Tel: (31) 2102-8854
 www.jamef.com.br
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
>>> 
>>> 
>>> o tcpserver está ok também? gerou o cdb do smtp ?
>>> 
>>> 
>>> 
>> 
>> 
>> --
>> Rejaine da Silveira Monteiro
>> Suporte

Re: [FUG-BR] zimbra no freebsd

2012-07-31 Por tôpico Anderson Alves de Albuquerque 
 Depois de fazer vários passos de instalação, depois de algumas horas que
executei o comando "./buildZCS.sh -t", vejam abaixo o que ocorreu. Alguém
tem um idéia de como resolver? eu dei um find para tentar localizar esse
"perlbin*" a partir de /home/public/p4/, mas não obtive sucesso.

cp /home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ZimbraCBPolicyd/src/bin/*
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/bin
mkdir -p
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/contrib
cp -R
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ZimbraServer/src/contrib/*
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/contrib
mkdir -p
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/zimbramon/bin
(cd
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/zimbramon/bin;
\
tar xzf
/home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ThirdPartyBuilds/FreeBSD_amd64/perl/perlbin.tgz)
tar: Error opening archive: Failed to open
'/home/public/p4/HELIX-720.fbsd/ZimbraBuild/../ThirdPartyBuilds/FreeBSD_amd64/perl/perlbin.tgz'
gmake: ***
[/home/public/p4/HELIX-720.fbsd/ZimbraBuild/corebuild/opt/zimbra/zimbramon/bin]
Error 1




>
>
> 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-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
>  andersonaa#gmail.com (replace # by @)
> Skype: andersonalvesdealbuquerque
> ICQ: 73222660
> ---

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Saul Figueiredo 
Em 31 de julho de 2012 09:42, Rejaine Monteiro
escreveu:

> Não acho que o problema esteja no qmail-smtpd dele, que parece estar
> funcionar funcionando, pois recebe as msgs dos clientes locais e coloca
> em fila. O problema parece estar após o qmail-queue, mas como ele
> consegue enviar para os clientes locais, tlvez seja algo relacionado a
> rede (getway default, firewall) ou alguma configuração do
> qmail-send/qmail-remote ..
>
>
> Em 31-07-2012 09:30, Saul Figueiredo escreveu:
> > Em 31 de julho de 2012 09:28, Rejaine Monteiro
> > escreveu:
> >
> >
> >> outro detalhe.. vc mandou o config do qmail-smtpd, mas esse é usado para
> >> recebimento de email e não envio.
> >> para envio após cair na queue, é usado o  qmail-send (que redireciona as
> >> chamadas para o qmail-remote no caso de msgs externas ou qmail-local no
> >> caso das mensagens locais
> >> obs: veja a estrutura do qmail em
> >> http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
> >> vc viu o seu o se tem algum erro no log do  qmail-send?
> >>
> >> Em 30-07-2012 22:06, Leonardo Augusto escreveu:
> >>
>  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
> >>>
> >>>
> >>
> >> --
> >> Rejaine da Silveira Monteiro
> >> Suporte-TI
> >> Jamef Encomendas Urgentes
> >> Matriz - Contagem/MG
> >> Tel: (31) 2102-8854
> >> www.jamef.com.br
> >>
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> >>
> >
> >
> > o tcpserver está ok também? gerou o cdb do smtp ?
> >
> >
> >
>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Jamef Encomendas Urgentes
> Matriz - Contagem/MG
> Tel: (31) 2102-8854
> www.jamef.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>




exatamente. Por isso estamos pedindo o resultado do qmail-qread,para ver o
que acontece com a fila quando é para fora a entrega...


-- 
"Deve-s

Re: [FUG-BR] qmail - quase funcionando, só nao envia para fora

2012-07-31 Por tôpico Rejaine Monteiro 
Não acho que o problema esteja no qmail-smtpd dele, que parece estar
funcionar funcionando, pois recebe as msgs dos clientes locais e coloca
em fila. O problema parece estar após o qmail-queue, mas como ele
consegue enviar para os clientes locais, tlvez seja algo relacionado a
rede (getway default, firewall) ou alguma configuração do
qmail-send/qmail-remote ..


Em 31-07-2012 09:30, Saul Figueiredo escreveu:
> Em 31 de julho de 2012 09:28, Rejaine Monteiro
> escreveu:
>
>   
>> outro detalhe.. vc mandou o config do qmail-smtpd, mas esse é usado para
>> recebimento de email e não envio.
>> para envio após cair na queue, é usado o  qmail-send (que redireciona as
>> chamadas para o qmail-remote no caso de msgs externas ou qmail-local no
>> caso das mensagens locais
>> obs: veja a estrutura do qmail em
>> http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
>> vc viu o seu o se tem algum erro no log do  qmail-send?
>>
>> Em 30-07-2012 22:06, Leonardo Augusto escreveu:
>> 
 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
>>>
>>>   
>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Jamef Encomendas Urgentes
>> Matriz - Contagem/MG
>> Tel: (31) 2102-8854
>> www.jamef.com.br
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>> 
>
>
> o tcpserver está ok também? gerou o cdb do smtp ?
>
>
>   


-- 
Rejaine da Silveira Monteiro
Suporte-TI
Jamef Encomendas Urgentes
Matriz - Contagem/MG
Tel: (31) 2102-8854
www.jamef.com.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] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

2012-07-31 Por tôpico Carlos Eduardo G. Carvalho (Cartola) 
Legal Edson, valeu por compartilhar suas primeiras impressões! Li lá no seu
blog.

Não estou muito por dentro de hospedagem em Cloud e alias estou por fora de
Cloud.

Por que os preços são dados por horas? São cobradas as horas em que o
sistema está em uso ou basta estar disponível pra uso que já é cobrado?

Qual a grande diferença prática entre uma hospedagem em Cloud e um shared
host (que é o que uso hoje)? Vi que temos controle dinâmico sobre tamanho
de disco, acesso de root e coisas assim. Tem algo diferente de uma máquina
virtual numa estrutura compartilhada? É que por computação em nuvem eu
tenho um conceito de que é uma coisa mais independente de plataforma, tipo
acessar aplicações na nuvem, independente de onde você está.

Valeu!

Carlos E G Carvalho (Cartola)
http://cartola.org/360
http://panoforum.com.br/
Gnugraf 2012  - 17 e 18 de agosto, CEFET Maracanã, Rio
de Janeiro



Em 31 de julho de 2012 09:05, Edson Brandi  escreveu:

> Em 30 de julho de 2012 23:15, Marcel Bonnet 
> escreveu:
> > 2012/7/30 Edson Brandi :
> > Boa! Mas você falou que estava com ZFS: é possível escolher o tipo de
> > FS ou tem que engolir o ZFS?
>
> Até onde vi não temos opção de usar outro FS.
>
> No caso das VMs maiores, ela tem espaço de disco não utilizado, mas
> não sei se você consegue subir outro FS nele ou se pode apenas
> expandir a partição ZFS
>
> Como não testei com uma VM maior não sei dizer.
>
> Edson
> -
> 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

2012-07-31 Por tôpico Saul Figueiredo 
Em 31 de julho de 2012 09:28, Rejaine Monteiro
escreveu:

> outro detalhe.. vc mandou o config do qmail-smtpd, mas esse é usado para
> recebimento de email e não envio.
> para envio após cair na queue, é usado o  qmail-send (que redireciona as
> chamadas para o qmail-remote no caso de msgs externas ou qmail-local no
> caso das mensagens locais
> obs: veja a estrutura do qmail em
> http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
> vc viu o seu o se tem algum erro no log do  qmail-send?
>
> Em 30-07-2012 22:06, Leonardo Augusto escreveu:
> >> 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
> >
>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Jamef Encomendas Urgentes
> Matriz - Contagem/MG
> Tel: (31) 2102-8854
> www.jamef.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



o tcpserver está ok também? gerou o cdb do smtp ?


-- 
"Deve-se aprender sempre, até mesmo com um inimigo."
(Isaac Newton)

Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
saulfelip...@gmail.com

-
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

2012-07-31 Por tôpico Rejaine Monteiro 
outro detalhe.. vc mandou o config do qmail-smtpd, mas esse é usado para
recebimento de email e não envio.
para envio após cair na queue, é usado o  qmail-send (que redireciona as
chamadas para o qmail-remote no caso de msgs externas ou qmail-local no
caso das mensagens locais
obs: veja a estrutura do qmail em
http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
vc viu o seu o se tem algum erro no log do  qmail-send?

Em 30-07-2012 22:06, Leonardo Augusto escreveu:
>> 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
>   


-- 
Rejaine da Silveira Monteiro
Suporte-TI
Jamef Encomendas Urgentes
Matriz - Contagem/MG
Tel: (31) 2102-8854
www.jamef.com.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

2012-07-31 Por tôpico Saul Figueiredo 
Em 31 de julho de 2012 09:20, Rejaine Monteiro
escreveu:

> pode até ser uma coisa mais simples, como falta de uma rota default no
> seu mailserver
> como está também o seu smtproutes?
>
>
> Em 30-07-2012 19:16, Leonardo Augusto escreveu:
> > 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
> >
>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Jamef Encomendas Urgentes
> Matriz - Contagem/MG
> Tel: (31) 2102-8854
> www.jamef.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>






Posta pra gente o resultado do comando qmail-qread (ese executavel está em
de /var/qmail/bin)

-- 
"Deve-se aprender sempre, até mesmo com um inimigo."
(Isaac Newton)

Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
saulfelip...@gmail.com

-
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

2012-07-31 Por tôpico Rejaine Monteiro 
pode até ser uma coisa mais simples, como falta de uma rota default no
seu mailserver
como está também o seu smtproutes?


Em 30-07-2012 19:16, Leonardo Augusto escreveu:
> 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
>   


-- 
Rejaine da Silveira Monteiro
Suporte-TI
Jamef Encomendas Urgentes
Matriz - Contagem/MG
Tel: (31) 2102-8854
www.jamef.com.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] FreeBSD nas nuvens: suporte oficial na Rackspace cloud ... finalmente!

2012-07-31 Por tôpico Edson Brandi 
Em 30 de julho de 2012 23:15, Marcel Bonnet  escreveu:
> 2012/7/30 Edson Brandi :
> Boa! Mas você falou que estava com ZFS: é possível escolher o tipo de
> FS ou tem que engolir o ZFS?

Até onde vi não temos opção de usar outro FS.

No caso das VMs maiores, ela tem espaço de disco não utilizado, mas
não sei se você consegue subir outro FS nele ou se pode apenas
expandir a partição ZFS

Como não testei com uma VM maior não sei dizer.

Edson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd