[FUG-BR] VpopMail

2006-05-12 Por tôpico Marcilio
Ola , pesquisei no Historico da Lista e não encontrei topico semelhante, é o
seguinte, existe alguma ferramenta do VpopMail para remover usuarios que nunca
logaram , NEVER LOGGED IN ?

Att
Marcilio

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


Re: [FUG-BR] Permissoes no Samba

2006-05-12 Por tôpico Patrick Tracanelli
Jefferson Pereira wrote:
> Ola pessoal
> 
> Seguinte, estou utilizando o Samba 3.0.14 e estou tendo dificuldades em 
> fazer as permissões de usuários no linux.
> Eu nao sei se posso fazer no linux a mesma coisa que consigo fazer no 
> Windows 2000 server ou 2003 server que
> funciona assim:
> 
> No linux rodo umas pastas com varias subpastas dividas assim:
> 
> /
> /home/sistema
> /home/sistema/executavel
> /home/sistema/external
> /home/sistema/photos
> /home/sistemas/images
> /home/sistema/logs
> 
> O que quero fazer é assim, tenho como exemplo o usuario X e o usuário Y.
> 
> O usuario X pode acessar todas as pastas com permisões de fazer leitura, 
> gravar, executar
> O usuario Y pode acessar quase todas as pastas, só que na pasta 
> /home/sistema/logs ele nao pode
> apagar os arquivos nem fazer a leitura, apenas gravar seus logs pelo 
> sistema, e de maneira alguma pode
> apagar algum arquivo das outras pastas..
> 
> Alguem conheçe uma forma facil e pratica de poder me auxiliar ?
> 
> Desde já agradeço a atenção !!

Permissoes simples nao te atendem? Ja tentou?

chown usuariox:grupox /home/sistema/logs
chmod 755 diretorio

chown usuariox:grupox /home/sistema/logs/*
chmod 720 /home/sistema/logs/*

pw usermod usuarioy -G grupoa,grupob,grupox

Pronto, o usuarioy sera parte do grupox e de todos os outros grupos que 
voce precisar, tera direito de ler e explorar o diretorio 
/home/sistema/logs mas nao de escrever nele (consequentemente nao pode 
atualizar a lista de referencias de inodes desse "arquivo do tipo 
diretorio" entao nao pode apagar arquivos ai dentro, pois nao tem 
escrita nele), e tera direito de escrita nos arquivos de log dentro do 
diretorio em questao. Contudo nao pode ler. Nao podendo ler nao pode 
modificar conteudo que nao seja no final do arquivo (concatenacao), 
mesmo tendo privilegio de escrita no arquivo.

Se o seu ambiente e menos simples do que voce citou, procure compilar o 
samba com suporte a ACLs e de um "man chflags". As flags de apenas 
concatenacao e imutabilidade em conjunto com ACLs te dao muita 
flexibilidade num ambiente com samba. Mas aparentemente apenas os 
privilegios tradicionais te atendem.

Testai ;)

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


Re: [FUG-BR] Bloquear uso de DNS (BIND) por fora da rede

2006-05-12 Por tôpico Patrick Tracanelli
Ademir Costa Peixoto wrote:
> Prezados,
> 
> Tem como se bloquear o acesso do servidor DNS (primário e secundário) de
> usuários de fora da rede?  Algo como no postifix que diz "redes autorizadas"
> ou coisa assim?
> Tem sujeitinhos usando um servidor nosso e quero acabar com a festa.
> Lembrando que a porta 53 que dá acesso ao DNS é a mesma que faz o update
> dele :(.

O famoso DNS aberto, terra de ninguem, ate os clientes do concorrente 
usam seu DNS neh? Os ADSL entao... hehehe

Voce precisa configurar allow-recursion {}; O bloco aceita hosts e redes 
no formado IP/BITMASK.

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


[FUG-BR] Permissoes no Samba

2006-05-12 Por tôpico Jefferson Pereira
Ola pessoal

Seguinte, estou utilizando o Samba 3.0.14 e estou tendo dificuldades em 
fazer as permissões de usuários no linux.
Eu nao sei se posso fazer no linux a mesma coisa que consigo fazer no 
Windows 2000 server ou 2003 server que
funciona assim:

No linux rodo umas pastas com varias subpastas dividas assim:

/
/home/sistema
/home/sistema/executavel
/home/sistema/external
/home/sistema/photos
/home/sistemas/images
/home/sistema/logs

O que quero fazer é assim, tenho como exemplo o usuario X e o usuário Y.

O usuario X pode acessar todas as pastas com permisões de fazer leitura, 
gravar, executar
O usuario Y pode acessar quase todas as pastas, só que na pasta 
/home/sistema/logs ele nao pode
apagar os arquivos nem fazer a leitura, apenas gravar seus logs pelo 
sistema, e de maneira alguma pode
apagar algum arquivo das outras pastas..

Alguem conheçe uma forma facil e pratica de poder me auxiliar ?

Desde já agradeço a atenção !!

Atenciosamente

Jefferson P. Silva
MSN: [EMAIL PROTECTED] 

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


[FUG-BR] Bloquear uso de DNS (BIND) por fora da rede

2006-05-12 Por tôpico Ademir Costa Peixoto
Prezados,

Tem como se bloquear o acesso do servidor DNS (primário e secundário) de
usuários de fora da rede?  Algo como no postifix que diz "redes autorizadas"
ou coisa assim?
Tem sujeitinhos usando um servidor nosso e quero acabar com a festa.
Lembrando que a porta 53 que dá acesso ao DNS é a mesma que faz o update
dele :(.

Ats
Ademir Peixoto

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


Re: [FUG-BR] Processo travado

2006-05-12 Por tôpico Ronan Lucio
Irado,

> Quanto ao "not responding" - no MEU caso - foi resolvido, tempos atras, 
> quando habilitei > saida/retorno de udp para ESSA maquina servidora. Pode 
> ser o caso, experimente.

Aeh, boas novas...
Parece que o problema tá resolvido... pelo menos ta funcionando agora... :-)

O que eu fiz foi montar o volume NFS sobre TCP ao invés de UDP, que é o 
padrão:

--
 -T  Use TCP transport instead of UDP.  This is recommended for
 servers that are not on the same LAN cable as the client.  (NB:
 This is NOT supported by most non-BSD servers.)
--

Pra te falar a verdade, eu até tinha o pé atrás com NFS por causa de
alguns problemas de arquivos corrompidos que eu tinha num servidor de
backups, coisa que talvez não tivesse acontecido com TCP.

Só espero que realmente tenha resolvido... ;-)

Valeu,
[]s
Ronan 


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


Re: [FUG-BR] Dúvida

2006-05-12 Por tôpico Marcus Alves Grando
Fernando Patzlaff wrote:
> é isso era o mais certo...
> mas é no boot da máquina...

Quando foi atualizada essa máquina? Manda o dmesg se for possível e o
sysctl -a | grep swap

Abraços

> 
> Olhe o top:
> last pid: 74949;  load averages:  2.26,  2.16,  1.84up 0+06:36:41 
> 15:42:07
> 99 processes:  1 starting, 3 running, 95 sleeping
> CPU states: 79.3% user,  0.0% nice, 16.9% system,  0.0% interrupt,  3.8%
> idle
> Mem: 246M Active, 82M Inact, 90M Wired, 16M Cache, 60M Buf, 55M Free
> Swap: 983M Total, 80K Used, 982M Free
> 
> $ swapinfo -h
> Device  1K-blocks UsedAvail Capacity
> /dev/ad4s1b   1006280  80K 983M 0%
> 
> 
> Marcus Alves Grando wrote:
>> Fernando Patzlaff wrote:
>>   
>>> Alguém sabe o que é esta mensagem ?
>>>
>>>
>>> /var/run/dmesg.boot
>>> swap_pager_getswapspace(9): failed
>>> swap_pager_getswapspace(16): failed
>>> swap_pager_getswapspace(12): failed
>>> swap_pager_getswapspace(9): failed
>>> swap_pager_getswapspace(16): failed
>>> swap_pager_getswapspace(12): failed
>>> swap_pager_getswapspace(9): failed
>>> swap_pager_getswapspace(16): failed
>>>
>>> Estou usando um FreeBSD 6
>>>
>>> 
>>
>> Memória. Acabou a memória e ele está tentando paginar via swap, no
>> entento acabou o swap também.
>>
>> Abraços


-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Processo travado

2006-05-12 Por tôpico Ronan Lucio
> oi, mano :)

Daeh Irado,
Cara, obrigado ai pelas dicas,

Valeu,
Ronan

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


Re: [FUG-BR] RES: RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Rafael Floriano Sousa Sales
O postfix faz isto tambem: http://www.postfix.org/CONNECTION_CACHE_README.html

Sem flames ;)


-- 
Rafael Floriano Sousa Sales
Segurança da  Informação
Tompast IT Services
e-mail: [EMAIL PROTECTED]
+55-11-3207-2457
+55-11-8433-2281
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Rafael Floriano Sousa Sales
Olá,

Seria uma solucao porca mais você poderia limitar a conecão a certo
host remoto pelo firewall, ipfw,pf. Seria uma solucao somente para que
os usuarios parem de encher e você tomar outra solução heheh.

Abraços

-- 
Rafael Floriano Sousa Sales
Segurança da  Informação
Tompast IT Services
e-mail: [EMAIL PROTECTED]
+55-11-3207-2457
+55-11-8433-2281
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] problemas rdr

2006-05-12 Por tôpico Giuseppe Tomas




Olá 
pessoal. Tenho um pf.conf com a seguinte configuração:

 
extif 
= "xl0"intif = "rl1"
alias0="ip.do.ali.as"
micro="ip.do.mi.cro"
 
nat on 
$extif from $intif:network to any -> ($extif)
rdr 
pass on $extif inet proto tcp from any to $alias0 -> 
$micro
pass all
 
tá 
habilidado o net.inet.ip.forwarding=1 .
 
Porém, 
não está funcionando o direcionamento. Fiz algumas mudanças:
 
rdr on 
$extif inet proto tcp from any to $alias0 tag test -> $micropass in quick 
on $alias0 keep state tagged testpass out on $alias0 keep state tagged 
test
porém, quando dou um pfctl -ss, 
aparece
 
self 
tcp 192.168.0.52:80 <- 200.135.4.114:80 <- 
200.135.4.18:54766   
CLOSED:SYN_SENT
 
Alguém já teve esse 
problema?
 

Giuseppe T. M. de Jesus 

Universidade do Planalto Catarinense - UNIPLAC
Núcleo de Informática
E-mail/MSN: 
[EMAIL PROTECTED]
 


--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.392 / Virus Database: 268.5.6/337 - Release Date: 11/05/2006
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Processo travado

2006-05-12 Por tôpico Marcus Alves Grando
Ronan Lucio wrote:
> Pessoal,
> 
> A uns dias atrás enviei uma mensagem pra lista sobre processos travados.
> 
> Então, hoje eu voltei com mais informações:
> Aconteceu novamente, tenho um servidor que está com um processo
> travado e gostaria de matá-lo sem ter que reiniciar a máquina.
> 
> O que aconteceu foi tentar montar um volume NFS de um servidor Linux
> que insiste em dar a mensagem "not responding"
> 
> Atraves do comando "ps" puder ver que o processo está com status "D"
> Já tentei "kill -s KILL", "kill -s QUIT", "kill -s ABRT" e nada do bicho 
> morrer.
> 
> Alguém teria alguma idéia?

Então,

man ps(1):

 state The state is given by a sequence of characters, for
example, ``RWNA''.  The first character indicates the run state of the
   process:

   D   Marks a process in disk (or other short term,
uninter-ruptible) wait.

-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] client torrent

2006-05-12 Por tôpico Vinicius de Azevedo
>  reply ---
> From: eksffa
> To: fug-br
> Subject: Re: [FUG-BR] client torrent
> Date: 2006-05-12 16:39:08
> --
> Marcello Costa wrote:
> > Em Sex, 2006-05-12 às 16:31 -0300, Patrick Tracanelli escreveu:
> > 
> > 
> >>Aproveitando o gancho,
> >>
> >>Existe algum pra BSD que faz download de multiplas origens? Eu uso 
> >>py-btdownload, funciona muito bem, mas ele sempre pega de um peer apenas.
> >>
> > 
> > 
> > vou tentar esse :
> > 
> > http://transmission.m0k.org/
> > 
> > Eu estava baixando o cd do 6.1 e por ftp me dava como 20 horas a 7kbps ,
> > abaixei pelo torrent os dois cds em menos de 3 horas ...
> 
> Hm, tem no ports. Pena que nao tem lista de features no site pra saber 
> se ele baixa de multiplas pontas. Vou testar ele na proxima vez. Se voce 
>   descobrir se ele baixa de varias origens nos avise :D
> 
> 
> -- 
> Patrick Tracanelli

pelas screenshots dá pra ver,
http://transmission.m0k.org/screenshots.php
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] client torrent

2006-05-12 Por tôpico Marcello Costa
Em Sex, 2006-05-12 às 16:39 -0300, Patrick Tracanelli escreveu:

> 
> Hm, tem no ports. Pena que nao tem lista de features no site pra saber 
> se ele baixa de multiplas pontas. Vou testar ele na proxima vez. Se voce 
>   descobrir se ele baixa de varias origens nos avise :D
> 
> 

Parece que faz sim , to tentando por aqui ...

http://www.mininova.org/tor/307602
-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br






___ 
Yahoo! doce lar. Fa�a do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 

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


Re: [FUG-BR] Processo travado

2006-05-12 Por tôpico irado furioso com tudo

> O que aconteceu foi tentar montar um volume NFS de um servidor Linux
> que insiste em dar a mensagem "not responding"
> 
> Atraves do comando "ps" puder ver que o processo está com status "D"
> Já tentei "kill -s KILL", "kill -s QUIT", "kill -s ABRT" e nada do bicho 
> morrer.
> 
> Alguém teria alguma idéia?

oi, mano :)

bem, jah que chutar vale tudo, entao lah vai: em /etc/rc.d vc tem o 
rc.ntfsclient que eh o script de (re)inicializacao do daemon proprio. Como root:

#/etc/rc.d/rc.nfsclient restart (ou stop ou.. )

nao me lembra bem se o nome eh esse, eh um rc.nfs...client, de qualquer forma. 
Olhando no diretorio vc logo o acha (ls | grep -i nfs)

por ps eu nunca consegui fazer o nfs, tanto client quanto server, voltar a 
funcionar.

Quanto ao "not responding" - no MEU caso - foi resolvido, tempos atras, quando 
habilitei saida/retorno de udp para ESSA maquina servidora. Pode ser o caso, 
experimente.

abracos.

__
Stops spam 100% for your email accounts or you get paid. http://www.cashette.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] client torrent

2006-05-12 Por tôpico Patrick Tracanelli
Marcello Costa wrote:
> Em Sex, 2006-05-12 às 16:31 -0300, Patrick Tracanelli escreveu:
> 
> 
>>Aproveitando o gancho,
>>
>>Existe algum pra BSD que faz download de multiplas origens? Eu uso 
>>py-btdownload, funciona muito bem, mas ele sempre pega de um peer apenas.
>>
> 
> 
> vou tentar esse :
> 
> http://transmission.m0k.org/
> 
> Eu estava baixando o cd do 6.1 e por ftp me dava como 20 horas a 7kbps ,
> abaixei pelo torrent os dois cds em menos de 3 horas ...

Hm, tem no ports. Pena que nao tem lista de features no site pra saber 
se ele baixa de multiplas pontas. Vou testar ele na proxima vez. Se voce 
  descobrir se ele baixa de varias origens nos avise :D


-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


Re: [FUG-BR] client torrent

2006-05-12 Por tôpico kr3 .
transmission-gtk2 ( se tiver as gtk2 no sistema vale a pena. é uma janela, add, remove... )
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] client torrent

2006-05-12 Por tôpico Marcello Costa
Em Sex, 2006-05-12 às 16:31 -0300, Patrick Tracanelli escreveu:

> Aproveitando o gancho,
> 
> Existe algum pra BSD que faz download de multiplas origens? Eu uso 
> py-btdownload, funciona muito bem, mas ele sempre pega de um peer apenas.
> 

vou tentar esse :

http://transmission.m0k.org/

Eu estava baixando o cd do 6.1 e por ftp me dava como 20 horas a 7kbps ,
abaixei pelo torrent os dois cds em menos de 3 horas ...

-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br



___ 
Abra sua conta no Yahoo! Mail: 1GB de espa�o, alertas de e-mail no celular e 
anti-spam realmente eficaz. 
http://br.info.mail.yahoo.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] client torrent

2006-05-12 Por tôpico Patrick Tracanelli
Danilo Augusto wrote:
> On Fri, 2006-05-12 at 16:11 -0300, Marcello Costa wrote:
> 
>>Qual o client torrent anda mais redondo, naum to querendo rodar o
>>azureus-2.4.0.2 , o que me recomendam ?
> 
> 
> bittorret.
> Uso aqui e nunca tive problemas.
> 

Aproveitando o gancho,

Existe algum pra BSD que faz download de multiplas origens? Eu uso 
py-btdownload, funciona muito bem, mas ele sempre pega de um peer apenas.

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3

2006-05-12 Por tôpico Tiago N. Sampaio
POP3 é o protocolo de comunicação entre o Cliente(MUA, mail user agent)  
e o Servidor(MTA, mail transfer agent), como o servidor armazena 
localmente as mensagens eh irrelevante para o cliente, desde que ele 
Converse com o Servidor POP3.

Sempre que se fala em protocolo, se fala em padrão, pois os dois tem que 
falar a mesma "lingua".


Abraços.
Tiago N. Sampaio

Andre Pli wrote:
> Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma pergunta de uma 
> dúvida que surgiu e gostaria de ouvir a opnião de vocês para essa questão.
>
> O POP3 permite que os usuários busquem e baixem mensagens de correio 
> eletrônico de uma caixa de correio remota.
> Isso significa que O formato interno das caixas de correio tem de ser 
> padronizado de forma que qualquer programa POP3 no lado cliente possa ler a 
> caixa de correio em qualquer correio?
>
> O correto seria qual a resposta? Ele é padronizado ou não??
>
> _
> Com o MSN Spaces você divide seu blog, suas fotos, sua lista de música e 
> muito mais com seus amigos! Crie já o seu espaço online e com seus amigos! E 
> só entra no   http://spaces.msn.com/
>
> -
> 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] client torrent

2006-05-12 Por tôpico Danilo Augusto
On Fri, 2006-05-12 at 16:11 -0300, Marcello Costa wrote:
> Qual o client torrent anda mais redondo, naum to querendo rodar o
> azureus-2.4.0.2 , o que me recomendam ?

bittorret.
Uso aqui e nunca tive problemas.

-- 
Danilo Augusto Vicente Lara
[EMAIL PROTECTED]
Cel.: 61 9994-1361

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


[FUG-BR] client torrent

2006-05-12 Por tôpico Marcello Costa
Qual o client torrent anda mais redondo, naum to querendo rodar o
azureus-2.4.0.2 , o que me recomendam ?
-- 
Marcello Costa
BSD System Engineer
unixmafia at yahoo dot com dot br



___ 
Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e 
anti-spam realmente eficaz. 
http://br.info.mail.yahoo.com/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Processo travado

2006-05-12 Por tôpico Ronan Lucio
Pessoal,

A uns dias atrás enviei uma mensagem pra lista sobre processos travados.

Então, hoje eu voltei com mais informações:
Aconteceu novamente, tenho um servidor que está com um processo
travado e gostaria de matá-lo sem ter que reiniciar a máquina.

O que aconteceu foi tentar montar um volume NFS de um servidor Linux
que insiste em dar a mensagem "not responding"

Atraves do comando "ps" puder ver que o processo está com status "D"
Já tentei "kill -s KILL", "kill -s QUIT", "kill -s ABRT" e nada do bicho 
morrer.

Alguém teria alguma idéia?

[]s
Ronan 


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


Re: [FUG-BR] Dúvida

2006-05-12 Por tôpico Fernando Patzlaff




é isso era o mais certo... 
mas é no boot da máquina...

Olhe o top:
last pid: 74949;  load averages:  2.26,  2.16,  1.84    up 0+06:36:41 
15:42:07
99 processes:  1 starting, 3 running, 95 sleeping
CPU states: 79.3% user,  0.0% nice, 16.9% system,  0.0% interrupt, 
3.8% idle
Mem: 246M Active, 82M Inact, 90M Wired, 16M Cache, 60M Buf, 55M Free
Swap: 983M Total, 80K Used, 982M Free

$ swapinfo -h
Device  1K-blocks Used    Avail Capacity
/dev/ad4s1b   1006280  80K 983M 0%


Marcus Alves Grando wrote:

  Fernando Patzlaff wrote:
  
  
Alguém sabe o que é esta mensagem ?


/var/run/dmesg.boot
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(16): failed
swap_pager_getswapspace(12): failed
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(16): failed
swap_pager_getswapspace(12): failed
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(16): failed

Estou usando um FreeBSD 6


  
  
Memória. Acabou a memória e ele está tentando paginar via swap, no
entento acabou o swap também.

Abraços

  



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


Re: [FUG-BR] FreeBSD 6.1 + Apache 2.2 + mono 1.1.13 + mod_mono 1.1.14 + xsp 1.1.15

2006-05-12 Por tôpico Éderson Chimbida
On 5/11/06, Rafael Floriano Sousa Sales <[EMAIL PROTECTED]> wrote:
> Bom aqui funciona com apache20/22, eu fiz a seguinte conf:
>
>
> Alias /test/ /usr/local/lib/xsp/test/
>
> 
> Options Indexes Includes FollowSymLinks
> Options Indexes MultiViews
> Options IncludesNOEXEC
> Options SymLinksIfOwnerMatch
> AllowOverride AuthConfig
> Order Deny,Allow
> Allow from All
>
> AddType application/x-asp-net .aspx
> AddType application/x-asp-net .asmx
> AddType application/x-asp-net .ashx
> AddType application/x-asp-net .asax
> AddType application/x-asp-net .ascx
> AddType application/x-asp-net .soap
> AddType application/x-asp-net .rem
> AddType application/x-asp-net .axd
> AddType application/x-asp-net .cs
> AddType application/x-asp-net .config
> AddType application/x-asp-net .dll
> DirectoryIndex index.aspx
> DirectoryIndex Default.aspx
> DirectoryIndex default.aspx
>
> 
>
>
> Mesmo assim acredito que o problema esta no mono, o mono instalado
> aqui e o port do core team do freebsd, não do projeto C# eu so usei
> deste projetos pacotes como xsp/mod_mono que n]ao são encontrados no
> ports oficial.

Bem já tentei usando  o port da novell, o da freebsd.org e com o
pacote do ftp e nenhum deles funcionou os exemplos do xsp, mas um
arquivo bem simples do tipo "Hello World" rodou perfeitamente
minha maquina é um P4 HTT 2.66 com 2Gb de memória, vou testar num
servidor Dual Xeon para ver se funca 

>
> Bom pode ser uma luz, mais verifique a primeira opção.
>
> Abraços
>
> --
> Rafael Floriano Sousa Sales
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Dúvida

2006-05-12 Por tôpico Marcus Alves Grando
Fernando Patzlaff wrote:
> Alguém sabe o que é esta mensagem ?
> 
> 
> /var/run/dmesg.boot
> swap_pager_getswapspace(9): failed
> swap_pager_getswapspace(16): failed
> swap_pager_getswapspace(12): failed
> swap_pager_getswapspace(9): failed
> swap_pager_getswapspace(16): failed
> swap_pager_getswapspace(12): failed
> swap_pager_getswapspace(9): failed
> swap_pager_getswapspace(16): failed
> 
> Estou usando um FreeBSD 6
> 

Memória. Acabou a memória e ele está tentando paginar via swap, no
entento acabou o swap também.

Abraços

-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Dúvida

2006-05-12 Por tôpico Fernando Patzlaff
Alguém sabe o que é esta mensagem ?


/var/run/dmesg.boot
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(16): failed
swap_pager_getswapspace(12): failed
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(16): failed
swap_pager_getswapspace(12): failed
swap_pager_getswapspace(9): failed
swap_pager_getswapspace(16): failed

Estou usando um FreeBSD 6


T+
Fernando Patzlaff
[EMAIL PROTECTED]

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


Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3

2006-05-12 Por tôpico Felipe Neuwald
Oi André, tudo bem?

Seguinte, o padrão é esse: http://www.ietf.org/rfc/rfc1939.txt . Não 
importa pro cliente c você tá usando mbox ou mdir no servidor, isso é 
transparente pro cliente.

Abraço,

Felipe.

Andre Pli escreveu:

>Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma pergunta de uma 
>dúvida que surgiu e gostaria de ouvir a opnião de vocês para essa questão.
>
>O POP3 permite que os usuários busquem e baixem mensagens de correio 
>eletrônico de uma caixa de correio remota.
>Isso significa que O formato interno das caixas de correio tem de ser 
>padronizado de forma que qualquer programa POP3 no lado cliente possa ler a 
>caixa de correio em qualquer correio?
>
>O correto seria qual a resposta? Ele é padronizado ou não??
>
>_
>Com o MSN Spaces você divide seu blog, suas fotos, sua lista de música e 
>muito mais com seus amigos! Crie já o seu espaço online e com seus amigos! E 
>só entra no   http://spaces.msn.com/
>
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>  
>

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


Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3

2006-05-12 Por tôpico Marcus Alves Grando
Andre Pli wrote:
> Marcus, então o correto seria dizer o que? Que existem um padrão, 
> independente dela ser armazenada em caixas ou em banco de dados?

Existe somente um padrão para o protocolo POP3. Para o modo de
armazenamento não tem (pelo menos que eu saiba). Cada um pode definir um
modo ou mesmo utilizar um dos que já são amplamente utilizados.

Abraços

>> From: Marcus Alves Grando <[EMAIL PROTECTED]>
>> Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
>> 
>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
>> 
>> Subject: Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3
>> Date: Fri, 12 May 2006 14:39:00 -0300
>>
>> Andre Pli wrote:
>>> Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma pergunta de uma
>>> dúvida que surgiu e gostaria de ouvir a opnião de vocês para essa 
>> questão.
>>> O POP3 permite que os usuários busquem e baixem mensagens de correio
>>> eletrônico de uma caixa de correio remota.
>>> Isso significa que O formato interno das caixas de correio tem de ser
>>> padronizado de forma que qualquer programa POP3 no lado cliente possa 
>> ler a
>>> caixa de correio em qualquer correio?
>>>
>>> O correto seria qual a resposta? Ele é padronizado ou não??
>>>
>> Existe alguns padrões de caixa. mbox, Maildir e um formato próprio do
>> cyrus. Tudo depende do MTA que entrega e do software de POP3.
>>
>> Abraços

-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: [OFF-TOPIC] Dúvida sobre PO P3

2006-05-12 Por tôpico Renato Frederick
André, o POP3 é um protocolo, definido por rfc, que tem por objetivo receber
emails de uma localidade remota para a máquina local.

O serviço que serve o pop3 que é o responsável por ler o formato da caixa de
mensagens e entregá-la para o cliente, conforme a rfc estabelece.

Então, não há padronização no "local" aonde o email é armezenado.

Quem define isso é o desenvolvedor do programa.
Ex, o exchange salva o email em um arquivo binário proprietário.
O qmail pode salvar em mailbox ou maildir
O sendmail em mailbox.

A padronização é somente no protocolo POP3

Cabe ao daemon que faz o serviço pop3 fazer a conversão de forma a entregar
o conteúdo daquele "local" que possui as mensagens até o cliente, que
"conversa" segundo as normas da rfc

A mesma coisa para IMAP, SMTP, etc etc

OK?


-
Renato Frederick
FreeBSD Brasil LTDA.
Fone: (31) 3281-9633
http://www.freebsdbrasil.com.br 
-
""Sabe o que é 95? Será a idade de Bill Gates quando Windows ficar
pronto..." "
 

> -Mensagem original-
> De: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Em nome de Andre Pli
> Enviada em: sexta-feira, 12 de maio de 2006 14:36
> Para: freebsd@fug.com.br
> Assunto: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3
> 
> Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma 
> pergunta de uma dúvida que surgiu e gostaria de ouvir a 
> opnião de vocês para essa questão.
> 
> O POP3 permite que os usuários busquem e baixem mensagens de 
> correio eletrônico de uma caixa de correio remota.
> Isso significa que O formato interno das caixas de correio 
> tem de ser padronizado de forma que qualquer programa POP3 no 
> lado cliente possa ler a caixa de correio em qualquer correio?
> 
> O correto seria qual a resposta? Ele é padronizado ou não??
> 
> _
> Com o MSN Spaces você divide seu blog, suas fotos, sua lista 
> de música e muito mais com seus amigos! Crie já o seu espaço 
> online e com seus amigos! E 
> só entra no   http://spaces.msn.com/
> 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 


smime.p7s
Description: S/MIME cryptographic signature
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3

2006-05-12 Por tôpico Andre Pli
Marcus, então o correto seria dizer o que? Que existem um padrão, 
independente dela ser armazenada em caixas ou em banco de dados?


>From: Marcus Alves Grando <[EMAIL PROTECTED]>
>Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
>
>To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
>
>Subject: Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3
>Date: Fri, 12 May 2006 14:39:00 -0300
>
>Andre Pli wrote:
> > Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma pergunta de uma
> > dúvida que surgiu e gostaria de ouvir a opnião de vocês para essa 
>questão.
> >
> > O POP3 permite que os usuários busquem e baixem mensagens de correio
> > eletrônico de uma caixa de correio remota.
> > Isso significa que O formato interno das caixas de correio tem de ser
> > padronizado de forma que qualquer programa POP3 no lado cliente possa 
>ler a
> > caixa de correio em qualquer correio?
> >
> > O correto seria qual a resposta? Ele é padronizado ou não??
> >
>
>Existe alguns padrões de caixa. mbox, Maildir e um formato próprio do
>cyrus. Tudo depende do MTA que entrega e do software de POP3.
>
>Abraços
>
>--
>Marcus Alves Grando
>marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
>   mnag(at)FreeBSD.org |  FreeBSD.org
>-
>Histórico: http://www.fug.com.br/historico/html/freebsd/
>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

_
COPA 2006: O horário dos jogos do Brasil na Copa Clique aqui! 
http://copa.br.msn.com/tabelas/tabela/

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


[FUG-BR] RES: RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Frederick

> Por isso que falei abaixo sem gerar flames. Quando vocês que 
> defendem um ou outro tão arduamente forem entender as 
> diferenças verão as estratégias de entrega do postfix em 
> relação ao qmail.
> 
> A melhor solução é a que funciona. Essa sempre é a melhor estratégia.
> Amar/Odiar é tão relativo quando tu começa a ver as 
> vantagens/deficiências de cada um.

Marcos, estou falando exatamente que o cenário do cliente não dá pra mudar
do dia pra noite de qmail prá post/exim/sendmail/exchange/groupwise/mdaemon
ou seja lá o que for.

Então que a solução deveria ser algo mais focado no cenário dele.

Em momento nenhum comentei algo sobre gostar do qmail. Sei da defienciencia
dele com relação a essa entrega e sugeri 2 soluções para ele. Acho isso mais
sensato do que usar postfix.

Do mesmo jeito, se o cliente tiver um postfix rodando a 6 anos, minha
sugestão seria a de fazer um "workarround" ou procurar um patch prá o
postfix, não "troque por qmail".

Da mesma maneira que rola aqui na lista coisas do tipo "troque por pf.
Troque por ipfw". Etc etc.

Creio que em muitas situações, prá não falar da maioria, não podemos
simplesmente "trocar", porque já tem uma plataforma funcional, que nã pode
ser refeita.

Espero ter deixado minha imparcialidade e ponto de vista claro

Sem por favor gerar discussões inflamadas.



smime.p7s
Description: S/MIME cryptographic signature
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] [OFF-TOPIC] Dúvida sobre POP3

2006-05-12 Por tôpico Marcus Alves Grando
Andre Pli wrote:
> Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma pergunta de uma 
> dúvida que surgiu e gostaria de ouvir a opnião de vocês para essa questão.
> 
> O POP3 permite que os usuários busquem e baixem mensagens de correio 
> eletrônico de uma caixa de correio remota.
> Isso significa que O formato interno das caixas de correio tem de ser 
> padronizado de forma que qualquer programa POP3 no lado cliente possa ler a 
> caixa de correio em qualquer correio?
> 
> O correto seria qual a resposta? Ele é padronizado ou não??
> 

Existe alguns padrões de caixa. mbox, Maildir e um formato próprio do
cyrus. Tudo depende do MTA que entrega e do software de POP3.

Abraços

-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] [OFF-TOPIC] Dúvida sobre POP3

2006-05-12 Por tôpico Andre Pli
Pessoal desculpa pelo OFF-TOPIC, gostaria de fazer uma pergunta de uma 
dúvida que surgiu e gostaria de ouvir a opnião de vocês para essa questão.

O POP3 permite que os usuários busquem e baixem mensagens de correio 
eletrônico de uma caixa de correio remota.
Isso significa que O formato interno das caixas de correio tem de ser 
padronizado de forma que qualquer programa POP3 no lado cliente possa ler a 
caixa de correio em qualquer correio?

O correto seria qual a resposta? Ele é padronizado ou não??

_
Com o MSN Spaces você divide seu blog, suas fotos, sua lista de música e 
muito mais com seus amigos! Crie já o seu espaço online e com seus amigos! E 
só entra no   http://spaces.msn.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] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Marcus Alves Grando
Renato Frederick wrote:
> Sugerir troca de mailer é bem simplista né...
> 
> Bom Marcus, já procurou no google se há algum patch? Nunca pesquisei, ainda
> não passei por este problema.
> 
> Já pensou em fazr uma "solução alternativa", mas real as suas necessidades
> do que "simplesmente" trocar por postfix?
> 
> Penso em você usar o ipfw para limiar as conexões que podem ser abertas com
> o smtp do terra.
> 
> O ipfw negando as regras, o qmail irá deixar o email na fila. Talvez
> aumentar o queuelifetime seja interessante, dependendo da demora que isso
> poderá ocasionar com o terra.
> 
> Dá uma estudada nisso, enquanto um patch não sai :)
> 
> Abraços.

Por isso que falei abaixo sem gerar flames. Quando vocês que defendem um
ou outro tão arduamente forem entender as diferenças verão as
estratégias de entrega do postfix em relação ao qmail.

A melhor solução é a que funciona. Essa sempre é a melhor estratégia.
Amar/Odiar é tão relativo quando tu começa a ver as
vantagens/deficiências de cada um.

>> Marcus,
>>
>> Meu problema com o postfix é que não tenho nenhuma 
>> experiência com ele. 

Tem uma documentação bem ampla no site (http://www.postfix.org) fora a
lista postfix-br (Googleit) que está sempre ajudando o pessoal.

>> Já com o qmail são 8 anos de "briga" e hoje tenho ele rodando 
^^^ -> Gostei do termo "briga".

>> tão redondinho... o problema que relatei acima é o único que 
>> tenho com ele... Não que eu não possa correr atras do postfix 
>> mas é que numa situação de migração dessas fica difícil fazer 
>> a experiência com os clientes...
>> Minha configuração atual do qmail é qmail+qmail-scanner+mc affee 
>> uvscan+spamassassin+vpopmail+courier-imap+pop-before-smtp+uma cacetada
>> de patches anti-spam. Meu medo em relação ao postfix é se ele 
>> possui todos os recursos antispam que consegui implementar no 
>> qmail. Diminui drasticamente meu consumo mensal barrando 
>> spams direto na conexão, não gostaria de abrir mão de alguns 
>> desses patches que funcionam tão bem no qmail. Você tem algum 
>> tutorial que cubra mais ou menos essas funções que descrevi? 
>> Estou dando uma olhada na documentação oficial do postfix e 
>> vou ver se faço alguns testes internos, mas ainda não sei se 
>> vale a pena trocar o qmail...
>>

Abraços
-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] backup em CD

2006-05-12 Por tôpico Patrick Tracanelli
Carlos Eduardo wrote:
> Não precisa nem recompilar, já é módulo:
> 
> /boot/loader.conf:
> 
> atapicam_load="YES"
> 
> e/ou
> 
> # kldload atapicam
> 
> Em Sex, 2006-05-12 às 12:47 -0300, Patrick Tracanelli escreveu:
> 
>>Opa Irado, tem sim, basta por atapicam(4), scbus(4), pass(4) e da(4)
>>no 
>>kernel. 

Correto, "por no kernel" nao significa necessariamente por de forma 
estatica ;)

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


Re: [FUG-BR] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Patrick Tracanelli
> Patrick,
> 
> Eu tinha pensado na solução do tcpserver mesmo, mas me veio uma dúvida 
> que talvez você possa sanar. Eu acho que o qmail-remote é independente, 
> não é chamado pelo tcpserver... acho que essa solução desse patch 
> resolve um problema de DoS de fora pra dentro, agora não sei se 
> resolveria o meu problema. Vou verificar mais a fundo isso mas pelo que 
> posso ver o qmail-remote não tem vínculo com o tcpserver. Posso estar 
> redondamente enganado mas assim que tiver certeza de alguma coisa posto 
> aqui.
> 
> Quanto à sua outra sugestão vou procurar o patch sim, acho que já ajuda 
> bastante, obrigado!

E' verdade, acho que voce tem razao, a flag -s pro tcpserver nao 
ajudaria muito no seu caso. Melhor ficar com reutilizacao da conexao 
mesmo ;)

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


Re: [FUG-BR] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Botelho
Em 12/5/2006 13:05 Patrick Tracanelli escreveu:
> Renato Frederick wrote:
>> Sugerir troca de mailer é bem simplista né...
>>
>> Bom Marcus, já procurou no google se há algum patch? Nunca pesquisei, ainda
>> não passei por este problema.
>>
>> Já pensou em fazr uma "solução alternativa", mas real as suas necessidades
>> do que "simplesmente" trocar por postfix?
>>
>> Penso em você usar o ipfw para limiar as conexões que podem ser abertas com
>> o smtp do terra.
>>
>> O ipfw negando as regras, o qmail irá deixar o email na fila. Talvez
>> aumentar o queuelifetime seja interessante, dependendo da demora que isso
>> poderá ocasionar com o terra.
>>
>> Dá uma estudada nisso, enquanto um patch não sai :)
>>
>> Abraços.
> 
> So pra complementar, tem patch pra reutilizacao de sessao e conexoes 
> persistentes sim. Infelizmente nao tenho a URL mas nada que uma boa 
> busca no google por "connection reuse"+qmail nao resolva =) So que o 
> patch se aplica no Qmail limpo, pra aplicar com Qmail com outros vai ser 
> necessario modificar o codigo manualmente.
> 
> Se aplicar patches manualmente e uma opcao (e no mundo Qmail, isso acaba 
> sendo imperativo), esse recurso pode ser adicionado.
> 
> Por outro lado, eu acho uma opcao mais interessante aplicar o patch:
> 
> ucspi-tcp-0.88-periplimit.7.patch
> 
> No ucspi-tcp. Com ele voce pode limitar numero de sessoes por IP 
> (similar a baixar concorrencia, mas por IP).

Interessante, você já testou esse Patrick? Se sim, posso falar com o
maintainer e colocar ele no ports... =)

-- 
Renato Botelho 
   
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] backup em CD

2006-05-12 Por tôpico Carlos Eduardo
Não precisa nem recompilar, já é módulo:

/boot/loader.conf:

atapicam_load="YES"

e/ou

# kldload atapicam

Em Sex, 2006-05-12 às 12:47 -0300, Patrick Tracanelli escreveu:
> Opa Irado, tem sim, basta por atapicam(4), scbus(4), pass(4) e da(4)
> no 
> kernel. 

Carlos E. G. Carvalho   OpenIT Solucoes Tecnologicas
Consultor Unix/Internet Tel. +55 21 2517-6000
http://www.OpenIT.com.br
http://www.MyFreeBSD.com.br

-
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 abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Q. Todorov
Rodrigo Graeff wrote:
> Baixa o remote concurrency para 10 ou 5, workaround feio mas deve
> funcionar, nunca tinha pensado neste problema, vou ver o que consigo
> fazer no qmail-remote
>
> abracos,
Rodrigo, como falei na mensagem inicial não gostaria de fazer esse tipo 
de mudança porque prejudicaria muito a performance do servidor, mas pra 
te ser sincero é o que faço antes de disparar uma newsletter. Baixo o 
valor para 10, disparo a news, espero a fila acabar e volto para o valor 
inicial.
Você tem alguma idéia do que poderia ser feito num patch? Infelizmente 
não programo muito em C por isso não sei como ajudar.

Outro problema que enfrento vou te falar pra ver se você pode me ajudar. 
Por exemplo, possuo meu concurrencyremote setado para 20. Um indivíduo 
chega e dispara um email de 15mb para 50 pessoas. Depois disso eu chego 
e mando um email de 3kb para 1 pessoa e meu email tem que esperar os 
750mb do outro email que chegou primeiro na fila para sair. Há algum 
jeito de fazer uma limitação neste caso? Tipo, chegou um email com 
vários destinatários no RCPT TO, gostaria que o qmail entregasse um após 
o outro e não todos de uma vez. Ou alguma outra solução que resolva 
isso. Você tem alguma idéia nesse caso?

Muito obrigado!

Renato Q. Todorov
[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Q. Todorov




Patrick Tracanelli wrote:

  Renato Frederick wrote:
  
  
Sugerir troca de mailer é bem simplista né...

Bom Marcus, já procurou no google se há algum patch? Nunca pesquisei, ainda
não passei por este problema.

Já pensou em fazr uma "solução alternativa", mas real as suas necessidades
do que "simplesmente" trocar por postfix?

Penso em você usar o ipfw para limiar as conexões que podem ser abertas com
o smtp do terra.

O ipfw negando as regras, o qmail irá deixar o email na fila. Talvez
aumentar o queuelifetime seja interessante, dependendo da demora que isso
poderá ocasionar com o terra.

Dá uma estudada nisso, enquanto um patch não sai :)

Abraços.

  
  
So pra complementar, tem patch pra reutilizacao de sessao e conexoes 
persistentes sim. Infelizmente nao tenho a URL mas nada que uma boa 
busca no google por "connection reuse"+qmail nao resolva =) So que o 
patch se aplica no Qmail limpo, pra aplicar com Qmail com outros vai ser 
necessario modificar o codigo manualmente.

Se aplicar patches manualmente e uma opcao (e no mundo Qmail, isso acaba 
sendo imperativo), esse recurso pode ser adicionado.

Por outro lado, eu acho uma opcao mais interessante aplicar o patch:

ucspi-tcp-0.88-periplimit.7.patch

No ucspi-tcp. Com ele voce pode limitar numero de sessoes por IP 
(similar a baixar concorrencia, mas por IP).

  

Patrick,

Eu tinha pensado na solução do tcpserver mesmo, mas me veio uma dúvida
que talvez você possa sanar. Eu acho que o qmail-remote é independente,
não é chamado pelo tcpserver... acho que essa solução desse patch
resolve um problema de DoS de fora pra dentro, agora não sei se
resolveria o meu problema. Vou verificar mais a fundo isso mas pelo que
posso ver o qmail-remote não tem vínculo com o tcpserver. Posso estar
redondamente enganado mas assim que tiver certeza de alguma coisa posto
aqui.

Quanto à sua outra sugestão vou procurar o patch sim, acho que já ajuda
bastante, obrigado!

Att.,

Renato Q. Todorov
[EMAIL PROTECTED]


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


[FUG-BR] RES: RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Frederick
O IPFW não irá exigir nada de muito especial.

Apenas vai deixar menos conexões simultâneas.

Menos conexões simultâneas = demora na entrega de mensagem

Obviamente essa demora depende do tamanho de cada mensagem enviada na
conexão.

Acho que trocar um mta que você já domina por outro só justificaria no caso
dos recursos do outro atenderem suas deficiencias, o que não parece ser seu
caso com o postfix.
Principalmente no seu caso que já há uma base em mysql com o vpopmail, qu
permite bastante custmização para front-end gráficos, que parece ser o seu
caso, de hospedagem de sites :)

O pf/iptables/pix/checkpoint tambem podem limitar as conexões concorrentes,
dá uma olhada se seu filtro de pacotes atual permite isso.

Se permitir, você já pode testar!



-
Renato Frederick
FreeBSD Brasil LTDA.
Fone: (31) 3281-9633
http://www.freebsdbrasil.com.br 
-
""Press any key to continue or any key to quit.""
 

> Achei vários casos semelhantes na internet porém nenhum deles 
> com solução ou patch. Na página do qmail não há nenhuma 
> citação à respeito.
> Como estou trocando todo o sistema irei trocar também de 
> firewall para o ipfw e experimentarei essa regra. Não sei 
> dizer ao certo qual será a reação do qmail, em quanto tempo 
> ele irá atrasar a entrega nem nada disso mas assim que tiver 
> alguma posição vou informar por aqui pra ficar registrado. 
> Espero que dê certo mas vou continuar fuçando por um patch. 
> Infelizmente não tenho muita experiência com C, fiz um patch 
> que uso até hoje para o qmail-smtpd checar se o usuário local 
> existe antes de aceitar o DATA na conexão para economia de 
> banda. Funcionou e diminuiu meu consumo em 40%... mas acho 
> que não consigo ir tão longe nesse caso das entregas simultâneas...
> 
> Só cogitei a hipótese da troca pelo postfix porque sei que 
> também é um ótimo mta e estava curioso pra conhecê-lo 
> melhor... mas logo nos primeiros ítens do checklist já não 
> gostei do que ví... não possui uma integração independente 
> com o vpopmail, que pra mim é o melhor sistema de domínios 
> virtuais disponível... pra fazer pop-before-smtp, desculpem 
> falar, mas as soluções apresentadas no site oficial do 
> postfix são porquíssimas, baseadas em análise de logs!! Sem 
> comentários acho que desanimei um pouco com a história do 
> postfix... só um desabafo, espero que eu esteja errado e 
> alguém me dê uma informação melhor sobre ele...
> 
> Att


smime.p7s
Description: S/MIME cryptographic signature
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Patrick Tracanelli
Renato Frederick wrote:
> Sugerir troca de mailer é bem simplista né...
> 
> Bom Marcus, já procurou no google se há algum patch? Nunca pesquisei, ainda
> não passei por este problema.
> 
> Já pensou em fazr uma "solução alternativa", mas real as suas necessidades
> do que "simplesmente" trocar por postfix?
> 
> Penso em você usar o ipfw para limiar as conexões que podem ser abertas com
> o smtp do terra.
> 
> O ipfw negando as regras, o qmail irá deixar o email na fila. Talvez
> aumentar o queuelifetime seja interessante, dependendo da demora que isso
> poderá ocasionar com o terra.
> 
> Dá uma estudada nisso, enquanto um patch não sai :)
> 
> Abraços.

So pra complementar, tem patch pra reutilizacao de sessao e conexoes 
persistentes sim. Infelizmente nao tenho a URL mas nada que uma boa 
busca no google por "connection reuse"+qmail nao resolva =) So que o 
patch se aplica no Qmail limpo, pra aplicar com Qmail com outros vai ser 
necessario modificar o codigo manualmente.

Se aplicar patches manualmente e uma opcao (e no mundo Qmail, isso acaba 
sendo imperativo), esse recurso pode ser adicionado.

Por outro lado, eu acho uma opcao mais interessante aplicar o patch:

ucspi-tcp-0.88-periplimit.7.patch

No ucspi-tcp. Com ele voce pode limitar numero de sessoes por IP 
(similar a baixar concorrencia, mas por IP).

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


Re: [FUG-BR] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Q. Todorov
Renato Frederick wrote:
> Sugerir troca de mailer é bem simplista né...
>
> Bom Marcus, já procurou no google se há algum patch? Nunca pesquisei, ainda
> não passei por este problema.
>
> Já pensou em fazr uma "solução alternativa", mas real as suas necessidades
> do que "simplesmente" trocar por postfix?
>
> Penso em você usar o ipfw para limiar as conexões que podem ser abertas com
> o smtp do terra.
>
> O ipfw negando as regras, o qmail irá deixar o email na fila. Talvez
> aumentar o queuelifetime seja interessante, dependendo da demora que isso
> poderá ocasionar com o terra.
>
> Dá uma estudada nisso, enquanto um patch não sai :)
>
> Abraços.
Renato,

Achei vários casos semelhantes na internet porém nenhum deles com 
solução ou patch. Na página do qmail não há nenhuma citação à respeito.
Como estou trocando todo o sistema irei trocar também de firewall para o 
ipfw e experimentarei essa regra. Não sei dizer ao certo qual será a 
reação do qmail, em quanto tempo ele irá atrasar a entrega nem nada 
disso mas assim que tiver alguma posição vou informar por aqui pra ficar 
registrado. Espero que dê certo mas vou continuar fuçando por um patch. 
Infelizmente não tenho muita experiência com C, fiz um patch que uso até 
hoje para o qmail-smtpd checar se o usuário local existe antes de 
aceitar o DATA na conexão para economia de banda. Funcionou e diminuiu 
meu consumo em 40%... mas acho que não consigo ir tão longe nesse caso 
das entregas simultâneas...

Só cogitei a hipótese da troca pelo postfix porque sei que também é um 
ótimo mta e estava curioso pra conhecê-lo melhor... mas logo nos 
primeiros ítens do checklist já não gostei do que ví... não possui uma 
integração independente com o vpopmail, que pra mim é o melhor sistema 
de domínios virtuais disponível... pra fazer pop-before-smtp, desculpem 
falar, mas as soluções apresentadas no site oficial do postfix são 
porquíssimas, baseadas em análise de logs!! Sem comentários acho que 
desanimei um pouco com a história do postfix... só um desabafo, espero 
que eu esteja errado e alguém me dê uma informação melhor sobre ele...

Att

Renato Q. Todorov
[EMAIL PROTECTED]
-
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 abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Rodrigo Graeff
Baixa o remote concurrency para 10 ou 5, workaround feio mas deve
funcionar, nunca tinha pensado neste problema, vou ver o que consigo
fazer no qmail-remote

abracos,

On 5/11/06, Renato Q. Todorov <[EMAIL PROTECTED]> wrote:
> Ola amigos,
>
> Estou enfrentando um problema com o qmail e ainda não consegui pensar em
> alguma solução.
> Tenho vários sites de clientes que possuem um campo para inscrição de
> email para receber newsletter.
> Acontece de algumas vezes dois ou três sites dispararem a newsletter ao
> mesmo tempo o que causa uma alta na fila do qmail. Até aí tudo bem.
> O meu problema esta em alguns provedores que recusam a entrega do email
> caso haja um certo numero de conexões abertas do mesmo host.
> Exemplo: Acontece muito com o terra, no meio do envio da newsletter o
> terra começa a devolver os emails dizendo que meu servidor esta com
> muitas conexões simultâneas no smtp do terra e a política deles recusa
> esse tipo de acao por ser provavelmente spam. A única solução que
> encontrei foi diminuir o concurrencyremote, porém é uma solução bem
> porca porque prejudica a performance dos envios normais. Há alguma forma
> de limitar as conexões simultâneas por host? Tipo assim, só poderão ser
> abertas 5 conexões simultâneas para o mesmo host. Existe isso? Ja não
> sei mais o que fazer pra resolver isso, os clientes reclamam muito que
> os e-mails enviados principalmente para o terra pela ferramenta de
> newsletter não chegam aos destinatários.
>
> Qualquer ajuda será muito bem vinda!
>
> Obrigado a todos!
>
> Renato Q. Todorov
> [EMAIL PROTECTED]
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


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


Re: [FUG-BR] backup em CD

2006-05-12 Por tôpico Patrick Tracanelli
> nota: meu cd-writer eh ide e no linux o pessoal usa muito um emulador pra 
> scsi, que acho nem existe em FreeBSD (felizmente - rs - maldade explicita)
> 
> grato,

Opa Irado, tem sim, basta por atapicam(4), scbus(4), pass(4) e da(4) no 
kernel.

A questao da emulacao muitas vezes eh necessaria porque infelizmente boa 
parte dos programas decentes de queimar CD e queimar/autorar DVD nao 
suportam IDE, eles sempre ficam procurando SCSI IDs e scsibus pra 
funcionar. Se nao emular, nao da pra usar esses programas.

([EMAIL PROTECTED])~> grep cd0 /var/run/dmesg.boot
acd0: DVDR  at ata1-master
cd0 at ata1 bus 0 target 0 lun 0
cd0:  Removable CD-ROM SCSI-0 device
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present

Nesse caso o hardware torna-se acessivel via acd0 e cd0.

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
"Long live Hanin Elias, Kim Deal!"

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


[FUG-BR] RES: Qmail abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Frederick
Sugerir troca de mailer é bem simplista né...

Bom Marcus, já procurou no google se há algum patch? Nunca pesquisei, ainda
não passei por este problema.

Já pensou em fazr uma "solução alternativa", mas real as suas necessidades
do que "simplesmente" trocar por postfix?

Penso em você usar o ipfw para limiar as conexões que podem ser abertas com
o smtp do terra.

O ipfw negando as regras, o qmail irá deixar o email na fila. Talvez
aumentar o queuelifetime seja interessante, dependendo da demora que isso
poderá ocasionar com o terra.

Dá uma estudada nisso, enquanto um patch não sai :)

Abraços.



> Marcus,
> 
> Meu problema com o postfix é que não tenho nenhuma 
> experiência com ele. 
> Já com o qmail são 8 anos de "briga" e hoje tenho ele rodando 
> tão redondinho... o problema que relatei acima é o único que 
> tenho com ele... Não que eu não possa correr atras do postfix 
> mas é que numa situação de migração dessas fica difícil fazer 
> a experiência com os clientes...
> Minha configuração atual do qmail é qmail+qmail-scanner+mc affee 
> uvscan+spamassassin+vpopmail+courier-imap+pop-before-smtp+uma cacetada
> de patches anti-spam. Meu medo em relação ao postfix é se ele 
> possui todos os recursos antispam que consegui implementar no 
> qmail. Diminui drasticamente meu consumo mensal barrando 
> spams direto na conexão, não gostaria de abrir mão de alguns 
> desses patches que funcionam tão bem no qmail. Você tem algum 
> tutorial que cubra mais ou menos essas funções que descrevi? 
> Estou dando uma olhada na documentação oficial do postfix e 
> vou ver se faço alguns testes internos, mas ainda não sei se 
> vale a pena trocar o qmail...
> 
> Obrigado pela ajuda!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 


smime.p7s
Description: S/MIME cryptographic signature
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] backup em CD

2006-05-12 Por tôpico irado furioso com tudo



--- Vinicius de Azevedo <[EMAIL PROTECTED]> wrote:
> eu utilizo em casa o CDW (ferramentazinha nao grafica) em linux :<
>  infelizmente nao sei, ou nao tenho como, dizer se ele está funcional para 
> fbsd no momento.


bem eu vou dar uma olhada, mas (pelo que saiba) em Linux eh usada emulacao scsi 
e no FreeBSD a coisa eh bem direta e facil. Enfim, verei.

Obrigado.
__
Stops spam 100% for your email accounts or you get paid. http://www.cashette.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] backup em CD

2006-05-12 Por tôpico irado furioso com tudo



--- Mauricio Bonani <[EMAIL PROTECTED]> wrote:
> http://br-linux.org/tutoriais/000834.html

o link nao funcionou :(

nota: meu cd-writer eh ide e no linux o pessoal usa muito um emulador pra scsi, 
que acho nem existe em FreeBSD (felizmente - rs - maldade explicita)

grato,



__
Stops spam 100% for your email accounts or you get paid. http://www.cashette.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 abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Diego Linke
Renato,

Se a "solução" é postfix, e o seu problema é mais relacionado ao Terra.

Sugestão, mantenha o qmail normalmente, porém instale um postfix na
mesma máquina, dai neste caso você coloca o smtproutes no qmail do
terra.com.br para este postfix, que faz as entregas no terra controladas
como especificada no Postfix.

Abraços


-- 
Diego Linke
Public Key: http://www.gamk.com.br/gamk.asc


-
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 abrindo muitas conexoes simultaneas para o mesmo host

2006-05-12 Por tôpico Renato Q. Todorov
Marcus Alves Grando wrote:
> Renato Q. Todorov wrote:
>   
>> Ola amigos,
>>
>> Estou enfrentando um problema com o qmail e ainda não consegui pensar em 
>> alguma solução.
>> Tenho vários sites de clientes que possuem um campo para inscrição de 
>> email para receber newsletter.
>> Acontece de algumas vezes dois ou três sites dispararem a newsletter ao 
>> mesmo tempo o que causa uma alta na fila do qmail. Até aí tudo bem.
>> O meu problema esta em alguns provedores que recusam a entrega do email 
>> caso haja um certo numero de conexões abertas do mesmo host.
>> Exemplo: Acontece muito com o terra, no meio do envio da newsletter o 
>> terra começa a devolver os emails dizendo que meu servidor esta com 
>> muitas conexões simultâneas no smtp do terra e a política deles recusa 
>> esse tipo de acao por ser provavelmente spam. A única solução que 
>> encontrei foi diminuir o concurrencyremote, porém é uma solução bem 
>> porca porque prejudica a performance dos envios normais. Há alguma forma 
>> de limitar as conexões simultâneas por host? Tipo assim, só poderão ser 
>> abertas 5 conexões simultâneas para o mesmo host. Existe isso? Ja não 
>> sei mais o que fazer pra resolver isso, os clientes reclamam muito que 
>> os e-mails enviados principalmente para o terra pela ferramenta de 
>> newsletter não chegam aos destinatários.
>>
>> 
>
> Sem gerar flame... postfix.
>
> Ele consegue definir por dominio numero de conexões com os outros smtp's
> e ainda consegue reaproveitar a conexão já aberta para entregar novos
> emails.
>
> Abraços
>
>   
Marcus,

Meu problema com o postfix é que não tenho nenhuma experiência com ele. 
Já com o qmail são 8 anos de "briga" e hoje tenho ele rodando tão 
redondinho... o problema que relatei acima é o único que tenho com 
ele... Não que eu não possa correr atras do postfix mas é que numa 
situação de migração dessas fica difícil fazer a experiência com os 
clientes...
Minha configuração atual do qmail é qmail+qmail-scanner+mc affee 
uvscan+spamassassin+vpopmail+courier-imap+pop-before-smtp+uma cacetada 
de patches anti-spam. Meu medo em relação ao postfix é se ele possui 
todos os recursos antispam que consegui implementar no qmail. Diminui 
drasticamente meu consumo mensal barrando spams direto na conexão, não 
gostaria de abrir mão de alguns desses patches que funcionam tão bem no 
qmail. Você tem algum tutorial que cubra mais ou menos essas funções que 
descrevi? Estou dando uma olhada na documentação oficial do postfix e 
vou ver se faço alguns testes internos, mas ainda não sei se vale a pena 
trocar o qmail...

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