Re: [OT] Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Camaleón]

El Thu, 05 May 2016 16:31:28 -0300, Leo Perez escribió:

Ese formato...

> 2016-05-05 10:46 GMT-03:00 Camaleón :

>> > Estamos en  medio de la implementación de un tendido de fibra de 3
>> > km.
>> >
>> > Obviamente la fibra va a impactar en una bandeja, la cual luego
>> > decantaría en un media-convert en cada dependencia.
>> >
>> > Ahora bien, es mi intención poner equipos de borde de cada extremo
>> > para asegurar el tráfico de datos -osea armar una VPN-.

(...)

>> ¿Crees que merece la pena montar una VPN si se trata de una red punto a
>> punto? Vas a perder todas las ventajas de una red LAN súper-vitaminada.
>>
>> Seguridad, cifrado y control de acceso, sí. VPN, nope :-)
>>
> Hola Camaleón.
> 
> Perdona la pregunta, pero a que te refieres con seguridad, cifrado y
> control de acceso si y no vpn?

Me refiero a que normalmente en una LAN no se suele usar cifrado en las 
contraseñas (correo electrónico, samba, recursos compartidos, etc...) ya 
que se da por hecho que el canal es más o menos seguro pero en este caso 
yo haría especial hincapié en ese aspecto.

Una VPN sirve para conectar sedes remotas a través de un canal público 
(Internet) pero en este caso, y dado que se trata de un cable de fibra 
punto a punto no es que el canal sea seguro de por sí ya que dentro de la 
LAN te pueden conectar algún sniffer, pero no es un entorno hostil como 
pueda ser Internet, se trata de una red controlada por lo que una VPN 
sólo añade carga de procesamiento a los equipos y una complejidad extra 
que no la veo necesaria en este caso.

Saludos,

-- 
Camaleón

Re: [OT] Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Leo Perez]

2016-05-05 12:18 GMT-03:00 William Romero :

>
> >> Hola a todos, buenas tardes!
> >>
> >> Quisiera pedirles una opinión con lo siguiente:
> >>
> >> Estamos en medio de la implementación de un tendido de fibra de 3 km.
> >>
> >> Obviamente la fibra va a impactar en una bandeja, la cual luego
> >> decantaría en un media-convert en cada dependencia.
> >>
> >> Ahora bien, es mi intención poner equipos de borde de cada extremo para
> >> asegurar el tráfico de datos -osea armar una VPN-.
> >>
> >> Les consulto, que solución pueden sugerirme al respecto?
> >>
> >> Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
> >>
>
> No veo la Necesidad de Implementar VPN si estaras dentro de la misma red ,
> tal vez uses otros segmentos de red , lo otro Mikrotik?, mm no lo creo
> mejor Arma un Debian con DMZ y listo , por otro lado de Punto a Punto seria
> unos buenos SWicths administrables.
>
> saludos
>
> WRC
> >
>
> Gracias Willian,

Sobre lo de implementar Switches administrables lo comparto, ahora, me
recomiendas que tengan alguna cualidad en especial?

Sobre lo de DMZ no entiendo para que hacerlo?

Muchas Gracias.

Saludos.

Re: [OT] Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Leo Perez]

2016-05-05 10:46 GMT-03:00 Camaleón :

> El Wed, 04 May 2016 17:11:18 -0300, Leo Perez escribió:
>
> > Hola a todos, buenas tardes!
> >
> > Quisiera pedirles una opinión con lo siguiente:
> >
> > Estamos en  medio de la implementación de un tendido de fibra de 3 km.
> >
> > Obviamente la fibra va a impactar en una bandeja, la cual luego
> > decantaría en un media-convert en cada dependencia.
> >
> > Ahora bien, es mi intención poner equipos de borde de cada extremo para
> > asegurar el tráfico de datos -osea armar una VPN-.
> >
> > Les consulto, que solución pueden sugerirme al respecto?
> >
> > Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
> >
> > Que opinan?
>
> ¿Crees que merece la pena montar una VPN si se trata de una red punto a
> punto? Vas a perder todas las ventajas de una red LAN súper-vitaminada.
>
> Seguridad, cifrado y control de acceso, sí. VPN, nope :-)
>
> Saludos,
>
> --
> Camaleón
>

Hola Camaleón.

Perdona la pregunta, pero a que te refieres con seguridad, cifrado y
control de acceso si y no vpn?

Muchas Gracias.

Saludos.

RE: [OT] Re: Sugerencia sobre que implementar en un punto a punto de fibra

[William Romero]

>> Hola a todos, buenas tardes!
>>
>> Quisiera pedirles una opinión con lo siguiente:
>>
>> Estamos en medio de la implementación de un tendido de fibra de 3 km.
>>
>> Obviamente la fibra va a impactar en una bandeja, la cual luego
>> decantaría en un media-convert en cada dependencia.
>>
>> Ahora bien, es mi intención poner equipos de borde de cada extremo para
>> asegurar el tráfico de datos -osea armar una VPN-.
>>
>> Les consulto, que solución pueden sugerirme al respecto?
>>
>> Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
>>

No veo la Necesidad de Implementar VPN si estaras dentro de la misma red , tal 
vez uses otros segmentos de red , lo otro Mikrotik?, mm no lo creo mejor Arma 
un Debian con DMZ y listo , por otro lado de Punto a Punto seria unos buenos 
SWicths administrables.

saludos 

WRC 
>
  

[OT] Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Camaleón]

El Wed, 04 May 2016 17:11:18 -0300, Leo Perez escribió:

> Hola a todos, buenas tardes!
> 
> Quisiera pedirles una opinión con lo siguiente:
> 
> Estamos en  medio de la implementación de un tendido de fibra de 3 km.
> 
> Obviamente la fibra va a impactar en una bandeja, la cual luego
> decantaría en un media-convert en cada dependencia.
> 
> Ahora bien, es mi intención poner equipos de borde de cada extremo para
> asegurar el tráfico de datos -osea armar una VPN-.
> 
> Les consulto, que solución pueden sugerirme al respecto?
> 
> Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
> 
> Que opinan?

¿Crees que merece la pena montar una VPN si se trata de una red punto a 
punto? Vas a perder todas las ventajas de una red LAN súper-vitaminada.

Seguridad, cifrado y control de acceso, sí. VPN, nope :-)

Saludos,

-- 
Camaleón

Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Antonio Trujillo Carmona]

El 05/05/16 a las 14:53, Antonio Trujillo Carmona escribió:
>> 2016-05-05 4:45 GMT-03:00 Antonio Trujillo Carmona
>> > >:
>>
>> El 04/05/16 a las 22:11, Leo Perez escribió:
>>> Hola a todos, buenas tardes!
>>>
>>> Quisiera pedirles una opinión con lo siguiente:
>>>
>>> Estamos en  medio de la implementación de un tendido de fibra de
>>> 3 km.
>>>
>>> Obviamente la fibra va a impactar en una bandeja, la cual luego
>>> decantaría en un media-convert en cada dependencia.
>>>
>>> Ahora bien, es mi intención poner equipos de borde de cada
>>> extremo para asegurar el tráfico de datos -osea armar una VPN-.
>>>
>>> Les consulto, que solución pueden sugerirme al respecto?
>>>
>>> Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
>>>
>>> Que opinan?
>>>
>>> Muchas gracias a todos desde ya!
>>>
>>> Saludos.
>>>
>>>
>>>
>>>
>> Por lo que entiendo la fibra es propia y dedicada, entonces ¿Para
>> que poner equipos en medio?
>>
>> -- 
>>
>> *Antonio Trujillo Carmona*
>>
>> *Técnico de redes y sistemas.*
>>
>> *Subdirección de Tecnologías de la Información y Comunicaciones*
>>
>> Servicio Andaluz de Salud. Consejería de Salud de la Junta de
>> Andalucía
>>
>> _antonio.trujillo.s...@juntadeandalucia.es
>> _
>>
>> Tel. +34 670947670 747670)
>>
>>
>>
>>
>> El 05/05/16 a las 12:34, Leo Perez escribió:
>>> Antonio, gracias por tu respuesta.,
>>>
>>> Como se que en algún momento en el trayecto de la fibra (unos 3kms)
>>> no me la van a pinchar y a ponerse a escuchar el tráfico?
>>>
>>> Muchas Gracias.
>>>
>>> Saludos.
>>>
> Yo he hecho pruebas con debian (dos maquinas, una en cada extremo) y
> openvpn, pero te aviso:
> si lo que quieres es tener una sola red con ese segmento encriptado
> tienes que montar un bridge sobre las bocas virtuales de la vpn y este
> puente tendrá repetir todo el broadcast de un segmento en el otro, lo
> que cargara al equipo.
> La solución mas simple es montar dos equipos en cada extremo pero con 2
> redes distintas y que se enruten por la vpn, esto va muy bien, pero
> enrutar no es unir y cosas como las carpetas compartidas de los windows
> no te irán bien.
>
Una opción mas novedosa, uso solo ipv6 que incorpora encriptación en
toda tu red y no necesitaras nada mas, (que coste que yo nunca lo he
probado).

-- 

*Antonio Trujillo Carmona*

*Técnico de redes y sistemas.*

*Subdirección de Tecnologías de la Información y Comunicaciones*

Servicio Andaluz de Salud. Consejería de Salud de la Junta de Andalucía

_antonio.trujillo.sspa@juntadeandalucia.es_

Tel. +34 670947670 747670)

Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Antonio Trujillo Carmona]

>
> 2016-05-05 4:45 GMT-03:00 Antonio Trujillo Carmona
>  >:
>
> El 04/05/16 a las 22:11, Leo Perez escribió:
>> Hola a todos, buenas tardes!
>>
>> Quisiera pedirles una opinión con lo siguiente:
>>
>> Estamos en  medio de la implementación de un tendido de fibra de
>> 3 km.
>>
>> Obviamente la fibra va a impactar en una bandeja, la cual luego
>> decantaría en un media-convert en cada dependencia.
>>
>> Ahora bien, es mi intención poner equipos de borde de cada
>> extremo para asegurar el tráfico de datos -osea armar una VPN-.
>>
>> Les consulto, que solución pueden sugerirme al respecto?
>>
>> Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
>>
>> Que opinan?
>>
>> Muchas gracias a todos desde ya!
>>
>> Saludos.
>>
>>
>>
>>
> Por lo que entiendo la fibra es propia y dedicada, entonces ¿Para
> que poner equipos en medio?
>
> -- 
>
> *Antonio Trujillo Carmona*
>
> *Técnico de redes y sistemas.*
>
> *Subdirección de Tecnologías de la Información y Comunicaciones*
>
> Servicio Andaluz de Salud. Consejería de Salud de la Junta de
> Andalucía
>
> _antonio.trujillo.s...@juntadeandalucia.es
> _
>
> Tel. +34 670947670 747670)
>
>
>
>
> El 05/05/16 a las 12:34, Leo Perez escribió:
>> Antonio, gracias por tu respuesta.,
>>
>> Como se que en algún momento en el trayecto de la fibra (unos 3kms)
>> no me la van a pinchar y a ponerse a escuchar el tráfico?
>>
>> Muchas Gracias.
>>
>> Saludos.
>>
Yo he hecho pruebas con debian (dos maquinas, una en cada extremo) y
openvpn, pero te aviso:
si lo que quieres es tener una sola red con ese segmento encriptado
tienes que montar un bridge sobre las bocas virtuales de la vpn y este
puente tendrá repetir todo el broadcast de un segmento en el otro, lo
que cargara al equipo.
La solución mas simple es montar dos equipos en cada extremo pero con 2
redes distintas y que se enruten por la vpn, esto va muy bien, pero
enrutar no es unir y cosas como las carpetas compartidas de los windows
no te irán bien.

-- 

*Antonio Trujillo Carmona*

*Técnico de redes y sistemas.*

*Subdirección de Tecnologías de la Información y Comunicaciones*

Servicio Andaluz de Salud. Consejería de Salud de la Junta de Andalucía

_antonio.trujillo.sspa@juntadeandalucia.es_

Tel. +34 670947670 747670)

Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Leo Perez]

Antonio, gracias por tu respuesta.,

Como se que en algún momento en el trayecto de la fibra (unos 3kms) no me
la van a pinchar y a ponerse a escuchar el tráfico?

Muchas Gracias.

Saludos.


2016-05-05 4:45 GMT-03:00 Antonio Trujillo Carmona <
antonio.trujillo.s...@juntadeandalucia.es>:

> El 04/05/16 a las 22:11, Leo Perez escribió:
>
> Hola a todos, buenas tardes!
>
> Quisiera pedirles una opinión con lo siguiente:
>
> Estamos en  medio de la implementación de un tendido de fibra de 3 km.
>
> Obviamente la fibra va a impactar en una bandeja, la cual luego decantaría
> en un media-convert en cada dependencia.
>
> Ahora bien, es mi intención poner equipos de borde de cada extremo para
> asegurar el tráfico de datos -osea armar una VPN-.
>
> Les consulto, que solución pueden sugerirme al respecto?
>
> Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?
>
> Que opinan?
>
> Muchas gracias a todos desde ya!
>
> Saludos.
>
>
>
>
> Por lo que entiendo la fibra es propia y dedicada, entonces ¿Para que
> poner equipos en medio?
>
> --
>
> *Antonio Trujillo Carmona*
>
> *Técnico de redes y sistemas.*
>
> *Subdirección de Tecnologías de la Información y Comunicaciones*
>
> Servicio Andaluz de Salud. Consejería de Salud de la Junta de Andalucía
>
> *antonio.trujillo.s...@juntadeandalucia.es
> *
>
> Tel. +34 670947670 747670)
>
>
>
>

Re: Sugerencia sobre que implementar en un punto a punto de fibra

[Antonio Trujillo Carmona]

  
  
El 04/05/16 a las 22:11, Leo Perez
  escribió:


  Hola a todos, buenas tardes!


Quisiera pedirles una opinión con lo siguiente:


Estamos en  medio de la implementación de un tendido de
  fibra de 3 km.


Obviamente la fibra va a impactar en una bandeja, la cual
  luego decantaría en un media-convert en cada dependencia.


Ahora bien, es mi intención poner equipos de borde de cada
  extremo para asegurar el tráfico de datos -osea armar una
  VPN-.


Les consulto, que solución pueden sugerirme al respecto?


Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?


Que opinan?


Muchas gracias a todos desde ya!


Saludos.








  

Por lo que entiendo la fibra es propia y
dedicada, entonces ¿Para que poner equipos en medio?

-- 
  
  
  
  
  
  Antonio
Trujillo Carmona
  Técnico
de redes y sistemas.
  Subdirección
de Tecnologías de la Información y Comunicaciones
  Servicio
  Andaluz de Salud. Consejería de Salud de la Junta de
  Andalucía
  antonio.trujillo.s...@juntadeandalucia.es
  Tel.
  +34 670947670 747670)
  

  

  

Sugerencia sobre que implementar en un punto a punto de fibra

[Leo Perez]

Hola a todos, buenas tardes!

Quisiera pedirles una opinión con lo siguiente:

Estamos en  medio de la implementación de un tendido de fibra de 3 km.

Obviamente la fibra va a impactar en una bandeja, la cual luego decantaría
en un media-convert en cada dependencia.

Ahora bien, es mi intención poner equipos de borde de cada extremo para
asegurar el tráfico de datos -osea armar una VPN-.

Les consulto, que solución pueden sugerirme al respecto?

Hacerlo con una PC con Debian, con algún BOX Mikrotik, etc?

Que opinan?

Muchas gracias a todos desde ya!

Saludos.

Re: [OT] Sugerencia de escritorio ligero

[AlePando]

2010/12/1 Marc Olive marc.ol...@grupblau.com:
 On Tuesday 30 November 2010 23:48:44 Javier Barroso wrote:
 2010/11/30 Ivan Aleman aleman.i...@gmail.com:
  2010/11/30 mishkin mich...@lab.matcom.uh.cu
 
  Si quieres algo que puedas controlar por completo con el teclado (como
  Vim) Awesome es lo que buscas.

 +1

 Esperemos que Julien (o Uli) no le dé por cambiar las teclas por
 defecto a las de Emacs ... últimamente está muy metido en se S.O }:-)

 A Emacs le falta un buen editor de textos, entonces seria una gran SO ;-)


Ni decirte que existe
XWEM, escrito en Emacs Lisp.

 Awesome es sencillamente eso ¡awesome!
Es uno de mis favoritos... sorprendente el grado de personalizacion
que se puede lograr
Al principio me costo mucho entenderlo... pero hay mucha documentacion
y personas quer comparten sus logros para aplicarlos en nuestro
Debian.


 --

 Marc Olivé
 Grup Blau

 www.grupblau.com

Atentamente
--
AlePando
htttp://www.pando.co.cc


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimwwkefr_gs0z8x0tqaku97syj9up0oxh-7t...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Mario Daniel Carugno]

En la categoria de escritorios, para mi Xfce. En las ultimas versiones
han pulido bastantes cosas molestas que tenia (como el mal
redibujado de los iconos en el escritorio). Creo que es la media justa
entre funcionalidad y consumo. Gnome esta a punto de convertirse en
algo barroco, como lo hizo kde4. Ojala Xfce conserve el estilo y no
'se vaya por las ramas'

Lxde para mi sigue siendo un rejunte de programas sin demasiada
integracion. Aunque hace rato que no lo pruebo, le falta al menos un
'Centro de Control' bueno, que integre la configuracion de sus
componentes. Y la usabilidad de iconos en el escritorio deja mucho que
desear.

Si no quieres escritorio, entonces hay muchos buenos window manager.
OpenBox, Icewm, Fluxbox, WindowMaker, Fvwm, Blackbox. Creo que son los
principales. Si necesitas montaje automatico de dispositivos, puedes
instalar thunar y thunar-volman. Y en el script de inicio de las X
ejecutar 'tunar -d' o algo por el estilo, para que se ejecute en modo
demonio y maneje los dispositivos.

Si no necesitas eso, con pcmanfm alcanza.

Saludos

El día 1 de diciembre de 2010 04:25, Marc Olive
marc.ol...@grupblau.com escribió:
 On Tuesday 30 November 2010 23:48:44 Javier Barroso wrote:
 2010/11/30 Ivan Aleman aleman.i...@gmail.com:
  2010/11/30 mishkin mich...@lab.matcom.uh.cu
 
  Si quieres algo que puedas controlar por completo con el teclado (como
  Vim) Awesome es lo que buscas.

 +1

 Esperemos que Julien (o Uli) no le dé por cambiar las teclas por
 defecto a las de Emacs ... últimamente está muy metido en se S.O }:-)

 A Emacs le falta un buen editor de textos, entonces seria una gran SO ;-)

 Awesome es sencillamente eso ¡awesome!

 --

 Marc Olivé
 Grup Blau

 www.grupblau.com


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/201012010825.32581.marc.ol...@grupblau.com




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktin+3qm+p+d9wywmphoucpmevy2mc2zcwkinc...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Camaleón]

El Tue, 30 Nov 2010 17:05:34 -0500, mishkin escribió:

 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.

No te puedo recomendar ninguno porque yo siempre voy a los extremos: o 
tengo GNOME o no tengo entorno gráfico :-)

Tienes una tabla comparativa muy maja en la Wikipedia:

http://en.wikipedia.org/wiki/Comparison_of_X_Window_System_desktop_environments#Outer_view_of_different_classes_of_desktop_environments

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2010.12.01.09.54...@gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Roberto De Oliveira]

Durante un tiempo utilicé WindowMaker (que es solo un gestor de
ventanas) es muy liviano, altamente configurable (en cuanto a las
combinaciones de teclado) y lo complementé utilizando algunos
programas (Docker, Nautilus, gnome-settings-manager, xscreensaver y no
me acuerdo que más para hacer que los dispositivos se montaran
automáticamente) y recibí buenos comentarios sobre las personas que se
fijaban en la apariencia. Yo diría que es altamente recomendable.

-- 
Saludos,
Roberto De Oliveira


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinlpag5xqegssvkjct2gamfnadrgwkraahep...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Luis Angel Mendez Gort]

Muchas gracias a todos, voy a trastear un poco para ver con cual me 
quedo. ion3 va a ser mi ultima opcion porque es non-free, pero de todas 
formas gracias a todos los que respondieron.



__ Información de ESET NOD32 Antivirus, versión de la base de firmas de 
virus 5654 (20101127) __

ESET NOD32 Antivirus ha comprobado este mensaje.

   part000.txt - esta correcto

http://www.eset.com



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4cf66159.6080...@lab.matcom.uh.cu

Re: [OT] Sugerencia de escritorio ligero

[Leandro Minatel]

2010/11/30 Ricardo Ramírez ricardo...@gmail.com

 Openbox + tint2

 Saludos.



Coincido completamente con Ricardo, Openbox + tint2.

Re: [OT] Sugerencia de escritorio ligero

[Aurelio Diaz-Ufano]

On Wed, Dec 01, 2010 at 02:40:27PM -0300, Leandro Minatel wrote:
2010/11/30 Ricardo Ramirez [1]ricardo...@gmail.com
 
  Openbox + tint2
  Saludos.
 
Coincido completamente con Ricardo, Openbox + tint2.
 
 Links:
 1. mailto:ricardo...@gmail.com/

Tambín tienes fluxbox y Icewm como gestores de ventanas muy 
configurables.
Y el E17 que creo que es un entorno de escritorio aunque quizá esté a 
caballo entre esto y gestor de ventanas.
Mi recomendación es que pruebes y uses el que más te guste.
Un saludo


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101201184001.gb2...@shosha

Re: [OT] Sugerencia de escritorio ligero

[ghostDancer]

2010/12/1 Aurelio Diaz-Ufano aurelio...@gmail.com:
 On Wed, Dec 01, 2010 at 02:40:27PM -0300, Leandro Minatel wrote:
    2010/11/30 Ricardo Ramirez [1]ricardo...@gmail.com

      Openbox + tint2
      Saludos.

    Coincido completamente con Ricardo, Openbox + tint2.

 Links:
 1. mailto:ricardo...@gmail.com/

 Tambín tienes fluxbox y Icewm como gestores de ventanas muy
 configurables.
 Y el E17 que creo que es un entorno de escritorio aunque quizá esté a
 caballo entre esto y gestor de ventanas.
 Mi recomendación es que pruebes y uses el que más te guste.
 Un saludo


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20101201184001.gb2...@shosha



Por lo que comentas quieren un tiling wm , aparte de Awesome(
http://awesome.naquadah.org/) que ya te han recomendado , tienes
xmonad (http://xmonad.org/ ) escrito y configurable en Haskell y
Stumpwm (http://www.nongnu.org/stumpwm/) escrito y programable en Lisp
, hay más, yo uso Stump pero te recomendaría que probases los tres y
escogieras el que más te guste. Hay alguno más peor ahora no me
acuerdo.

Un saludo.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinjpxdeezggf8moawr8wsrkhk6rpkb2dxtvm...@mail.gmail.com

[OT] Sugerencia de escritorio ligero

[mishkin]

Siempre uso gnome, pero me molesta que sea lento para iniciar (por
ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
gustaria algo asi como el vim de los escritorios, en lo que respecta a
poco uso del mouse.


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1291154734.9847.2.ca...@x

Re: [OT] Sugerencia de escritorio ligero

[Moises Alberto Lindo Gutarra]

us LXDE, bastante liviano y completo.
http://lxde.org/

El día 30 de noviembre de 2010 17:05, mishkin
mich...@lab.matcom.uh.cu escribió:
 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/1291154734.9847.2.ca...@x





-- 
Atentamente,
Moisés Alberto Lindo Gutarra
Asesor - Desarrollador Java / Open Source
Linux Registered User #431131 - http://counter.li.org/
Cel: (511) 995081720
MSN: mli...@tumisolutions.com


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=ck1dc0vblhopc3x2mfw5shd8rnqtyqauyy...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Max]

Xfce

Saludos!


El 30/11/2010, a las 19:17, Moises Alberto Lindo Gutarra mli...@gmail.com 
escribió:

 us LXDE, bastante liviano y completo.
 http://lxde.org/
 
 El día 30 de noviembre de 2010 17:05, mishkin
 mich...@lab.matcom.uh.cu escribió:
 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.
 
 
 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/1291154734.9847.2.ca...@x
 
 
 
 
 
 -- 
 Atentamente,
 Moisés Alberto Lindo Gutarra
 Asesor - Desarrollador Java / Open Source
 Linux Registered User #431131 - http://counter.li.org/
 Cel: (511) 995081720
 MSN: mli...@tumisolutions.com
 
 
 -- 
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/aanlkti=ck1dc0vblhopc3x2mfw5shd8rnqtyqauyy...@mail.gmail.com
 


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/a27c7032-984b-4622-b249-1093a448e...@gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Ricardo Ramírez]

Openbox + tint2

Saludos.

El 30 de noviembre de 2010 16:17, Moises Alberto Lindo Gutarra 
mli...@gmail.com escribió:

 us LXDE, bastante liviano y completo.
 http://lxde.org/

 El día 30 de noviembre de 2010 17:05, mishkin
 mich...@lab.matcom.uh.cu escribió:
  Siempre uso gnome, pero me molesta que sea lento para iniciar (por
  ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
  gustaria algo asi como el vim de los escritorios, en lo que respecta a
  poco uso del mouse.
 
 
  --
  To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
  with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
  Archive: http://lists.debian.org/1291154734.9847.2.ca...@x
 
 



 --
 Atentamente,
 Moisés Alberto Lindo Gutarra
 Asesor - Desarrollador Java / Open Source
 Linux Registered User #431131 - http://counter.li.org/
 Cel: (511) 995081720
 MSN: mli...@tumisolutions.com


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/aanlktick1dc0vblhopc3x2mfw5shd8rnqtyqauyy...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[fernando sainz]

El día 30 de noviembre de 2010 23:05, mishkin
mich...@lab.matcom.uh.cu escribió:
 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.




Lo mas ligero un simple gestor de ventanas,
nada de escritorios, yo siempre recomiendo el fvwm :-)


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimmkxlouomocfkh-pog_-zd8t1djcrvpcj9h...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Ivan Aleman]

2010/11/30 mishkin mich...@lab.matcom.uh.cu

 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.


Recomiendo Awesome :) http://awesome.naquadah.org/

Si quieres algo que puedas controlar por completo con el teclado (como Vim)
Awesome es lo que buscas.

Saludos.




-- 
Iván A. Alemán Villasana
Ing. Sistemas Computacionales
Sysadmin / Webdeveloper
@alemani
777 565 1838

Re: [OT] Sugerencia de escritorio ligero

[Javier Barroso]

2010/11/30 Ivan Aleman aleman.i...@gmail.com:


 2010/11/30 mishkin mich...@lab.matcom.uh.cu

 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.


 Recomiendo Awesome :) http://awesome.naquadah.org/

 Si quieres algo que puedas controlar por completo con el teclado (como Vim)
 Awesome es lo que buscas.
+1

Esperemos que Julien (o Uli) no le dé por cambiar las teclas por
defecto a las de Emacs ... últimamente está muy metido en se S.O }:-)
...

Awesome es sencillamente eso ¡awesome!


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinezo=jcu_se1obzceoi=3pcg-vup=+l7ovh...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Gonzalo Rivero]

El día 30 de noviembre de 2010 19:05, mishkin
mich...@lab.matcom.uh.cu escribió:
 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.


 --
tal vez te interese ion3 (http://packages.debian.org/ion3)
tiling tabbed window manager designed for keyboard users.
aunque tiene la pega de estar en la sección non-free :-s


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinow3azjojobho-ugsvcbjnirax9r8sv=xrh...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Odair Augusto Trujillo Orozco]

El día 30 de noviembre de 2010 18:11, Gonzalo Rivero
fishfromsa...@gmail.com escribió:
 El día 30 de noviembre de 2010 19:05, mishkin
 mich...@lab.matcom.uh.cu escribió:
 Siempre uso gnome, pero me molesta que sea lento para iniciar (por
 ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar. Me
 gustaria algo asi como el vim de los escritorios, en lo que respecta a
 poco uso del mouse.


 --
 tal vez te interese ion3 (http://packages.debian.org/ion3)
 tiling tabbed window manager designed for keyboard users.
 aunque tiene la pega de estar en la sección non-free :-s

Prueba antico, está hecho en qt4.

-- 

LARGA VIDA Y PODEROSA.
              Blog de Haldrik


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktim2a0-aedef7oc4kdw5ugdez8tmks-_qmew1...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Odair Augusto Trujillo Orozco]

El día 30 de noviembre de 2010 20:28, Lobo Oscuro
lobooscu...@gmail.com escribió:
 Se puede hacer eso? no trae problemas con las aplicaciones como muchos
 dicen?

 El 30 de noviembre de 2010 20:51, Odair Augusto Trujillo Orozco
 hald...@gmail.com escribió:

 El día 30 de noviembre de 2010 18:11, Gonzalo Rivero
 fishfromsa...@gmail.com escribió:
  El día 30 de noviembre de 2010 19:05, mishkin
  mich...@lab.matcom.uh.cu escribió:
  Siempre uso gnome, pero me molesta que sea lento para iniciar (por
  ejemplo), tienen alguna sugerencia de otro escritorio que pueda usar.
  Me
  gustaria algo asi como el vim de los escritorios, en lo que respecta a
  poco uso del mouse.
 
 
  --
  tal vez te interese ion3 (http://packages.debian.org/ion3)
  tiling tabbed window manager designed for keyboard users.
  aunque tiene la pega de estar en la sección non-free :-s
 
 Prueba antico, está hecho en qt4.

 --

 LARGA VIDA Y PODEROSA.
               Blog de Haldrik


Te voy a pedir primero que respondas debajo de los mensajes
no arriba eso es Top-Posting y está prohibido.

Segundo se puede, el único problema es que uses aplicaciones
que tiren de los framworks y sistemas de algún escritorio específico.
como por ejemplo amarok.
-- 

LARGA VIDA Y PODEROSA.
              Blog de Haldrik


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinvr3pw7-w9kyzy-_kw+nzyjxp2ybm-kso1n...@mail.gmail.com

Re: [OT] Sugerencia de escritorio ligero

[Marc Olive]

On Tuesday 30 November 2010 23:29:18 Max wrote:
 Xfce

Otro voto para Xfce:
Xfce++

 Saludos!

-- 

Marc Olivé
Grup Blau

www.grupblau.com  


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201012010823.19313.marc.ol...@grupblau.com

Re: [OT] Sugerencia de escritorio ligero

[Marc Olive]

On Tuesday 30 November 2010 23:48:44 Javier Barroso wrote:
 2010/11/30 Ivan Aleman aleman.i...@gmail.com:
  2010/11/30 mishkin mich...@lab.matcom.uh.cu
  
  Si quieres algo que puedas controlar por completo con el teclado (como
  Vim) Awesome es lo que buscas.
 
 +1
 
 Esperemos que Julien (o Uli) no le dé por cambiar las teclas por
 defecto a las de Emacs ... últimamente está muy metido en se S.O }:-)

A Emacs le falta un buen editor de textos, entonces seria una gran SO ;-)

 Awesome es sencillamente eso ¡awesome!

-- 

Marc Olivé
Grup Blau

www.grupblau.com  


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201012010825.32581.marc.ol...@grupblau.com

Re: Sugerencia

[Federico Alberto Sayd]

lin lista escribió:
Yo opino como te comentaron por aquí, si no es necesario para que 
actualizar.
Además yo personalmente soy de la opinión de que si algo funciona 
bien, para que cambiarlo? al no ser que tenga una característica nueva 
muy útil, pero a modo de ejemplo en una partición que tengo windows 
(casi olvidada) aun tengo nero 6 por que las posteriores no me 
aportaban nada, yo no quería una reproductor de música, ni de video, y 
nero6 me daba justo lo que que quería, ni mas ni mas menos, y la rara 
vez que estoy en win si tengo que grabar es aun con el.


Un saludo



--
Manuales de administracion:
http://administradorjunior.blogspot.com
El problema es que tarde o temprano tendrás que actualizar porque el 
soporte de seguridad de Debian no es para siempre, por lo tanto es bueno 
estar preparado y por lo menos alguna vez haber experimentado. Claro que 
es muy útil primero hacer imágenes, backups, hacer instantáneas o lo que 
sea. Todo buen administrador de Debian debe saber cómo enfrentarse 
alguna vez a una actualización.


Saludos


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Felix Perez]

El día 14 de enero de 2010 03:46, deb...@mstaaravin.com.ar
deb...@mstaaravin.com.ar escribió:
 2010/1/13 Yuniesky Machado ymach...@inivit.cu:
 Saludos Listeros

 Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
 tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
 HTTP, firehol.

 Alguna Sugerencia al respcto o experiencia

 Mira, esto es Debian... no ubuntu u otra,
 Salvo que necesites funcionalidades que las nuevas versiones de: ldap,
 postgres, mysql, exim4, postfix, etc

 No necesitas actualizar a Lenny por el momento.
 Verás, en Etch aún tiene soporte de actualizaciones de seguridad y
 bugs y las tendrás como mínimo hasta que Squeeze pase a estable y
 Lenny a Oldstable, asi que a no preocuparse tanto.

 tienes que proyectar tu migración a la próxima version estable que es
 Squeeze, asi que puedes aprovechar tu tiempo en ir trabajando y
 haciendo todas las pruebas necesarias para poder llevar adelante tu
 migración.

 En mi experiencia eso es lo más sensato.
 Y el que diga lo contrario quiero saber cuántos años lleva
 administrando Debian y cuántos servidores productivos maneja y cuántas
 migraciones ha realizado.


+1
Excelente consejo.

-- 
usuario linux  #274354
normas de la lista: http://wiki.debian.org/NormasLista


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Federico Alberto Sayd]

Yuniesky Machado escribió:

Saludos Listeros

Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
HTTP, firehol.

Alguna Sugerencia al respcto o experiencia

Gracias de Antemano


  
Te sugiero que siempre leas las release notes que están en la página 
oficial de Debian. Allí aclaran la mayoría de las cosas que han cambiado 
y generalmente se explayan sobre algunos servicios y programas críticos 
que puedan cambiar su comportamiento o dejar de funcionar luego del 
upgrade, pero siempre hay una solución.


Aunque si el sistema está en producción es bueno no tocarlo, eso no 
quita que en algún momento te quedarás sin soporte oficial y tendrás que 
pasar a la release más próxima que tenga soporte. Así que si no tienes 
planeado hacer la migración ahora te sugiero que le vayas echando una 
mirada para cuando llegue el momento, o que hagas pruebas para ver qué 
es lo que se puede romper (obviamente  en otro equipo). Hacer un upgrade 
en Debian no es tan crítico como en otros sistemas pero se necesita 
saber de antemano lo que puede pasar. La gran ventaja de Debian es que 
casi todo está documentado y que en la mayoría de actualizaciones el 
sistema de configuración de Debian te avisará.


Saludos



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Jorge A. Secreto]

El día 14 de enero de 2010 12:03, Felix Perez escribió:
 El día 14 de enero de 2010 03:46, mstaaravin escribió:
 2010/1/13 Yuniesky Machado :
 Saludos Listeros

 Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
 tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
 HTTP, firehol.

 Alguna Sugerencia al respcto o experiencia

 Mira, esto es Debian... no ubuntu u otra,
 Salvo que necesites funcionalidades que las nuevas versiones de: ldap,
 postgres, mysql, exim4, postfix, etc

 No necesitas actualizar a Lenny por el momento.
 Verás, en Etch aún tiene soporte de actualizaciones de seguridad y
 bugs y las tendrás como mínimo hasta que Squeeze pase a estable y
 Lenny a Oldstable, asi que a no preocuparse tanto.

 tienes que proyectar tu migración a la próxima version estable que es
 Squeeze, asi que puedes aprovechar tu tiempo en ir trabajando y
 haciendo todas las pruebas necesarias para poder llevar adelante tu
 migración.

 En mi experiencia eso es lo más sensato.
 Y el que diga lo contrario quiero saber cuántos años lleva
 administrando Debian y cuántos servidores productivos maneja y cuántas
 migraciones ha realizado.

Termino de migrar mi desktop de Etch a Lenny y, salvo algunas pavadas
de atolondrado, anduvo todo de primera. Un par de correcciones en
synaptic y nada mas. Nada que ver con experiencias anteriores en otras
distros.
También soy partidario de no arreglar lo que no está roto y toco los
servidores unicamente cuando cambio el hard o cosa por el estilo.
Aprovechando la experiencia de la lista me gustaría que aconsejen
acerca de si upgradear un servidor instalado o partir de una
instalación nueva.
Gracias y un abrazo

-- 
Jorge A Secreto
Analista de Sistemas
MP 361


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Angel Claudio Alvarez]

El jue, 14-01-2010 a las 14:19 +, Jorge A. Secreto escribió:
 El día 14 de enero de 2010 12:03, Felix Perez escribió:
  El día 14 de enero de 2010 03:46, mstaaravin escribió:
  2010/1/13 Yuniesky Machado :
  Saludos Listeros
 
  Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
  tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
  HTTP, firehol.
 
  Alguna Sugerencia al respcto o experiencia
 
  Mira, esto es Debian... no ubuntu u otra,
  Salvo que necesites funcionalidades que las nuevas versiones de: ldap,
  postgres, mysql, exim4, postfix, etc
 
  No necesitas actualizar a Lenny por el momento.
  Verás, en Etch aún tiene soporte de actualizaciones de seguridad y
  bugs y las tendrás como mínimo hasta que Squeeze pase a estable y
  Lenny a Oldstable, asi que a no preocuparse tanto.
 
  tienes que proyectar tu migración a la próxima version estable que es
  Squeeze, asi que puedes aprovechar tu tiempo en ir trabajando y
  haciendo todas las pruebas necesarias para poder llevar adelante tu
  migración.
 
  En mi experiencia eso es lo más sensato.
  Y el que diga lo contrario quiero saber cuántos años lleva
  administrando Debian y cuántos servidores productivos maneja y cuántas
  migraciones ha realizado.
 
 Termino de migrar mi desktop de Etch a Lenny y, salvo algunas pavadas
 de atolondrado, anduvo todo de primera. Un par de correcciones en
 synaptic y nada mas. Nada que ver con experiencias anteriores en otras
 distros.
 También soy partidario de no arreglar lo que no está roto y toco los
 servidores unicamente cuando cambio el hard o cosa por el estilo.
 Aprovechando la experiencia de la lista me gustaría que aconsejen
 acerca de si upgradear un servidor instalado o partir de una
 instalación nueva.
 Gracias y un abrazo
 
Yo por el contrario trato de tener todos los servidores en la version
estable, debido a la criticidad de los mismos y a auditorias. Los
servidores los tengo instalados desde potato, y ante un cambio de hard
(ya van 3 por lo menos) una imagen con systemimager y restore en el el
nuevo hard. Yo te aconsejo tener siempre la version estable ( a menos
que necesites un soft que no se haya podido actualizar), basicamente por
el soporte de seguridad y basicamente haqcer una imagen del actual antes
de actualizar, y si tenes algun problema volves atras. Si no queres
tener que actualizar cada 2 años ( es mas o menos el ciclo de vida de
debian) instala ubuntu-server LTS (personalmente prefiero debian pero a
veces un gerente prefiere taparse el culo con soporte pago que nunca se
va a usar). Para que te des una idea los servidores que administro son
criticos (de una entidad financiera) y hace mas de 7 años qu los tengo
andando
 -- 
 Jorge A Secreto
 Analista de Sistemas
 MP 361
 
 



-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[lin lista]

Yo opino como te comentaron por aquí, si no es necesario para que
actualizar.
Además yo personalmente soy de la opinión de que si algo funciona bien, para
que cambiarlo? al no ser que tenga una característica nueva muy útil, pero a
modo de ejemplo en una partición que tengo windows (casi olvidada) aun tengo
nero 6 por que las posteriores no me aportaban nada, yo no quería una
reproductor de música, ni de video, y nero6 me daba justo lo que que quería,
ni mas ni mas menos, y la rara vez que estoy en win si tengo que grabar es
aun con el.

Un saludo



-- 
Manuales de administracion:
http://administradorjunior.blogspot.com

Sugerencia

[Yuniesky Machado]

Saludos Listeros

Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
HTTP, firehol.

Alguna Sugerencia al respcto o experiencia

Gracias de Antemano


-- 

 * Yuniesky Machado Rojas   *
 * Administrador de Redes   *
 * Nodo: inivit.cu *
 * Instituto Nacional de Investigación en Viandas Tropicales
 * Jabber: ymach...@inivit.cu
*GNU/Linux User #481684 (http://counter.li.org)
 



-- 
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.
For all your IT requirements visit: http://www.transtec.co.uk


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Muammar El Khatib]

Hola Yuniesky,

2010/1/13 Yuniesky Machado ymach...@inivit.cu:
 Saludos Listeros

 Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
 tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
 HTTP, firehol.


Tienes que echar un vistazo a las notas de lanzamiento (suponiendo que
tu arquitectura es i386) de Lenny para que tengas una idea de qué
servicios se podrían o no ver afectados:

http://www.debian.org/releases/stable/i386/release-notes/index.es.html

La lista completa de idiomas y arquitecturas las puedes encontrar en:

http://www.debian.org/releases/stable/releasenotes

 Alguna Sugerencia al respcto o experiencia

Mi sugerencia es esa, leer las notas de lanzamiento.

Saludos,
-- 
Muammar El Khatib.
Linux user: 403107.
GPG Key = 127029F1
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Luis Lezcano Airaldi]

El día 13 de enero de 2010 13:55, Yuniesky Machado
ymach...@inivit.cu escribió:
 Saludos Listeros

 Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
 tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
 HTTP, firehol.

 Alguna Sugerencia al respcto o experiencia

 Gracias de Antemano

Mi sugerencia es no actualizar si no es REALMENTE necesario, esto es,
deberías actualizar solamente si necesitás alguna característica nueva
de algún servicio (apache, postfix, etc..).
Yo tengo un servidor en producción con Debian Sarge y funciona
perfectamente, no tengo necesidad (todavía) de actualizar.

Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Matías A. Bellone]

On 01/13/2010 04:17 PM, Luis Lezcano Airaldi wrote:

El día 13 de enero de 2010 13:55, Yuniesky Machado
ymach...@inivit.cu  escribió:

Saludos Listeros

Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
HTTP, firehol.

Alguna Sugerencia al respcto o experiencia

Gracias de Antemano


Mi sugerencia es no actualizar si no es REALMENTE necesario, esto es,
deberías actualizar solamente si necesitás alguna característica nueva
de algún servicio (apache, postfix, etc..).
Yo tengo un servidor en producción con Debian Sarge y funciona
perfectamente, no tengo necesidad (todavía) de actualizar.


A menos que se acabe el soporte de seguridad. Si estás usando una distro 
que ya no tiene más actualizaciones de seguridad, es muy recomendable 
actualizar.


Y aún cuando todavía tenga actualizaciones de seguridad; siempre es 
bueno tener el plan a mano para cuando se le acabe... y saber qué 
problemas va a haber que enfrentar de antemano y tener mucho tiempo para 
asegurarnos que sabemos cómo solucionarlos.


Saludos,
Toote


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[Camaleón]

El Wed, 13 Jan 2010 16:17:50 -0300, Luis Lezcano Airaldi escribió:

 El día 13 de enero de 2010 13:55, Yuniesky Machado escribió:
 Saludos Listeros

 Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
 tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
 HTTP, firehol.

 Alguna Sugerencia al respcto o experiencia

 Gracias de Antemano
 
 Mi sugerencia es no actualizar si no es REALMENTE necesario, esto es,
 deberías actualizar solamente si necesitás alguna característica nueva
 de algún servicio (apache, postfix, etc..). 

+1 

Tampoco me gusta actualizar sin que haya necesidad imperiosa de 
hacerlo :-)

 Yo tengo un servidor en
 producción con Debian Sarge y funciona perfectamente, no tengo necesidad
 (todavía) de actualizar.

Una pregunta... ¿Debian Sarge sigue teniendo actualizaciones de 
seguridad? Porque es muy antigua ¿no? :-?

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia

[deb...@mstaaravin.com.ar]

2010/1/13 Yuniesky Machado ymach...@inivit.cu:
 Saludos Listeros

 Desde hace rato quiero hacerle upgrade a mi server para lenny pues aun
 tengo etch y quisiera saber si esto afectara mis servicios, DNS, MAil,
 HTTP, firehol.

 Alguna Sugerencia al respcto o experiencia

Mira, esto es Debian... no ubuntu u otra,
Salvo que necesites funcionalidades que las nuevas versiones de: ldap,
postgres, mysql, exim4, postfix, etc

No necesitas actualizar a Lenny por el momento.
Verás, en Etch aún tiene soporte de actualizaciones de seguridad y
bugs y las tendrás como mínimo hasta que Squeeze pase a estable y
Lenny a Oldstable, asi que a no preocuparse tanto.

tienes que proyectar tu migración a la próxima version estable que es
Squeeze, asi que puedes aprovechar tu tiempo en ir trabajando y
haciendo todas las pruebas necesarias para poder llevar adelante tu
migración.

En mi experiencia eso es lo más sensato.
Y el que diga lo contrario quiero saber cuántos años lleva
administrando Debian y cuántos servidores productivos maneja y cuántas
migraciones ha realizado.

Saludos
-- 

La Voluntad es el unico motor de nuestros logros
Mstaaravin /
http://www.mstaaravin.com.ar/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Sugerencia para reemplazar sendmail

[hoock]

El Fri, 14 Jul 2006 00:21:05 -0500,
=?ISO-8859-1?Q?Alejandro_B=E1rcena_Campos?= escribió:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hola a todos,
 
 Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
 estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
 lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
 diferentes opciones disponibles en debian. Tengo total libertad para
 elegir el software que se usará, pero me gustaría poder usar lo siguiente:
 
 - - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
 si llega uno de los pocos que hay para gnu/linux), creo que sólo contamos
 con clamav y amavis, aunque todavía no leo lo suficiente al respecto.
 
 - - antispam (ya sea por reglas y/o por incluir black lists)
 
 - - algún método de autentificación para enviar correos. No puedo basarme
 en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta ahora
 he utilizado sasl.
 
 - - me facilitaría mucho la administración si en lugar de ser cuentas del
 sistema pudieran ser cuentas dadas de alta en alguna base de datos. (mysql
 por ejemplo)
 
 - - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es un
 usuario diferente a [EMAIL PROTECTED]
 
 - - soporte para aliases (dudo que alguno no lo tenga).
 
 De antemano muchas gracias,
 alejandro bárcena
 
 *nota: no espero howto's, lo que realmente me interesa es su opinión. =)
 Ya lidiaré con la configuración una vez que decida cuál usar. -BEGIN
 PGP SIGNATURE-
 Version: GnuPG v1.4.3 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iD8DBQFEtynBpZP6bMridNYRApYoAJ9EsqCdr0+PlshyYEL6Crrquhp3/QCbBRA5
 xGECjmjt3H05G1yzn7vyj88=
 =dkvq
 -END PGP SIGNATURE-

Postfix


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

Re: Sugerencia para reemplazar sendmail

[N0K]

hoock escribió:


El Fri, 14 Jul 2006 00:21:05 -0500,
=?ISO-8859-1?Q?Alejandro_B=E1rcena_Campos?= escribió:

 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos,

Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
diferentes opciones disponibles en debian. Tengo total libertad para
elegir el software que se usará, pero me gustaría poder usar lo siguiente:

- - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
si llega uno de los pocos que hay para gnu/linux), creo que sólo contamos
con clamav y amavis, aunque todavía no leo lo suficiente al respecto.

- - antispam (ya sea por reglas y/o por incluir black lists)

- - algún método de autentificación para enviar correos. No puedo basarme
en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta ahora
he utilizado sasl.

- - me facilitaría mucho la administración si en lugar de ser cuentas del
sistema pudieran ser cuentas dadas de alta en alguna base de datos. (mysql
por ejemplo)

- - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es un
usuario diferente a [EMAIL PROTECTED]

- - soporte para aliases (dudo que alguno no lo tenga).

De antemano muchas gracias,
alejandro bárcena

*nota: no espero howto's, lo que realmente me interesa es su opinión. =)
Ya lidiaré con la configuración una vez que decida cuál usar. -BEGIN
PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtynBpZP6bMridNYRApYoAJ9EsqCdr0+PlshyYEL6Crrquhp3/QCbBRA5
xGECjmjt3H05G1yzn7vyj88=
=dkvq
-END PGP SIGNATURE-
   



Postfix


 


qmail


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

Re: Sugerencia para reemplazar sendmail

[Mauricio Rivas]

N0K escribió:


hoock escribió:


El Fri, 14 Jul 2006 00:21:05 -0500,
=?ISO-8859-1?Q?Alejandro_B=E1rcena_Campos?= escribió:

 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos,

Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
estado funcionando con sendmail en un redhat por mucho tiempo. Ahora 
que

lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
diferentes opciones disponibles en debian. Tengo total libertad para
elegir el software que se usará, pero me gustaría poder usar lo 
siguiente:


- - antivirus (algunos de mis usuarios todavía usan windows, y bueno 
por
si llega uno de los pocos que hay para gnu/linux), creo que sólo 
contamos

con clamav y amavis, aunque todavía no leo lo suficiente al respecto.

- - antispam (ya sea por reglas y/o por incluir black lists)



Antispam: Spamassasin



- - algún método de autentificación para enviar correos. No puedo 
basarme
en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta 
ahora

he utilizado sasl.


sasl, es correcto

- - me facilitaría mucho la administración si en lugar de ser 
cuentas del
sistema pudieran ser cuentas dadas de alta en alguna base de datos. 
(mysql

por ejemplo)

- - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] 
es un

usuario diferente a [EMAIL PROTECTED]

- - soporte para aliases (dudo que alguno no lo tenga).

De antemano muchas gracias,
alejandro bárcena

*nota: no espero howto's, lo que realmente me interesa es su 
opinión. =)
Ya lidiaré con la configuración una vez que decida cuál usar. 
-BEGIN

PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtynBpZP6bMridNYRApYoAJ9EsqCdr0+PlshyYEL6Crrquhp3/QCbBRA5
xGECjmjt3H05G1yzn7vyj88=
=dkvq
-END PGP SIGNATURE-
  



Postfix


 


qmail


Amigo, Postfix y aunque no pediste Howto, aqui te pongo uno, exactamente 
como lo que quieres hacer.

http://workaround.org/articles/ispmail-sarge/


Gracias


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

Re: Sugerencia para reemplazar sendmail

[Guillermo Salas M.]

On Fri, 2006-07-14 at 00:21 -0500, Alejandro Bárcena Campos wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hola a todos,
 
 Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
 estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
 lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
 diferentes opciones disponibles en debian. Tengo total libertad para
 elegir el software que se usará, pero me gustaría poder usar lo siguiente:
 
 - - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
 si llega uno de los pocos que hay para gnu/linux), creo que sólo
 contamos con clamav y amavis, aunque todavía no leo lo suficiente al
 respecto.
 

Sendmail permite la implementación de MILTERS que los puedes escribir
aunque no es algo trivial :). No obstante existen varios MILTERS ya
escritos para agregar la funcionalidad de detección de Virus y Spam en
el contenido de los mensajes que sendmail gestiona y en Debian
_si_es_trivial_ instalarlos :)

aptitude install clamav-milter

 - - antispam (ya sea por reglas y/o por incluir black lists)
 

aptitude install spamass-milter
aptitude install spfmilter

 - - algún método de autentificación para enviar correos. No puedo basarme
 en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta ahora
 he utilizado sasl.
 

http://www.sendmail.org/~ca/email/auth.html

 - - me facilitaría mucho la administración si en lugar de ser cuentas del
 sistema pudieran ser cuentas dadas de alta en alguna base de datos.
 (mysql por ejemplo)
 

http://sendmail-sql.sourceforge.net/

 - - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es un
 usuario diferente a [EMAIL PROTECTED]
 
 - - soporte para aliases (dudo que alguno no lo tenga).
 

Los aliases los creas en /etc/aliases y los generas con el comando
newaliases

 De antemano muchas gracias,

De nada.

 alejandro bárcena
 
 *nota: no espero howto's, lo que realmente me interesa es su opinión. =)
 Ya lidiaré con la configuración una vez que decida cuál usar.
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.3 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iD8DBQFEtynBpZP6bMridNYRApYoAJ9EsqCdr0+PlshyYEL6Crrquhp3/QCbBRA5
 xGECjmjt3H05G1yzn7vyj88=
 =dkvq
 -END PGP SIGNATURE-
 
 


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

Re: Sugerencia para reemplazar sendmail

[Luis Lezcano Airaldi]

El Viernes 14 Julio 2006 02:21, Alejandro Bárcena Campos escribió:
 Hola a todos,

 Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
 estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
 lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
 diferentes opciones disponibles en debian. Tengo total libertad para
 elegir el software que se usará, pero me gustaría poder usar lo siguiente:

 - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
 si llega uno de los pocos que hay para gnu/linux), creo que sólo
 contamos con clamav y amavis, aunque todavía no leo lo suficiente al
 respecto.

 - antispam (ya sea por reglas y/o por incluir black lists)

 - algún método de autentificación para enviar correos. No puedo basarme
 en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta ahora
 he utilizado sasl.

 - me facilitaría mucho la administración si en lugar de ser cuentas del
 sistema pudieran ser cuentas dadas de alta en alguna base de datos.
 (mysql por ejemplo)

 - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es un
 usuario diferente a [EMAIL PROTECTED]

 - soporte para aliases (dudo que alguno no lo tenga).

 De antemano muchas gracias,
 alejandro bárcena

 *nota: no espero howto's, lo que realmente me interesa es su opinión. =)
 Ya lidiaré con la configuración una vez que decida cuál usar.

Podrías echarle un vistazo al priyecto Kolab, trae todo integrado y es muy 
fácil configurarlo, aunque a mí no me funciona la interfaz web...

www.kolab.org

Re: Sugerencia para reemplazar sendmail

[Luis Lezcano Airaldi]

El Viernes 14 Julio 2006 15:15, enediel gonzalez escribió:
 aqui podrias tener 98% de lo que necesitas para eso.
 suerte
 http://www.howtoforge.com/virtual_postfix_mysql_quota_courier



 SCJP 1.5 ( Sun Certified Java Programmer)
 Linux user 300141
 Debian GNU/Linux

 From: Luis Lezcano Airaldi [EMAIL PROTECTED]
 To: debian-user-spanish@lists.debian.org
 Subject: Re: Sugerencia para reemplazar sendmail
 Date: Fri, 14 Jul 2006 13:42:52 -0300
 
 El Viernes 14 Julio 2006 02:21, Alejandro Bárcena Campos escribió:
   Hola a todos,
  
   Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
   estado funcionando con sendmail en un redhat por mucho tiempo. Ahora
   que lo pasaremos a debian, me gustaría escuchar sus comentarios sobre
   las diferentes opciones disponibles en debian. Tengo total libertad
   para elegir el software que se usará, pero me gustaría poder usar lo
 
 siguiente:
   - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
   si llega uno de los pocos que hay para gnu/linux), creo que sólo
   contamos con clamav y amavis, aunque todavía no leo lo suficiente al
   respecto.
  
   - antispam (ya sea por reglas y/o por incluir black lists)
  
   - algún método de autentificación para enviar correos. No puedo basarme
   en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta
   ahora he utilizado sasl.
  
   - me facilitaría mucho la administración si en lugar de ser cuentas del
   sistema pudieran ser cuentas dadas de alta en alguna base de datos.
   (mysql por ejemplo)
  
   - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es
   un usuario diferente a [EMAIL PROTECTED]
  
   - soporte para aliases (dudo que alguno no lo tenga).
  
   De antemano muchas gracias,
   alejandro bárcena
  
   *nota: no espero howto's, lo que realmente me interesa es su opinión.
   =) Ya lidiaré con la configuración una vez que decida cuál usar.
 
 Podrías echarle un vistazo al priyecto Kolab, trae todo integrado y es muy
 fácil configurarlo, aunque a mí no me funciona la interfaz web...
 
 www.kolab.org

La próxima vez podrías fijarte que el mail sea para la lista, no me lo mandes 
al privado. Y tampoco hagas top-posting.
http://wiki.debian.org/NormasLista

Re: Sugerencia para reemplazar sendmail

[Juan Pablo Romero Bernal]

Saludos,

On 7/14/06, Alejandro Bárcena Campos [EMAIL PROTECTED] wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos,

Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
diferentes opciones disponibles en debian. Tengo total libertad para
elegir el software que se usará, pero me gustaría poder usar lo siguiente:



Definitivamente te recomiendo Qmail.

En: http://www.qmailrocks.org

Encuentras un guia supercompleta de lo que quieres.

Saludos y que Dios nos bendiga !!!

--
Juan Pablo Romero Bernal
Grupo Linux Universidad Distrital
Canal IRC (IRC Channel)
#glud (irc.freenode.org)

Visita el sitio web de Software Libre en Colombia:
http://www.el-directorio.org

Re: Sugerencia para reemplazar sendmail [Gracias]

[Alejandro Bárcena Campos]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alejandro Bárcena Campos wrote:
 Hola a todos,
 
 Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
 estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
 lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
 diferentes opciones disponibles en debian. Tengo total libertad para
 elegir el software que se usará, pero me gustaría poder usar lo siguiente:
 
 - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
 si llega uno de los pocos que hay para gnu/linux), creo que sólo
 contamos con clamav y amavis, aunque todavía no leo lo suficiente al
 respecto.
 
 - antispam (ya sea por reglas y/o por incluir black lists)
 
 - algún método de autentificación para enviar correos. No puedo basarme
 en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta ahora
 he utilizado sasl.
 
 - me facilitaría mucho la administración si en lugar de ser cuentas del
 sistema pudieran ser cuentas dadas de alta en alguna base de datos.
 (mysql por ejemplo)
 
 - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es un
 usuario diferente a [EMAIL PROTECTED]
 
 - soporte para aliases (dudo que alguno no lo tenga).
 
 De antemano muchas gracias,
 alejandro bárcena
 
 *nota: no espero howto's, lo que realmente me interesa es su opinión. =)
 Ya lidiaré con la configuración una vez que decida cuál usar.

Gracias a todos, he leido un poco sobre los candidatos que proponen y
finalmente me he decidido por postfix. Ya lo he configurado y estará a
prueba unos días, hasta el momento ha funcionado bien.

Saludos,
alejandro bárcena
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEuGF6pZP6bMridNYRApoQAJ9z9kWe4vLwhPiKOuLc+Cqh992LOQCfbJ3E
oVALEuycAO1YcNm0/xNnnOg=
=xjhy
-END PGP SIGNATURE-


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

Sugerencia para reemplazar sendmail

[Alejandro Bárcena Campos]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola a todos,

Por fin ha llegado el momento de actualizar mi servidor de correo. Ha
estado funcionando con sendmail en un redhat por mucho tiempo. Ahora que
lo pasaremos a debian, me gustaría escuchar sus comentarios sobre las
diferentes opciones disponibles en debian. Tengo total libertad para
elegir el software que se usará, pero me gustaría poder usar lo siguiente:

- - antivirus (algunos de mis usuarios todavía usan windows, y bueno por
si llega uno de los pocos que hay para gnu/linux), creo que sólo
contamos con clamav y amavis, aunque todavía no leo lo suficiente al
respecto.

- - antispam (ya sea por reglas y/o por incluir black lists)

- - algún método de autentificación para enviar correos. No puedo basarme
en ip's para el relay, ya que varios tenemos ip's dinámicas. Hasta ahora
he utilizado sasl.

- - me facilitaría mucho la administración si en lugar de ser cuentas del
sistema pudieran ser cuentas dadas de alta en alguna base de datos.
(mysql por ejemplo)

- - soporte para dominios y usuarios virtuales, [EMAIL PROTECTED] es un
usuario diferente a [EMAIL PROTECTED]

- - soporte para aliases (dudo que alguno no lo tenga).

De antemano muchas gracias,
alejandro bárcena

*nota: no espero howto's, lo que realmente me interesa es su opinión. =)
Ya lidiaré con la configuración una vez que decida cuál usar.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtynBpZP6bMridNYRApYoAJ9EsqCdr0+PlshyYEL6Crrquhp3/QCbBRA5
xGECjmjt3H05G1yzn7vyj88=
=dkvq
-END PGP SIGNATURE-


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

Re: sugerencia

[ruben]

On Sat, 24 Jun 2006, Iñaki wrote:


El Sábado, 24 de Junio de 2006 02:44, Rubén Mediano escribió:

Hola,

Perdona, pero no entiendo a que te refieres con que el servidor de correo
no tiene una IP real ni de que forma afecta a que la navegación pueda ser
más lenta. ¿Puedes darnos más datos? ¿Algún esquemilla de tu red y los
servicios que corren esas máquinas?

Saludos.



Perdona Rubén. Te pido por favor que leas las normas de la lista:
 http://wiki.debian.org/NormasLista

Sobre todo los puntos referentes a:

- No hacer Top-Posting: http://es.wikipedia.org/wiki/Top-posting

- No reenviar a la lista, sino responder.


OK! Apuntado.
Perdonadme.


- Si usas Outlook (por necesidad imperiosa sin duda) al menos configúralo para
que escriba los caracteres de citado () ya que por defecto parece que no lo
hace (recientemente ha salido ese tema en la lista, lo encontrarás en los
archivos).


Saludos.


A veces uso outlook, a veces uso pine y a veces squirrel  segun 
donde me pilla. Pero lo tendre en cuenta para que no pase mas.


Un saludo.

Re: sugerencia

[Iñaki]

El Domingo, 25 de Junio de 2006 19:23, [EMAIL PROTECTED] escribió:
  - Si usas Outlook (por necesidad imperiosa sin duda) al menos configúralo
  para que escriba los caracteres de citado () ya que por defecto parece
  que no lo hace (recientemente ha salido ese tema en la lista, lo
  encontrarás en los archivos).
 
 
  Saludos.

 A veces uso outlook, a veces uso pine y a veces squirrel  segun
 donde me pilla. Pero lo tendre en cuenta para que no pase mas.

Outlook caca, Outlok caca   ;)


-- 
Por el bien de todos respetemos las normas de la lista:
  http://wiki.debian.org/NormasLista

sugerencia

[r]

hola lista gracia por la ayuda del openoffice. Tengo ahora una duda y es
sobre como hacer una ruta estatica debido a que las maquinas de mi red
interna no pueden ver el servidor de correo ya que no tienen una ip real
la y no llegan al el para poder ver el servidor de correo tienen que pasar
por el proxy lo que se hace mas lenta la navegacion, por lo que he leido
haciendo una ruta estatica no pasa por el proxy y si llega directamente al
servidor de correo la ip interna comienza 192.180.0.0 hasta la 200


gracias

Re: sugerencia

[Iñaki]

El Viernes, 23 de Junio de 2006 14:16, [EMAIL PROTECTED] escribió:
 hola lista gracia por la ayuda del openoffice. Tengo ahora una duda y es
 sobre como hacer una ruta estatica debido a que las maquinas de mi red
 interna no pueden ver el servidor de correo ya que no tienen una ip real
 la y no llegan al el para poder ver el servidor de correo tienen que pasar
 por el proxy lo que se hace mas lenta la navegacion, por lo que he leido
 haciendo una ruta estatica no pasa por el proxy y si llega directamente al
 servidor de correo la ip interna comienza 192.180.0.0 hasta la 200

Perdona, ¿te importaría usar signos de puntuación e incluso saltos de línea? 
es que casi me quedo sin aire al leerlo del tirón...;)


-- 
Por el bien de todos respetemos las normas de la lista:
  http://wiki.debian.org/NormasLista

Re: sugerencia

[Rubén Mediano]

Hola,

Perdona, pero no entiendo a que te refieres con que el servidor de correo no 
tiene una IP real ni de que forma afecta a que la navegación pueda ser más 
lenta. ¿Puedes darnos más datos? ¿Algún esquemilla de tu red y los servicios 
que corren esas máquinas?


Saludos.

- Original Message - 
From: [EMAIL PROTECTED]

To: debian-user-spanish@lists.debian.org
Sent: Friday, June 23, 2006 2:16 PM
Subject: sugerencia


hola lista gracia por la ayuda del openoffice. Tengo ahora una duda y es
sobre como hacer una ruta estatica debido a que las maquinas de mi red
interna no pueden ver el servidor de correo ya que no tienen una ip real
la y no llegan al el para poder ver el servidor de correo tienen que pasar
por el proxy lo que se hace mas lenta la navegacion, por lo que he leido
haciendo una ruta estatica no pasa por el proxy y si llega directamente al
servidor de correo la ip interna comienza 192.180.0.0 hasta la 200


gracias



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

Re: sugerencia

[Iñaki]

El Sábado, 24 de Junio de 2006 02:44, Rubén Mediano escribió:
 Hola,

 Perdona, pero no entiendo a que te refieres con que el servidor de correo
 no tiene una IP real ni de que forma afecta a que la navegación pueda ser
 más lenta. ¿Puedes darnos más datos? ¿Algún esquemilla de tu red y los
 servicios que corren esas máquinas?

 Saludos.


Perdona Rubén. Te pido por favor que leas las normas de la lista:
  http://wiki.debian.org/NormasLista

Sobre todo los puntos referentes a:

- No hacer Top-Posting: http://es.wikipedia.org/wiki/Top-posting

- No reenviar a la lista, sino responder.

- Si usas Outlook (por necesidad imperiosa sin duda) al menos configúralo para 
que escriba los caracteres de citado () ya que por defecto parece que no lo 
hace (recientemente ha salido ese tema en la lista, lo encontrarás en los 
archivos).


Saludos.





 - Original Message -
 From: [EMAIL PROTECTED]
 To: debian-user-spanish@lists.debian.org
 Sent: Friday, June 23, 2006 2:16 PM
 Subject: sugerencia


 hola lista gracia por la ayuda del openoffice. Tengo ahora una duda y es
 sobre como hacer una ruta estatica debido a que las maquinas de mi red
 interna no pueden ver el servidor de correo ya que no tienen una ip real
 la y no llegan al el para poder ver el servidor de correo tienen que pasar
 por el proxy lo que se hace mas lenta la navegacion, por lo que he leido
 haciendo una ruta estatica no pasa por el proxy y si llega directamente al
 servidor de correo la ip interna comienza 192.180.0.0 hasta la 200


 gracias

-- 
Por el bien de todos respetemos las normas de la lista:
  http://wiki.debian.org/NormasLista

Re: Intalar driver Gforce-nvidia MX4000 [sugerencia]

[Juan Antonio Gomez Moriano]

MaL EleMeNTo wrote:
Visto tu post, te recomiendo encarecidamente la lectura del siguiente 
documento

http://www.sindominio.net/ayuda/preguntas-inteligentes.html
Espero que te ayude:
Saludos
Pd: Si no te es mucha molestia, te pediría que escribieses claramente, 
con signos de puntuación y una mínima gramática, sino, se hace difícil 
de leer, también es recomendable leerse los manuales antes de mandar un 
post, asumo que no has intentado mucho, dado que no nos has mandado ni 
un mísero log o salida por consola.

Estamos para ayudar y para ser ayudados, nadie nace sabiendo, pero unas 
mínimas formas creo que son exigibles.



Pucha esta vaina de la targetta uno nose si mi debian(sare) lo ah
detectado ... bueno ag un lspci y aparece ... pero bueno lo quiero
instalar me eh bajado la fuente de el kernel de mi vesion ya que mi
kernel es precompilado y la fuente lo eh ubicado en /usr/src con su
respectivo link ... y a la hora de ejecutar el nvidiasrthrth.run en
mi terminal negro no pasa nada . que tengo que hacer'
 y si estuviera intalado como probar ... y si soporta
GLopen
_
Acepta el reto MSN Premium: Protección para tus hijos en internet. 
Descárgalo y pruébalo 2 meses gratis. 
http://join.msn.com?XAPID=1697DI=1055HL=Footer_mailsenviados_proteccioninfantil 



--
Juan Antonio Gomez Moriano
Administrador de http://www.efe-uno.com (web de noticias de informatica)
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Muchas gracias por su sugerencia

[En Plenitud]

De nuestra mayor consideración:

Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que 
surja la oportunidad de ofrecer nuevos cursos.

Cordialmente,

Equipo de En Plenitud
www.enplenitud.com
[EMAIL PROTECTED]

Muchas gracias por su sugerencia

[[EMAIL PROTECTED]]

De nuestra mayor consideración:

Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que 
surja la oportunidad de ofrecer nuevos cursos.

Cordialmente,

Equipo de En Plenitud
www.enplenitud.com
[EMAIL PROTECTED]

Los virus y la lista [SUGERENCIA]

[Ismael Fanlo]

Hola, compañeros:

Estoy convencido de que uno de los problemas que más inciden en que seamos 
víctimas propicias de la presente oleada de virus es la presencia de nuestras 
direcciones en los archivos de la lista[1].

Eso es lo que permite que seamos pasto del spam y, consecuentemente, de 
cualquier virus que infeste a los spammers.

Una buena medida preventiva, sería enmascarar las direcciones e-mail en los 
archivos de la lista, de forma similar al procedimiento de la lista de 
Bulma[2].

¿Alguno de los desarrolladores Debian presentes en la lista tiene contacto con 
los administradores de la misma?  Sería bueno que pudiesen plantear esta 
mejora; no es remedio para los que ya estamos pillados, pero puede ser muy 
positivo de cara al futuro y a futuros usuarios.

[1] Por ejemplo en 
http://lists.debian.org/debian-user-spanish/2003/debian-user-spanish-200309/msg2.html
las cabeceras aparecen así:
To: Lista Debian español debian-user-spanish@lists.debian.org
Subject: Re: ¿como filtro los correos de la lista? Aclaracion
*** From: Ismael Fanlo [EMAIL PROTECTED] 
Date: Mon, 1 Sep 2003 09:01:53 +0200
In-reply-to: [EMAIL PROTECTED]
Message-id: [EMAIL PROTECTED]
*** Old-return-path: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
User-agent: KMail/1.5.3

[2] Ved como aparecen en Bulma 
http://llistes.bulma.net/pipermail/bulmailing_bulma.net/Week-of-Mon-20030915/028736.html
[Bulma] (OFF-TOPIC) mensaje repetido
*** Ismael Fanlo ifanlo at tiscali.es 
 Fri Sep 19 17:30:28 CDT 2003 


Salud,




-- 
Ismael Fanlo
Sólo el conocimiento nos hace libres
- Yo también quiero una Europa libre de Patentes de Software -
--
 EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es 
--




 

Re: Los virus y la lista [SUGERENCIA]

[Matias]

El Wed, 24 Sep 2003 12:27:10 +0200
Ismael Fanlo [EMAIL PROTECTED] escribió:

 Hola, compañeros:
 
 Estoy convencido de que uno de los problemas que más inciden en que
 seamos víctimas propicias de la presente oleada de virus es la
 presencia de nuestras direcciones en los archivos de la lista[1].
 
 Eso es lo que permite que seamos pasto del spam y,
 consecuentemente, de cualquier virus que infeste a los spammers.
 
 Una buena medida preventiva, sería enmascarar las direcciones e-mail
 en los archivos de la lista, de forma similar al procedimiento de la
 lista de Bulma[2].
 
 ¿Alguno de los desarrolladores Debian presentes en la lista tiene
 contacto con los administradores de la misma?  Sería bueno que
 pudiesen plantear esta mejora; no es remedio para los que ya estamos
 pillados, pero puede ser muy positivo de cara al futuro y a futuros
 usuarios.
 

Eso bastaría con modificar una línea en el mhonarc (el programa que se
encarga de pasar los archivos de la lista a html). Pero eso tampoco
serviría de mucho. Hay varios gateways puestos que llevan el correo
de debian-user-spanish hacia otros sitios (para eso habría que
modificar estos gateways también.

Hace un tiempo había surgido en esta misma lista la opción de cerrar
la lista, y el lismaster me había contestado que se podía hacer, pero
que había que tener cierto consenso de la gente que está inscripta a
la lista. Yo no tengo demasiados problemas (ver contador en la firma),
pero creo que la gente que tenga cuentas gratis estará de muerte con
estos gusanos (por más que no se puedan infectar), pero tienes mi
apoyo para hacer una petición (formal). La gente que se agregué a
esto, pues que lo diga.










-- 
Atentamente, yo Matías
Nunca hay libertad en una invasión
http://nnss.d7.be
http://savannah.gnu.org/projects/tasklist
Con $ 198 $ spams desde el 2003-09-22 12:00:00 GMT 000

Re: Los virus y la lista [SUGERENCIA]

[Gunnar Wolf]

Ismael Fanlo dijo [Wed, Sep 24, 2003 at 12:27:10PM +0200]:
 Hola, compañeros:
 
 Estoy convencido de que uno de los problemas que más inciden en que seamos 
 víctimas propicias de la presente oleada de virus es la presencia de nuestras 
 direcciones en los archivos de la lista[1].
 
 Eso es lo que permite que seamos pasto del spam y, consecuentemente, de 
 cualquier virus que infeste a los spammers.
 
 Una buena medida preventiva, sería enmascarar las direcciones e-mail en los 
 archivos de la lista, de forma similar al procedimiento de la lista de 
 Bulma[2].
 
 ¿Alguno de los desarrolladores Debian presentes en la lista tiene contacto 
 con 
 los administradores de la misma?  Sería bueno que pudiesen plantear esta 
 mejora; no es remedio para los que ya estamos pillados, pero puede ser muy 
 positivo de cara al futuro y a futuros usuarios.

Esto ha sido discutido hasta decir basta varias veces en varias listas
de Debian. No se va a hacer porque rompe el buen funcionamiento de los
programas de correo, y un usuario que no sepa manejar los detalles de su
cliente de correo tiene también derecho de preguntar cosas en las listas
de Debian. Además, no ganas nada - el esquema que inventes es trivial de
revertir.

Saludos,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF

Re: Sugerencia mp3player por USB

[Juan Marcos Delgado Alcantar (ac-bio)]

On Fri, 27 Sep 2002, Santiago Vila wrote:

 Jose Luis Ayala:
  Os escribo pidiendo consejo/sugerencia/ayuda sobre un mp3player.

 En cristiano: Reproductor de MP3 (qué manía con el inglés, oye :-).

[...]
 Yo uso mp3blaster y reproduce mis canciones que son archivos ogg.
Uso woody. no he revisado en que sección esta y si es libre.

Sugerencia mp3player por USB

[Jose Luis Ayala]

Wenas...

Os escribo pidiendo consejo/sugerencia/ayuda sobre un mp3player. Estoy pensando 
en comprarme uno de estos aparatitos portatiles pa enchufar al USB y descargar 
mis mp3, pero mi principal restriccion es: cual de ellos podre usar sin 
quebraderos de cabeza con mi Debian?

No tengo demasiada idea de como van estos cacharros pero, por lo q he podido 
ver, vienen con un soft para Windows que permite la descarga de los archivos 
por el USB. Sabeis si existe algun protocolo estandar y libre para esto y que 
pueda instalar en mi Debian? y alguna marca q lo siga?

Mchas gracias!!

Jose 

-- 

Jose Luis Ayala Rodrigo
Information and Computer Science   [EMAIL PROTECTED]
444 Computer Science Building  www-lsi.die.upm.es/~jayala
University of California   (949)-824-1565
Irvine, CA 92697-3425  (949)-824-8019 FAX

Linux Registered User #182215
-
Theory is when you know everything and nothing works;
 practice, when everything works but no one knows why.

Re: Sugerencia mp3player por USB

[Santiago Vila]

Jose Luis Ayala:
 Os escribo pidiendo consejo/sugerencia/ayuda sobre un mp3player.

En cristiano: Reproductor de MP3 (qué manía con el inglés, oye :-).

 Estoy pensando en comprarme uno de estos aparatitos portatiles pa
 enchufar al USB y descargar mis mp3, pero mi principal restriccion
 es: cual de ellos podre usar sin quebraderos de cabeza con mi Debian?

Pues verás, los paquetes de Debian que contenían reproductores de mp3
han sido eliminados de testing y unstable por problemas de patentes.
Esto para mí descarta por completo el formato mp3 como opción si
quiero usar únicamente software libre.

 No tengo demasiada idea de como van estos cacharros pero, por lo q
 he podido ver, vienen con un soft para Windows que permite la
 descarga de los archivos por el USB. Sabeis si existe algun
 protocolo estandar y libre para esto y que pueda instalar en mi
 Debian? y alguna marca q lo siga?

Mi consejo es que te esperes a que salga algún reproductor que admita
el formato Ogg Vorbis (búscalo en google, se ha hablado de él muchas
veces aquí).

Re: sugerencia servidor correo

[Bernardo]

Ahi van las URLs de donde me descargue todo:

http://www.stahl.bau.tu-bs.de/~hildeb/postfix/pop-before-smtp_en.shtml
http://www.flounder.net/~mrsam/maildrop/
http://www.inter7.com/courierimap/

Cuando digo que no existen users, es exactamente eso. Son simples directorios
(maildirs). No tienen obviamente ninguna entrada en /etc/passwd por lo tanto no
hay que restringir shell ni nada de eso. Simplemente no tienen shell. El 
servidor
actua como mail server only.

Por si os decidis a montarlo, recuerdo que tuvimos algunos problemillas con el
bounce. Cuando llegaba un mail para un user que no existia en la makina, el
sistema en vez de bouncearlo inmediatamente, lo encolaba durante 4 dias. Esto lo
solucionamos generando una base de datos adicional con el postmap de postfix, 
que
contuviera los nombres de los users de la mnakina y convenciendo a postfix para
que la consultara antes de encolar ningun mail. Funciono. Ademas luego le
añadimos mas campos a la BD que son irrelevantea para el postfix pero que nos
vienen muy bien para obtener info de los users (nombre y apellido, turno,
departamento, etc)


El sistema gestiona quotas de correo de una forma muy sencilla sin tener que
instalar nada del sistema clasico de quotas de linux, logicamente por lo dicho
antes, no hay user clasicos. Simplemente hay que añadir en un fichero los el
espacio en disco y el numero maximo de mails que permites a cada user y ya esta.

Para gestionar todo esto nos escribimos un script que facilita mucho las tareas
de administracion. La simple creacion de un user implica crear su maildir, darle
de alta en una bd interna de courier imap, ponerle password gestionar las 
cuotas,
etc. Con un script todo es mas facil.

Un saludo,

Bernardo

[EMAIL PROTECTED] ha escrito:

 Saludos.

 Resulta que estamos tratando de montar un servidor de correo-e partiendo
 de postfix, y queremos dar servicios imap y pop.

 Por supuesto, no queremos que todos los usuarios que tengan correo-e en
 esta máquina existan como usuarios del sistema.

 Parece que una opción es usar Cyrus + postfix, pero no sabemos si esto
 es una buena idea.
 ¿alguna sugerencia? ¿mejor ldap, mysql o algo así por el estilo?

 Venga, un saludo a [EMAIL PROTECTED]

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

Re: sugerencia servidor correo

[Bernardo]

Yo estoy usando un sistema de usuarios virtuales. Combino
courier-imap+postfix+maildrop+pop-before-SMTP.

De esta forma no tengo usuarios reales en la máquina excepto los
administradores, el resto son simples directorios y los usuarios de correo no
disponen de shell con lo que si a alguno le pillan la pass no consiguen con ella
nada mas que mirar su correo, pero no compromenten la seguridad de la makina. Si
los usuarios desean gestionar el correo a traves de redes caoticas e inseguras
como es Internet, con este metodo dispone de algo mas de tranquilidad.

El pop-before-SMTP es para evitar el spam. Solo usuarios validos (con password 
de
correo) en la makina, pueden enviar correodesde ese servidor. Esto lo consigues
obligando a que se descarguen el correo antes de enviar. De esta manera el
servidor les pide la clave al descargar (pop) y si es correcta ademas de 
permitir
la descarga, guarda su IP en una base de datos durante una media hora aprox. y
permite el uso del SMTP desde esa IP durante ese tiempo. Despues de esa media
hora, si el user intenta enviar algo, la makina responde con we do not relay.
El user se descarga de nuevo el correo (se valida) y dispone de otra media hora.

Funciona bastante bien y rápido hasta ahora y llevo usandolo unos 6 meses.

Un saludo

Ber
[EMAIL PROTECTED] ha escrito:

 Saludos.

 Resulta que estamos tratando de montar un servidor de correo-e partiendo
 de postfix, y queremos dar servicios imap y pop.

 Por supuesto, no queremos que todos los usuarios que tengan correo-e en
 esta máquina existan como usuarios del sistema.

 Parece que una opción es usar Cyrus + postfix, pero no sabemos si esto
 es una buena idea.
 ¿alguna sugerencia? ¿mejor ldap, mysql o algo así por el estilo?

 Venga, un saludo a [EMAIL PROTECTED]

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

Re: sugerencia servidor correo

[Jaime Rodríguez Molina]

Una pregunta

Eso de que no dispone de shell que quiere decir? 
que en el /etc/passwd pones la shell a /dev/null no?


El pop-before-smtp existe como paquete en linux?


Bernardo wrote:

  Yo estoy usando un sistema de "usuarios virtuales". Combinocourier-imap+postfix+maildrop+pop-before-SMTP.De esta forma no tengo usuarios "reales" en la mquina excepto losadministradores, el resto son simples directorios y los usuarios de correo nodisponen de shell con lo que si a alguno le pillan la pass no consiguen con ellanada mas que mirar su correo, pero no compromenten la seguridad de la makina. Silos usuarios desean gestionar el correo a traves de redes caoticas e insegurascomo es Internet, con este metodo dispone de algo mas de tranquilidad.El pop-before-SMTP es para evitar el spam. Solo usuarios validos (con password decorreo) en la makina, pueden enviar correodesde ese servidor. Esto lo consiguesobligando a que se descarguen el correo antes de enviar. De esta manera elservidor les pide la clave al descargar (pop) y si es correcta ademas de permitirla descarga, guarda su IP en una base de
 datos durante una media hora aprox. ypermite el uso del SMTP desde esa IP durante ese tiempo. Despues de esa mediahora, si el user intenta enviar algo, la makina responde con "we do not relay".El user se descarga de nuevo el correo (se valida) y dispone de otra media hora.Funciona bastante bien y rpido hasta ahora y llevo usandolo unos 6 meses.Un saludoBer[EMAIL PROTECTED] ha escrito:
  
Saludos.Resulta que estamos tratando de montar un servidor de correo-e partiendode postfix, y queremos dar servicios imap y pop.Por supuesto, no queremos que todos los usuarios que tengan correo-e enesta mquina existan como usuarios del sistema.Parece que una opcin es usar Cyrus + postfix, pero no sabemos si estoes una buena idea.alguna sugerencia? mejor ldap, mysql o algo as por el estilo?Venga, un saludo a [EMAIL PROTECTED]--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




-- 
Un saludo, jaime


Jaime Rodrguez Molina. jr.molina at wanadoo dot es
Web  http://www.airtel.net/hosting/cangrejo

Re: sugerencia servidor correo

[Carlos José]

¿es lo mismo /dev/null que /bin/false? Si se diferencia, ¿en que?


Jaime Rodríguez Molina wrote:


Una pregunta

Eso de que no dispone de shell que quiere decir?
que en el /etc/passwd pones la shell a /dev/null no?


El pop-before-smtp existe como paquete en linux?


Bernardo wrote:


Yo estoy usando un sistema de usuarios virtuales. Combino
courier-imap+postfix+maildrop+pop-before-SMTP.

De esta forma no tengo usuarios reales en la máquina excepto los
administradores, el resto son simples directorios y los usuarios de correo no
disponen de shell con lo que si a alguno le pillan la pass no consiguen con ella
nada mas que mirar su correo, pero no compromenten la seguridad de la makina. Si
los usuarios desean gestionar el correo a traves de redes caoticas e inseguras
como es Internet, con este metodo dispone de algo mas de tranquilidad.

El pop-before-SMTP es para evitar el spam. Solo usuarios validos (con password 
de
correo) en la makina, pueden enviar correodesde ese servidor. Esto lo consigues
obligando a que se descarguen el correo antes de enviar. De esta manera el
servidor les pide la clave al descargar (pop) y si es correcta ademas de 
permitir
la descarga, guarda su IP en una base de
datos durante una media hora aprox. y
permite el uso del SMTP desde esa IP durante ese tiempo. Despues de esa media
hora, si el user intenta enviar algo, la makina responde con we do not relay.
El user se descarga de nuevo el correo (se valida) y dispone de otra media hora.

Funciona bastante bien y rápido hasta ahora y llevo usandolo unos 6 meses.

Un saludo

Ber
[EMAIL PROTECTED] ha escrito:


Saludos.

Resulta que estamos tratando de montar un servidor de correo-e partiendo
de postfix, y queremos dar servicios imap y pop.

Por supuesto, no queremos que todos los usuarios que tengan correo-e en
esta máquina existan como usuarios del sistema.

Parece que una opción es usar Cyrus + postfix, pero no sabemos si esto
es una buena idea.
¿alguna sugerencia? ¿mejor ldap, mysql o algo así por el estilo?

Venga, un saludo a [EMAIL PROTECTED]

Re: sugerencia servidor correo

[Santiago Vila]

Carlos José:
  ¿es lo mismo /dev/null que /bin/false? Si se diferencia, ¿en que?

El primero es un dispositivo, no un programa, que sirve para tragarse
todo lo que le echen :-)

echo le echo esto  /dev/null

El segundo es un programa que no hace nada y devuelve un código
distinto de cero para indicar que no terminó con éxito (véase false(1)).

Poner /bin/false en /etc/passwd es usar /bin/false para lo que fue
diseñado: para no hacer nada. La única razón que se me ocurre para
poner /dev/null es por el mensaje de error algo distinto que da:

Cannot execute /dev/null: Permiso denegado

pero para eso, y ya puestos, se puede hacer un programa en C con el mensaje
que nos dé la gana, y en el idioma que más nos guste:

#include stdio.h
int main () { printf(¿Aburrido, eh?\n); exit(1); }

sugerencia servidor correo

[imobachgs]

Saludos.

Resulta que estamos tratando de montar un servidor de correo-e partiendo
de postfix, y queremos dar servicios imap y pop.

Por supuesto, no queremos que todos los usuarios que tengan correo-e en
esta máquina existan como usuarios del sistema.

Parece que una opción es usar Cyrus + postfix, pero no sabemos si esto
es una buena idea.
¿alguna sugerencia? ¿mejor ldap, mysql o algo así por el estilo?

Venga, un saludo a [EMAIL PROTECTED]

Re: Documentacion en Debian (sugerencia a debatir)

[Antonio Castro]

On Wed, 16 Jan 2002, first last wrote:

 Hola. He pensado una cosa para mejorar Debian en 
 eneral. Aun no esta
 totalmente definida, pero creo que es una buena idea y
 antes de
 publicarla en otros sitios prefiero decirlo aqui a ver
 que os parece.
 
 La documentacion en Debian esta dividida en man, info
 y /usr/share/doc
 (aunque algunos paquetes no tienen la segunda o tienen
 un directorio
 vacio para la tercera).
 
 Yo pienso que seria una buena idea convertir toda esa
 documentacion a
 html (comprimido o no), almacenada de alguna manera
 mas o menos logica
 [...]
 Creo que el uso de html y un navegador supone ventajas
 a nivel de
 dificultad para desarrollar la documentacion (que baja
 mucho) y
 aprovecha el navegador (que ya casi todo el mundo
 instala por defecto y sabe usar)
 y, sobretodo, unifica el formato.

Existe una herramienta. htdig capaz de coleccionar todos los
documentos html dispersos en un sistema ofreciendo un sistema
de busqueda. Funciona como un CGI sobre apache. No s una 
maravilla pero funciona.

 Como vereis esto es una sugerencia, la idea esta
 abierta a todas las
 opiniones. Si veo que hay apoyo lo propondre en la
 Espiral,

Precisamenente se propuso en la expiral algo de ese tipo.
Proyecto ayuda. En realidad era un proyecto bastante más
ambicioso ya que se penso en catalogar los documentos
para que en un futuro se pudiera construir algo similar a
un Thesaurus. 

Por mi pare he desarrollado una pequeña herramienta que permite
comenzar la parte de trabajo dura y que debería ser llevada por
los documentalistas. Se monto un servicio en una máquina par ir
dando altas de registros de fichas de documentos y claves, etc.

Se hablo mucho pero ahora esta totalmente paralizado.

 debian-developer y de paso en debianplanet para que
 opine la gente.
 
 ?Que os parece a vosotros?

Lo tuyo es menos amibicioso y quizás más factible.


Un saludo

Antonio Castro

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/\ /\  Ciberdroide Informática (Tienda de Linux)
  \\W// http://www.ciberdroide.com 
 _|0 0|_
+-oOOO--(___o___)--OOOo+ 
|  . . . . U U . . . . Antonio Castro Snurmacher  [EMAIL PROTECTED]  |  
|  . . . . . . . . . . | 
+()()()--()()()+
| *** 1.700 sitios clasificados por temas sobre Linux en ***Donde_Linux*** |
|  http://www.ciberdroide.com/misc/donde/dondelinux.html |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

Re: Documentacion en Debian (sugerencia a debatir)

[Santi Béjar]

Hola, 

  puedes mirar el programa dhelp. Te busca todos los documentos html
  (tambien los man y info si tines info2html y man2www, creo) y los
  puedes leer con cualquier navegador.

  No lo he probado.

  Santi
-- 
Buscando firma...
Buscando firma...hecho

Re: Documentacion en Debian (sugerencia a debatir)

[Faro]

... y entonces first last escribió:

 Hola. He pensado una cosa para mejorar Debian en 
 eneral. Aun no esta
 totalmente definida, pero creo que es una buena idea y
 antes de
 publicarla en otros sitios prefiero decirlo aqui a ver
 que os parece.

Pues me parece que algo parecido a dwww ¿se llama así el paquete?

Se instala sobre apache, y te da una página de busqueda. Ahí metes
lo que estás buscando y el te dice las páginas man o info
relacionadas y enlaces al directorio de documentación. Una
virguería vaya.

Lamento que se te hayan adelantado ;-)

-- 
All mail clients suck. Mutt just sucks less.
Best things in life are free!
faro at escomposlinux . org
Debian GNU/Linux - Usuario Linux #162541

Re: Documentacion en Debian (sugerencia a debatir)

[first last]

 Existe una herramienta. htdig capaz de coleccionar
 todos los
 documentos html dispersos en un sistema ofreciendo
 un sistema
 de busqueda. Funciona como un CGI sobre apache. No s
 una 
 maravilla pero funciona.

Mi idea es que se puediera usar en cualquier ordenador
y 
no tuviera dependencias como Apache, que ademas chupa 
bastante memoria (por defecto inicia unos pocos de 
procesos hijo y demas).

  Como vereis esto es una sugerencia, la idea esta
  abierta a todas las
  opiniones. Si veo que hay apoyo lo propondre en la
  Espiral,
 
 Precisamenente se propuso en la expiral algo de ese
 tipo.
 Proyecto ayuda. En realidad era un proyecto bastante
 más
 ambicioso ya que se penso en catalogar los
 documentos
 para que en un futuro se pudiera construir algo
 similar a
 un Thesaurus. 

Tendre que mirar la documentacion relativa a eso (no 
estoy en la lista de la Espiral).

 Por mi pare he desarrollado una pequeña herramienta
 que permite
 comenzar la parte de trabajo dura y que debería ser
 llevada por
 los documentalistas. Se monto un servicio en una
 máquina par ir
 dando altas de registros de fichas de documentos y
 claves, etc.
 
 Se hablo mucho pero ahora esta totalmente
 paralizado.
 
  debian-developer y de paso en debianplanet para
 que
  opine la gente.
  
  ?Que os parece a vosotros?
 
 Lo tuyo es menos amibicioso y quizás más factible.

La idea es tener un solo formato de documentacion. Una
vez que se tenga asi ya se puede empezar a catalogarla
como se quiera, pero las primeras cosas primero (creo
yo).

Nos vemos

Gabriel

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

Re: Documentacion en Debian (sugerencia a debatir)

[first last]

--- Santi Béjar [EMAIL PROTECTED] wrote:  Hola,

 
   puedes mirar el programa dhelp. Te busca todos
 los documentos html
   (tambien los man y info si tines info2html y
 man2www, creo) y los
   puedes leer con cualquier navegador.
 

La idea no es ser capaz de buscar toda la
documentacion 
desde un navegador, sino que toda ella tenga el mismo
formato, html que es facil de desarrollar, ofrece
ventajas 
sobre man/info como la posibilidad de incluir graficos
si 
se ve la pagina en X y, sobretodo, incluir toda la 
documentacion con referencias a otras paginas
relacionadas 
(por paquete/tema, etc).

Ademas no creo que molestara el que fuera
auto-contenido
y no tuviese grandes dependencias tipo apache (prueba
a
poner apache en un ordenador con poca memoria... el 
pobre
 se arrastra como el solo).

Es mas un tema de estructura interna que de 
funcionalidad, ya que no se annade mucha en un
principio, sino que facilita el desarrollo de la
documentacion.

Al menos esa es mi opinion.

Gracias por las respuestas.

Gabriel

PD. Posiblemente este mensaje tenga cosas
incongruentes... Netscape 6 en accion... hora de dejar
de usarlo para esto :(

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

Re: Documentacion en Debian (sugerencia a debatir)

[Santi Béjar]

first last [EMAIL PROTECTED] writes:

 La idea no es ser capaz de buscar toda la documentacion desde un
 navegador, sino que toda ella tenga el mismo formato, html que es
 facil de desarrollar, ofrece ventajas sobre man/info como la
 posibilidad de incluir graficos si se ve la pagina en X y, sobretodo,
 incluir toda la documentacion con referencias a otras paginas
 relacionadas (por paquete/tema, etc).

Estaria bien tener todo en un mismo formato. Pero no puedes pedir a todo
el mundo que lo haga así. Como solución menos mala lo que se puede hacer
es traducior de uno al otro (info2html,..), o escribirlo en xml,sgml y
pasarlo a info, man, html, lo que quieras.

 
 Ademas no creo que molestara el que fuera auto-contenido y no tuviese
 grandes dependencias tipo apache (prueba a poner apache en un
 ordenador con poca memoria... el pobre se arrastra como el solo).

dhelp no necesita ningun servidor web.

 
 Es mas un tema de estructura interna que de 
 funcionalidad, ya que no se annade mucha en un
 principio, sino que facilita el desarrollo de la
 documentacion.

Puede que si, pero también le pones barreras, tienes que escribir html
en vez de lo que siempre has hecho. Si lo que escribes es una página del
man no creo que html2man quede muy bien ({x,sg}ml a man si que queda
bien).

Vamos a ver. Lo que dices es escribirlo todo en html porque te da mas
funcionalidades que man/info,... Supongamos que se hace (caso
hipotético). Llega un punto que nos damos cuenta que xml nos da más
funcionalidades que html. Tenemos que cambiar toda la documentación a
xml. En unos años vemos que hay tal tecnologia que nos da mas
funcionalidades No vamos a acabar. 

Lo que creo que sí es factible es que haya una forma uniforme de acceder
a esa documentación, esté en el formato que esté. Tienes una aplicación
que le dices: Quiero documentación de la aplicación gqview. Y te salga
la página del manual, la página del info, la documentación de
/usr/share/doc/gqview. La ayuda on-line, los ejemplos,...

Para los que escriben la documentación. Estaría bien que yo desde la doc
de gqview pudiera poner un enlace a un apartado de la documentación de
ee (electronic eyes). Ya que los dos hablan de cosas parecidas. O si
hago un manual de usuario de debian pudiera *incluir* (no un enlace)
apartados del manual de usuario de linux, ya que hay muchas cosa en
común. Pero todas estas relaciones requieren otro tipo de mantenimiento
(tienes que comprobar que lo que incluyes sea coherente en el
tiempo,...). No digo que sea mayor esfuerzo ni menor, solo diferente. Y
a la gente le cuesta cambiar. Pero siempre puedes presentar tus ideas
concretas y que los que escriben decidan si las siguen o no.

He escrito más de lo que queria, y tampoco estoy seguro que se me vaya a
entender, pero ahí está.

  Santi
-- 
Buscando firma...
Buscando firma...hecho

Re: Documentacion en Debian (sugerencia a debatir)

[first last]

 --- Santi Béjar [EMAIL PROTECTED] wrote: 
first last [EMAIL PROTECTED] writes:
 
  La idea no es ser capaz de buscar toda la
 documentacion desde un
  navegador, sino que toda ella tenga el mismo
 formato, html que es
  facil de desarrollar, ofrece ventajas sobre
 man/info como la
  posibilidad de incluir graficos si se ve la pagina
 en X y, sobretodo,
  incluir toda la documentacion con referencias a
 otras paginas
  relacionadas (por paquete/tema, etc).
 
 Estaria bien tener todo en un mismo formato. Pero no
 puedes pedir a todo
 el mundo que lo haga así. Como solución menos mala
 lo que se puede hacer
 es traducior de uno al otro (info2html,..), o
 escribirlo en xml,sgml y
 pasarlo a info, man, html, lo que quieras.

Pues si. Se me habia pasado lo de XML (sera porque no
se
oye hablar de el :P).

La idea de usar HTML es porque permite las mismas 
funcionalidades (o mas) que los otros dos y ademas 
puede separarse presentacion de contenido. Aparte es 
facil de escribir. Desde luego XML con un DTD definido
es aun mejor.

  Ademas no creo que molestara el que fuera
 auto-contenido y no tuviese
  grandes dependencias tipo apache (prueba a poner
 apache en un
  ordenador con poca memoria... el pobre se arrastra
 como el solo).
 
 dhelp no necesita ningun servidor web.

OK. No lo he usado pero en otro post se mencionaba
algo
que si que usaba Apache. Igual deberia haber puesto
algo
del otro mensaje tambien. Perdon por el lio.

  Es mas un tema de estructura interna que de 
  funcionalidad, ya que no se annade mucha en un
  principio, sino que facilita el desarrollo de la
  documentacion.
 
 Puede que si, pero también le pones barreras, tienes
 que escribir html
 en vez de lo que siempre has hecho. Si lo que
 escribes es una página del
 man no creo que html2man quede muy bien ({x,sg}ml a
 man si que queda
 bien).

Completamente de acuerdo. De hecho lo primero seria 
crear un sistema de conversion y hacer esa conversion
de manera progresiva hasta finalmente incluirlo como
parte de la politica de desarrollo de Debian, asi todo
el mundo tendria tiempo de familiarizarse con el 
sistema.

 Vamos a ver. Lo que dices es escribirlo todo en html
 porque te da mas
 funcionalidades que man/info,... Supongamos que se
 hace (caso
 hipotético). Llega un punto que nos damos cuenta que
 xml nos da más
 funcionalidades que html. Tenemos que cambiar toda
 la documentación a
 xml. En unos años vemos que hay tal tecnologia que
 nos da mas
 funcionalidades No vamos a acabar. 

Cierto. Vuelvo a darte la razon con el XML. 
 
 Lo que creo que sí es factible es que haya una forma
 uniforme de acceder
 a esa documentación, esté en el formato que esté.
 Tienes una aplicación
 que le dices: Quiero documentación de la aplicación
 gqview. Y te salga
 la página del manual, la página del info, la
 documentación de
 /usr/share/doc/gqview. La ayuda on-line, los
 ejemplos,...

Para eso haria falta algun tipo de nexo comun. Igual 
tan solo haria falta un sistema con el que, al incluir
ciertos datos en el paquete, se annadiera toda la 
posible documentacion de los paquetes y se
relacionaran
(por ejemplo annadiendo un apartado funcion en la 
descripcion, tipo www-browser).
 
 Para los que escriben la documentación. Estaría bien
 que yo desde la doc
 de gqview pudiera poner un enlace a un apartado de
 la documentación de
 ee (electronic eyes). Ya que los dos hablan de cosas
 parecidas.

?No es eso (con otros matices) lo que aparece al final
de las paginas man? Lo mas importante seria definir la
politica para que fuera coherente. Como ejemplo, hay 
paquetes que no tienen documentacion (tipo Samba) pero

tienen un paquete especial paquete-doc. Cuando
intentas
leer la documentacion te lias porque no hay ninguna 
referencia (suelen estar casi vacios, solo con 
README.Debian y poco mas). Ahi deberia haber un enlace
o referencia a la existencia de la documentacion, ?no 
crees?

 O si
 hago un manual de usuario de debian pudiera
 *incluir* (no un enlace)
 apartados del manual de usuario de linux, ya que hay
 muchas cosa en
 común. Pero todas estas relaciones requieren otro
 tipo de mantenimiento
 (tienes que comprobar que lo que incluyes sea
 coherente en el
 tiempo,...). No digo que sea mayor esfuerzo ni
 menor, solo diferente.

Eso ya es mucho mas complejo. Mi idea es que la 
documentacion sobre temas diferentes este en sitios 
diferentes y que exista una forma estandar de acceder 
a toda la que este relacionada.

 Y
 a la gente le cuesta cambiar. Pero siempre puedes
 presentar tus ideas
 concretas y que los que escriben decidan si las
 siguen o no.

Por supuesto. No pretendo que la gente acepte esto 
porque yo lo digo (ademas que no lo harian), sino
abrir
un debate. La documentacion es de lo mas importante y
de lo mas molesto para hacer. Todas las facilidades
que
se den para quitar trabajo favorecen que la gente
pueda
contribuir mas facilmente.

 He escrito más de lo que queria, y tampoco estoy
 seguro que se me vaya a
 entender, pero ahí está.

Se 

Re: Documentacion en Debian (sugerencia a debatir)

[Santi Béjar]

first last [EMAIL PROTECTED] writes:

 Completamente de acuerdo. De hecho lo primero seria 
 crear un sistema de conversion y hacer esa conversion
 de manera progresiva hasta finalmente incluirlo como
 parte de la politica de desarrollo de Debian, asi todo
 el mundo tendria tiempo de familiarizarse con el 
 sistema.
 
En los documentos nuevos es fácil adaptarse a la última moda.
 
 Para eso haria falta algun tipo de nexo comun. Igual 
 tan solo haria falta un sistema con el que, al incluir
 ciertos datos en el paquete, se annadiera toda la 
 posible documentacion de los paquetes y se
 relacionaran
 (por ejemplo annadiendo un apartado funcion en la 
 descripcion, tipo www-browser).

doc-base

 In summary, `doc-base''s main functionality is:
* convert online manuals between different documentation formats
  (depending on its configuration), and
* register online manuals to Debian's online help systems, `dwww'
  and `dhelp'.
 Until now, only the second part has been implemented.

 
 ?No es eso (con otros matices) lo que aparece al final
 de las paginas man? Lo mas importante seria definir la
 politica para que fuera coherente. Como ejemplo, hay 
 paquetes que no tienen documentacion (tipo Samba) pero
 
 tienen un paquete especial paquete-doc. Cuando
 intentas
 leer la documentacion te lias porque no hay ninguna 
 referencia (suelen estar casi vacios, solo con 
 README.Debian y poco mas). Ahi deberia haber un enlace
 o referencia a la existencia de la documentacion, ?no 
 crees?
Si.
 
  O si
  hago un manual de usuario de debian pudiera
  *incluir* (no un enlace)
  apartados del manual de usuario de linux, ya que hay
  muchas cosa en
  común. Pero todas estas relaciones requieren otro
  tipo de mantenimiento
  (tienes que comprobar que lo que incluyes sea
  coherente en el
  tiempo,...). No digo que sea mayor esfuerzo ni
  menor, solo diferente.
 
 Eso ya es mucho mas complejo.

Si, ya lo sé.

 Mi idea es que la 
 documentacion sobre temas diferentes este en sitios 
 diferentes y que exista una forma estandar de acceder 
 a toda la que este relacionada.

Tambien me gustaria.

 
  Y
  a la gente le cuesta cambiar. Pero siempre puedes
  presentar tus ideas
  concretas y que los que escriben decidan si las
  siguen o no.
 
 Por supuesto. No pretendo que la gente acepte esto 
 porque yo lo digo (ademas que no lo harian), sino
 abrir
 un debate. 

Hubo un debate sobre esto en debian-devel hace un tiempo. A raiz de ello
se hizo el paquete doc-base.

La documentacion es de lo mas importante

Yo diria, una mínima y buena documentación és tan importante como el
programa.

 y de lo mas molesto para hacer.

En esto te doy toda la razón.

Santi

-- 
Buscando firma...
Buscando firma...hecho

Documentacion en Debian (sugerencia a debatir)

[first last]

Hola. He pensado una cosa para mejorar Debian en 
eneral. Aun no esta
totalmente definida, pero creo que es una buena idea y
antes de
publicarla en otros sitios prefiero decirlo aqui a ver
que os parece.

La documentacion en Debian esta dividida en man, info
y /usr/share/doc
(aunque algunos paquetes no tienen la segunda o tienen
un directorio
vacio para la tercera).

Yo pienso que seria una buena idea convertir toda esa
documentacion a
html (comprimido o no), almacenada de alguna manera
mas o menos logica
(esta es una de las partes que no estoy seguro de
tener una solucion
correcta), como por ejemplo todo en
/usr/share/doc/paquete con
/usr/share/doc/paquete/man para los manuales,
/usr/share/doc/paquete/info para las paginas info y
/usr/share/doc/paquete/doc para el resto de la
informacion, con un
index.html en el directorio raiz del paquete
/usr/share/doc/paquete/index.html.

Se crean enlaces desde los directorios man e info a
las paginas
correspondientes (de todo esto se ocupa dpkg) para que
las busquedas no
tengan que pasar por todas las paginas (especialmente
apropos).

Si se hace man comando pues se mira la pagina
correspondiente al
comando, pero en desde un navegador (posiblemente un
mini-navegador por defecto al menos que se defina
otro). Al final de la pagina, junto con las
referencias a los
comandos relacionados (que en este caso son enlaces a
otras paginas,
haciendolo desde html es mas facil y no es necesario
usar info) se pone
una referencia a la documentacion del paquete. Esta
documentacion podria
estar estructurada en secciones, una para man, otra
para info (si
existe) y otra para la documentacion del paquete al
que pertenece el
comando.

Una de las ventajas de este sistema es que toda la
documentacion
relacionada es accesible desde un solo punto (la
pagina inicial del
paquete, que podria ser llamada con un comando
especial tipo help
paquete) y esta enlazada entre si, no hay que salir
de la actual, se
puede ir hacia alante y atras y todo lo demas. Ya se
que info hace esto
actualmente, pero si se hace de esta manera solo hace
falta un formato y
ademas esta bastante extendido.

Otra ventaja es que si se esta en X se puede usar un
navegador grafico.
En este caso incluso se pueden incluir diagramas y
graficos que se
ignorarian en modo texto.

Si la cosa se hiciera correctamente nadie deberia de
notar el cambio, ya
que man e info funcionarian exactamente igual (quizas
habria que cambiar
las teclas que se usan, aunque eso podria ser
definible) si no se quisieran usar los annadidos.

Incluso (pensando ya en locuras) se podria hacer de
forma que el
navegador actualizara la documentacion conectando a un
servidor (tipo
apt-get), aunque eso ya traeria problemas de falta de
sincronia con los
paquetes.

No se que dice la LSB sobre el tema de la
documentacion, si define como
tiene que funcionar de cara al usuario o el
funcionamiento interno del
sistema o si esto esta totalmente en contra, pero creo
que Debian seria
el sitio adecuado para hacer este cambio, ya que con
incluirlo como
parte de la politica oficial se conseguiria un cambio
inmediato (habria
que desarrollar los paquetes base primero y despues
creo que hay filtros
man-html e info-html).

Aun no se como se solucionaria el tema de perldoc,
pero no creo que
fuera demasiado dificil usando los filtros. Tampoco se
que formato daria
para imprimir, aunque creo que si se usan CSS2
correctamente se puede
conseguir un formato casi WYSIWYG (lo que ves es lo
que obtienes). Solo
seria necesaria una hoja de estilo para toda la
documentacion, con lo
que no supone un gran esfuerzo.

Creo que el uso de html y un navegador supone ventajas
a nivel de
dificultad para desarrollar la documentacion (que baja
mucho) y
aprovecha el navegador (que ya casi todo el mundo
instala por defecto y sabe usar)
y, sobretodo, unifica el formato.

Como vereis esto es una sugerencia, la idea esta
abierta a todas las
opiniones. Si veo que hay apoyo lo propondre en la
Espiral,
debian-developer y de paso en debianplanet para que
opine la gente.

?Que os parece a vosotros?

Nos vemos

Gabriel

PD. Si las lineas son mas largas de la cuenta es que
mi querido Netscape 6 no me deja comprobarlo, mis excusas.

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

Re: Sugerencia

[Ignacio García Fernández]

On Thu, Nov 29, 2001 at 06:16:09PM +0100, Daniel wrote:
  
 En cierta manera también se perdería el hecho de que el que
 pregunta pueda ver respondida su pregunta de varias maneras
 diferentes, quizás alguna más fácil de entender que otras, o
 cuando por ejemplo uno hace una pregunta extremadamente urgente
 y concreta y le remiten a un HOW-TO o documentacion a la que
 quizas no puede acceder en aquel momento, entonces muchas veces
 tambien hay el que te responde con una informacion mas concreta
 a aquello que preguntas y no tener que buscar en un documento
 que quizas sea largo.
 
 Bueno me he expresado fatal espero no haber mareado mucho :)

Hombre, yo creo que si una segunda contiene información adicional, o
complementaria pero aporta algo diferente, está justificado el mensaje. Pero
yo creo que el primer mensaje iba más en la dirección de controlar aquellas
respuestas que son en esencia la misma.

Creo que me he explicado peor! :-)

Un saludo

 
 DANI
 
 
 
 
 
  --- Hue-Bond [EMAIL PROTECTED] escribió:  PJ Pérez,
 [EMAIL PROTECTED]:17:57(+0100):
  
  Supongo que la gente ya lo hace. Pero a veces pasa que te
  bajas los 50 mails 
  del dia (bueno, suelen ser más jeje) y te los vas mirando y
  respondiendo... 
  Quizá cuando has acabado de responder un mail determinado
  pues resulta que 
  otras personas ya le habian respondido (pero claro, tu no
  tienes esos mails) 
  
   Otra cosa q pasa es que a  veces un thread aparece
  roto en dos,
   uno de los cuales puede tener  la respuesta pero todavía
  no ha sido
   leído.
  
  
 
 
 ___
 Do You Yahoo!?
 Yahoo! Messenger
 Comunicación instantánea gratis con tu gente.
 http://messenger.yahoo.es

Re: Sugerencia

[Daniel]

 
 

___
Do You Yahoo!?
Yahoo! Messenger
Comunicación instantánea gratis con tu gente.
http://messenger.yahoo.es---BeginMessage---
En cierta manera también se perdería el hecho de que el que
pregunta pueda ver respondida su pregunta de varias maneras
diferentes, quizás alguna más fácil de entender que otras, o
cuando por ejemplo uno hace una pregunta extremadamente urgente
y concreta y le remiten a un HOW-TO o documentacion a la que
quizas no puede acceder en aquel momento, entonces muchas veces
tambien hay el que te responde con una informacion mas concreta
a aquello que preguntas y no tener que buscar en un documento
que quizas sea largo.

Bueno me he expresado fatal espero no haber mareado mucho :)

DANI





 --- Hue-Bond [EMAIL PROTECTED] escribió:  PJ Pérez,
[EMAIL PROTECTED]:17:57(+0100):
 
 Supongo que la gente ya lo hace. Pero a veces pasa que te
 bajas los 50 mails 
 del dia (bueno, suelen ser más jeje) y te los vas mirando y
 respondiendo... 
 Quizá cuando has acabado de responder un mail determinado
 pues resulta que 
 otras personas ya le habian respondido (pero claro, tu no
 tienes esos mails) 
 
  Otra cosa q pasa es que a  veces un thread aparece
 roto en dos,
  uno de los cuales puede tener  la respuesta pero todavía
 no ha sido
  leído.
 
 


___
Do You Yahoo!?
Yahoo! Messenger
Comunicación instantánea gratis con tu gente.
http://messenger.yahoo.es
---End Message---

Sugerencia

[Bernardo Arlandis Mañó]

Creo que si antes de contestar a alguna pregunta miramos si esta ya ha 
sido respondida 10 veces nos ahorraremos correos y tal vez podamos ser 
de más ayuda.

Es una sugerencia.
Saludos.

Re: Sugerencia

[PJ Prez]

A Dimecres 28 Novembre 2001 22:12, Bernardo Arlandis Mañó va escriure:
 Creo que si antes de contestar a alguna pregunta miramos si esta ya ha
 sido respondida 10 veces nos ahorraremos correos y tal vez podamos ser
 de más ayuda.
 Es una sugerencia.
 Saludos.

Buenas!!

Supongo que la gente ya lo hace. Pero a veces pasa que te bajas los 50 mails 
del dia (bueno, suelen ser más jeje) y te los vas mirando y respondiendo... 
Quizá cuando has acabado de responder un mail determinado pues resulta que 
otras personas ya le habian respondido (pero claro, tu no tienes esos mails) 
así que es un poco difícil de controlar a veces.
Ten en cuenta que hay gente que cuando acaba el trabajo llega a casa y se 
baja los mails, contesta los que puede/quiere y envia los suyos. Así hasta el 
dia siguiente.

Venga, saludos!


-- 
Todo se encuentra en el último lugar donde buscamos.
-- Ley de Boob. 

-- Debian GNU/Linux Sid --
Linux mail.diab0lique.com 2.4.16 #8 dt nov 27 00:03:47 CET 2001 i686 unknown
-- Uptime --
 23:15:58 up 1 day, 22:54,  0 users,  load average: 0.07, 0.05, 0.07

Re: Sugerencia

[Hue-Bond]

PJ Pérez, [EMAIL PROTECTED]:17:57(+0100):

Supongo que la gente ya lo hace. Pero a veces pasa que te bajas los 50 mails 
del dia (bueno, suelen ser más jeje) y te los vas mirando y respondiendo... 
Quizá cuando has acabado de responder un mail determinado pues resulta que 
otras personas ya le habian respondido (pero claro, tu no tienes esos mails) 

 Otra cosa q pasa es que a  veces un thread aparece roto en dos,
 uno de los cuales puede tener  la respuesta pero todavía no ha sido
 leído.


-- 
 David Serrano [EMAIL PROTECTED] - Linux Registered User #87069

Sugerencia tardia editor HTML: screem

[Roberto Meyer]

Hola,

Como recientemente se planteó la pregunta me permito sugerir screem
(http://www.screem.org/) como entorno de desarrollo web sobre gnome.  

No sé cuándo apareció en la lista de paquetes disponibles para potato,
pero me pareció muy bueno.

Un amigo me lo recomendó y como bluefish iba muy atrasado en potato
(v3.5) lo instalé.  No encontre detalles sobre la licencia pero en un
banner de su sitio aparece como GPL.

Permite administrar sitios, tiene una referencia a HTML, PHP, RXML y
SSI, wizard para CSS, gestor de archivos, previsualización y soporte
para CVS.  Aparentemente una joya.

Salu2,

-- 
Roberto

Me podrían dar alguna sugerencia sobre este hardware?

[Julio Recalde]

Hola, a fines del próximo mes, al pasar mis exámenes debería estar a
tiempo de adquirir un equipo nuevo(después de 5 años!), ésto es lo que
inicialmente pude seleccionar mirando la lista de precios de una tienda
bastante barata:
-procesador AMD K7 de 1.3 ghz socket A en una placa madre Asus A7V PC133.
-memoria dimm Samsung, 512 mb.
-tarjeta de video 3dfx Voodoo5 5500 de 64MB.
Mi principal preocupación es el soporte de la placa de video y el
procesador, hay drivers maduros que aprovechen bien la primera? Y se han
visto algunos problemas con la glibc y gcc con alguna optimización con ese
procesador?
Escucho sugerencias, pues eso, muchas gracias :-]
 
-- 
Julio Recalde | Linux User # 230351 | Debian GNU/Linux 2.2r2 'Potato'
his tastes were simple: food, drink, women and books. -Henry Miller

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: Me podrían dar alguna sugerencia sobre este hardware?

[\[thecrow\]]

Estimado Julio,

Con fecha lunes, 08 de octubre de 2001, 23:29:32, escribió:

JR Hola, a fines del próximo mes, al pasar mis exámenes debería estar a
JR tiempo de adquirir un equipo nuevo(después de 5 años!), ésto es lo que
JR inicialmente pude seleccionar mirando la lista de precios de una tienda
JR bastante barata:
JR -procesador AMD K7 de 1.3 ghz socket A en una placa madre Asus A7V PC133.
JR -memoria dimm Samsung, 512 mb.
JR -tarjeta de video 3dfx Voodoo5 5500 de 64MB.
JR Mi principal preocupación es el soporte de la placa de video y el
JR procesador, hay drivers maduros que aprovechen bien la primera? Y se han
JR visto algunos problemas con la glibc y gcc con alguna optimización con ese
JR procesador?
JR Escucho sugerencias, pues eso, muchas gracias :-]
 
Sí. Aparte de que te puedes esperar a que a mediados de este mes
tengas el nuevo Athlon XP y las nuevas ATI Radeon...:
Pillate una placa con memoria DDR y pasa mucho de las
Voodoo5(obsoletas, caras, lentas hoy en dia, grandes y sin garantia),
seguramente por el precio de las voodoo5 puedas pillar una GeForce2
GTS Pro (+ó- 25,000 pts)

-- 
Saludos,
 [thecrow]mailto:[EMAIL PROTECTED]

Re: [OT] Vuelta al calvario...(¿alguna sugerencia?)

[Andres Herrera]

El Tue, Sep 25, 2001 at 12:47:29AM +0200, Enrique Marcote Peña disidio iscribir:

Guenas

[...]
 Mi fstab es el siguiente  (en hda1 tengo el raíz de la Potato, en hdc2
 el de la RedHat):
[...]
 Estoy dispuesto a sacrificar la Red Hat e incluso cambiar de sitio
 alguna partición, seguramente la de oracle (la hdc1).  ¿Se le ocurre a
 alguien cómo podría hacer para volver a traer la peste sin necesidad de
 tocar la Debian?
 
 Si desmonto los discos duros y pongo el hda como hdc y viceversa,
 ¿seguiría funcionando la Debian?¿Cómo tendría que preparar el sistema
 para poder hacer esto (si es que es factible)?

Lo suyo es te hagas un diskette de arranque. Luego cambias los discos y
arrancas el LILO del diskette pasando como parámetro root=/dev/hdcx (tu
particion raíz, vamos).

Una vez que arranques, adapta el /etc/fstab, modifica el lilo.conf (si fuese
necesario) y ejecuta lilo.

Una vez que reinicies lo tienes todo andando.

De todas formas, y suponiendo que tiene un peao bicho (si usas mucho
Oracle es de suponer): ¿has pensado en utilizar vmware?

Saludines
--
101 Things you do NOT want your System Administrator to say.
 67. Ummm... Didn't you say you turned it off?
--
Andres Herrera [EMAIL PROTECTED]
Linux Reg. User #66054
--


pgpi8WWgopnqC.pgp
Description: PGP signature

[OT] Vuelta al calvario...(¿alguna sugerencia?)

[Enrique Marcote Peña]

El caso es que hace ya unos tres años que me había librado del güidows
del carajo. Resulta que mi hermano necesita volverlo a instalar por
motivos del chollo.  Tengo en la máquina 2 discos duros y entre ambos
dos sistemas; una Debian Potato (la que uso actualmente) y una Red Hat
5.1, con la que estuve bastante tiempo pero que por fin he logrado
prescindir de ella (ya he conseguido migrar a la Potato todo lo que
había en ella)

Mi fstab es el siguiente  (en hda1 tengo el raíz de la Potato, en hdc2
el de la RedHat):

# /etc/fstab: static file system information.
#
# file system mount point   type  options   dump
pass
/dev/hda1   /  ext2
defaults,errors=remount-ro  0 1
/dev/hda2   /home  ext2rw  0
2
/dev/hdc2   /mnt/hdc2 ext2ro  0
2
/dev/hdc1   /u01ext2rw
0 2
/dev/hda5   /u02ext2rw
0 2
/dev/hda6   /u03ext2rw
0 2
/dev/hda7   /u04ext2rw
0 2
/dev/hda8   /var/www ext2rw  0 2

/dev/hda9   /mnt/backup  ext2rw  0 2

/dev/hda10  /mnt/misc ext2rw  0
2
/dev/hda4   noneignore  0
0 0

proc/proc   procdefaults
0 0

/dev/hdc3   noneswapsw
0 0
/dev/hda3   noneswapsw
0 0

/dev/fd0/floppy autodefaults,user,noauto
0 0
/dev/cdrom  /cdrom  iso9660 defaults,ro,user,noauto
0 0


Estoy dispuesto a sacrificar la Red Hat e incluso cambiar de sitio
alguna partición, seguramente la de oracle (la hdc1).  ¿Se le ocurre a
alguien cómo podría hacer para volver a traer la peste sin necesidad de
tocar la Debian?

Si desmonto los discos duros y pongo el hda como hdc y viceversa,
¿seguiría funcionando la Debian?¿Cómo tendría que preparar el sistema
para poder hacer esto (si es que es factible)?

Muchas gracias a todos y un saludo,

Quique

Re: Sugerencia sobre el euro

[jrfern]

Esbozo de un Euro-HowTo. Primera parte
---
Efectivamente tengo guardados los hilos iniciados por Ángel Parra
en abril (Como poner el Euro???), el mensaje de Jose Carlos Garcia 
Sogo [EMAIL PROTECTED] de 9 de mayo y la respuesta de Roberto 
Suarez Soto [EMAIL PROTECTED] así como algunos otros que de vez en cuando 
aparecen sobre el tema. Mi idea es movilizar, continuar el hilo hasta dar 
una respuesta aceptable ante la inminencia del tema (y supongo que los grupos 
franceses, alemanes, etc. estarán en un trabajo similar).

Notas: 
N.1. Uso testing. Para Potato algunos nombres de ficheros de configuración
cambian (y kbd es un paquete inferior a console-tools, creo). Creo que
usar framebuffer es indiferente. No analizaré el uso de fonty ni de
fuentes UTF-8
N.2. Tengo un teclado de 105 teclas para un clónico i386, de esos con las 
teclas con las ventanitas de güindous y otra para el menú. YMMV
N.3. Por antiguos problemas con los locales y por mi trabajo como traductor
(y mi experimentos con UTF-8, pero esta es otra guerra) no soy partidario 
de definir globalmente (system-wide) un locale sino permitir a cada 
usuario elegir el suyo. YMMV

A. Consola
A.1. El teclado
Resulta que tenemos dos paquetes alternativos para configurar el mapa
de teclado:
console-tools y kbd; la diferencia entre ambos en las versiones 
actuales es que Yann Dirson es 'uno de los nuestros', un hombre de
Debian, y Andries E. Brouwer es más un hombre BSD (esto son elucubraciones
mías...) - yo, por llevar la contraria (si no fuera cabezota todavía
estaría en güindous) uso kbd.

console-common instala /etc/init.d/keymap.sh, que lanza el loadkeys
de console-tools o de kbd sobre /etc/console/boottime.kmap.gz, generado 
a su vez por install-keymap con los datos de console-data. ¿Sencillo,
no? Al arrancar el sistema se ejecuta /etc/rcS.d/@S05keymap.sh y nos 
pone el mapa de teclado elegido.

¿Cómo añadir una tecla para el euro (y de paso las teclas güindous)?
Opción a) Puedes editar boottime.kmap.gz, añadiendo el contenido de 
/usr/share/keymaps/i386/include/euro.inc.gz y
/usr/share/keymaps/i386/include/windowkeys.inc.gz

Opción b) Yo añado en /etc/init.d/keymap.sh, tras la línea de 
loadkeys ${CONFDIR}/${CONFFILEROOT}.${EXT}.gz, lo siguiente:

loadkeys euro.inc
loadkeys windowkeys.inc

y no tengo que tocar /etc/console/boottime.kmap.gz.
La opción b) me parece más rápida y más fácil. Tiene un problema
grave si montas tu sistema vía red (lo que no es mi caso):
al lanzarse el teclado muy pronto en el arranque 
(/etc/rcS.d/@S05keymap.sh) es posible que los sistemas de ficheros 
de red aún no estén montados.

Hemos puesto el mapa de teclado pero para ver el símbolo del
euro nos falta una fuente que pueda mostrarlo.

A.2. Las fuentes para consola

/etc/init.d/console-screen.kbd.sh o /etc/init.d/console-screen.sh
ponen la fuente de pantalla que hayas elegido en /etc/kbd/config o
/etc/console-tools/config. La codificación que incluye el euro es la
latin0 (dejando aparte ISO-10646-1, superconjunto de todas las ISO).

latin-9 o Latin-0 o ISO-8859-15 (codepage 924 para IBM) difiere del
estándar Latin-1 (ISO 8859-1) en ocho posiciones, A4, A6, A8, B4, B8,
BC, BD, BE donde tiene Euro, Scaron, scaron, Zcaron, zcaron, 
OEligature, oeligature e Ydiaeresis, respectivamente.

En /usr/share/consolefonts tenemos varias fuentes lat0-*, en distintos 
tamaños. Podemos poner en 16 puntos la lat0-sun16.psf.gz, tal
como aconsejaba Roberto Suarez Soto, o la lat0-16.psfu.gz (cuestión
de gustos):

en /etc/console-tools/config
SCREEN_FONT=lat0-sun16
APP_CHARSET_MAP=iso15

en /etc/kbd/config
CONSOLE_FONT=lat0-16.psfu.gz
CONSOLE_MAP=8859-15_to_uni

¿Quieres ver si funciona? /usr/bin/shfont
para escribir el ¤ (el signo de atrás debe ser un euro) Alt-Gr + E,
para ¢ pulsa Alt-Gr + c

A.3. locales

Ejecuta 'locale charmap' y anota la salida - no terminaremos hasta
ver 'ISO-8859-15'.

El locale adecuado para el español es es_ES.ISO-8859-15 (catalán ca_ES, 
vasco eu_ES, gallego gl_ES). Las versiones actuales de glibc no traen
los locales sino que hay que generarlos editando /etc/locale.gen y
ejecutando después como root /usr/sbin/locale-gen.

Para hacerlo en /etc/locale.gen descomenta la línea
[EMAIL PROTECTED] ISO-8859-15
ahora también puedes descomentar la línea anterior por precaución
es_ES ISO-8859-1 
(en las primeras versiones una pisaba a la otra).
/usr/sbin/locale-gen deja el nuevo locale en /usr/lib/locale/[EMAIL 
PROTECTED]
si todo ha ido bien.
Prueba el nuevo locale con por ejemplo
LANG=es_ES.ISO-8859-15 date

Si todo funciona instálalo (uso bash. YMMV)
export 

Sugerencia sobre el euro

[jrfern]

Ya sé que esta es una lista sobre Debian en español y no exclusivamente
para España (lo que a su vez incluye al resto de las lenguas del estado),
pero no creo que distraiga demasiado a los colegas de latinoamérica.
¿No sería conveniente, en las fechas en que estamos, hacer un estudio
colectivo del paso a ISO-8859-15 como charset por defecto? Me refiero a 
fuentes disponibles, problemas para novatos, paquetes de 'españolización'...
Es que vamos a tener la moneda y no vamos a saber escribir su nombre.
Desglose:
1. mapas de teclado
2. fuentes
3. ficheros de configuración y locales

Si ya está hecho o este no es el sitio perdón a todos.
--
jr [EMAIL PROTECTED]
GnuPG (www.gnupg.org) key available at your nearest wwwkeys server

Re: Sugerencia sobre el euro

[Jose Carlos Garcia Sogo]

El 14 May 2001 20:00:03 +0200, [EMAIL PROTECTED] escribió:
 Ya sé que esta es una lista sobre Debian en español y no exclusivamente
 para España (lo que a su vez incluye al resto de las lenguas del estado),
 pero no creo que distraiga demasiado a los colegas de latinoamérica.
 ¿No sería conveniente, en las fechas en que estamos, hacer un estudio
 colectivo del paso a ISO-8859-15 como charset por defecto? Me refiero a 
 fuentes disponibles, problemas para novatos, paquetes de 'españolización'...
 Es que vamos a tener la moneda y no vamos a saber escribir su nombre.
 Desglose:
 1. mapas de teclado
 2. fuentes
 3. ficheros de configuración y locales

Sobre este tema ya envié yo un correo a la lista debian-l10n-spanish 
(busca en http://lists.debian.org). La configuración de la cosola es bastante 
sencilla, y sólo hace falta cambiar una pequeña cosa en el mapa de teclado de 
español del paquete console-tools.

 El problema está en las X. Se supone que usando fuentes true type (las de 
Windows), y poniendo una línea como ésta:
keycode 26 = e E EuroSign

en el fichero ~/.xmodmap, debería funcionar, pero con la última actualización 
de las X en sid ya no lo hace. Además hay un problemita con los locales (las 
Xlibs 
no reconocen el locale [EMAIL PROTECTED] que se generaría con los nuevos 
paquetes de 
locales).

  Es algo que he dejado parado hasta después de los exámenes, pues ahora no 
tengo 
tiempo. Si encuentras más cosas, por favor postéalo también en 
debian-10n-spanish y 
a mi. A ver si podemos hacer un paquete user-euro (o modificar en su defecto el 
paquete user-spanish) para Woody.

  ¡Un saludo!

-- 
José Carlos García Sogo Seahorse(-bonobo) developer
jose jaimedelamo eu org http://seahorse.sourceforge.net

Key-Id: 0x90788E11 
Fingerprint = B06B 023F EAA6 37DC 1E62  B079 4BE0 5825 9078 8E11  

Re: Sugerencia sobre el euro

[Jorge González]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El Lun 14 May 2001 21:08, Jose Carlos Garcia Sogo escribió:
 El 14 May 2001 20:00:03 +0200, [EMAIL PROTECTED] escribió:
  Ya sé que esta es una lista sobre Debian en español y no exclusivamente
  para España (lo que a su vez incluye al resto de las lenguas del estado),
  pero no creo que distraiga demasiado a los colegas de latinoamérica.
  ¿No sería conveniente, en las fechas en que estamos, hacer un estudio
  colectivo del paso a ISO-8859-15 como charset por defecto? Me refiero a
  fuentes disponibles, problemas para novatos, paquetes de
  'españolización'... Es que vamos a tener la moneda y no vamos a saber
  escribir su nombre. Desglose:
  1. mapas de teclado
  2. fuentes
  3. ficheros de configuración y locales

 Sobre este tema ya envié yo un correo a la lista debian-l10n-spanish
 (busca en http://lists.debian.org). La configuración de la cosola es
 bastante sencilla, y sólo hace falta cambiar una pequeña cosa en el mapa de
 teclado de español del paquete console-tools.

Concretamente está en los mensajes del mes de Mayo de 2001.

Subject: Euro (o algo así era)

Saludos.

- -- 
   ¡¡NO!! a la Ley de Servicios de la Sociedad de la Información 
   y el Comercio Electrónico (LSSI)

  (o_.'   
  //\c{}  POR UNA INTERNET LIBRE
  V__)_ 

   Replica de la campaña en:
   http://users.servicios.retecal.es/j-gonzalez
   http://pagina.de/no-lssi (con banner destruible)
- -
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7ADhOdnjgrTMyJ7IRAmGUAKCGBhaPXGl7wS1tlF1PbMkRmslkoACdFHcv
miYNoNCzHZPy8nUUX+a9/xc=
=Ds4W
-END PGP SIGNATURE-


public_key.asc
Description: application/pgp-keys

Re: [ Sugerencia GPG/PGP ]

[Ignacio Garcia Fernandez]

On Sat, 20 May 2000, Correcaminos wrote:

 El Sat, May 20, 2000 a las 11:49:53AM +0200, Jordi Mallach dijo: 
  On Thu, May 18, 2000 at 11:08:06PM +0200, Javier Fafián Alvarez wrote:
  
  [ Mensaje encriptado ]
  
  Sí, yo estoy de acuerdo.
  
  -- 
  Jordi Mallach Pérez || [EMAIL PROTECTED]   || Rediscovering Freedom,
  ka Oskuro in RL-MUD || [EMAIL PROTECTED]|| Using Debian GNU/Linux
  
  http://sindominio.net  GnuPG public information:  pub  1024D/917A225E 
  telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E
 
 
   Como podemos ver día a día, cada vez somos más los que usamos
 sistemas de autentificación y seguridad en nuestro correo, utilizando
 programas como el GPG o el PGP.
 
   Yo tengo puesta mi clave publica en search.keyserver.net, lugar en
 donde además he encontrado las claves públicas de mucha gente conocida. A
 ver si la peña se anima y las sube a este (u otro) servidor ;)
 
 -- 
 =8=
 ___   _
   / ___|_   _| (_) ___  Grupo de Usuarios de LInux de Canarias
  | |  _| | | | | |/ __| Pasate por nuestro web
  | |_| | |_| | | | (__http://www.gulic.org/
   \|\__,_|_|_|\___| Clave GPG en las paginas de Gulic
 Clave GPG en search.keyserver.net
   Key fingerprint = F734 17F5 3AB6 E1F6 11C4  B498 5B3E  FEDF 90DF
 =8=



Estooo..

Yo no se utilizar PGP. Tengo una idea de como funciona teoricamente pero
no se como utilizarlo.

Miro el correo con pine desde un servidor con rh. Puede alguien ayudarme?

gracias.



¡Hay un ping¨uino en mi ordenador!

Ignacio Garcia Fernandez

[EMAIL PROTECTED]

Re: [ Sugerencia GPG/PGP ]

[Correcaminos]

~

El sábado, 20 de mayo del 2000, a las 10:12,
[EMAIL PROTECTED] dijo: Re: [ Sugerencia GPG/PGP ]

_

  Cuando: sáb, 20 de may de 2000, a las 02:47:11 +0100
  Quien: Correcaminos
  Que: [ Sugerencia GPG/PGP ]
 
  Como podemos ver día a día, cada vez somos más los que usamos
  sistemas de autentificación y seguridad en nuestro correo, utilizando
  programas como el GPG o el PGP.
 
 Completamente de acuerdo. Aunque para hacerlo más efectivo, deberíamos
 aprovechar la próxima reunión masiva para firmarnos las claves. 
 
Si las cosas me van mas o menos bien, estaré en el próximo congreso
de Hispalinux. Podría ser un buen lugar. La experiencia YA se hizo el año
pasado :)
 
  Yo tengo puesta mi clave publica en search.keyserver.net, lugar en
  donde además he encontrado las claves públicas de mucha gente conocida. A
  ver si la peña se anima y las sube a este (u otro) servidor ;)
 
 El caso es que yo pensaba que los servidores de claves compartían sus
 claves unos con otros, y veo que no ocurre con todos:
 
 En mi .gnupg/options, tengo:
 
 keyserver wwwkeys.es.pgp.net
 
 y me dice que tu clave no está disponible en ese servidor. :-m

La subiré en cuanto pueda O:-)

-- 
=8=
___   _
  / ___|_   _| (_) ___  Grupo de Usuarios de LInux de Canarias
 | |  _| | | | | |/ __| Pasate por nuestro web
 | |_| | |_| | | | (__  http://www.gulic.org/
  \|\__,_|_|_|\___| Clave GPG en las paginas de Gulic
Clave GPG en search.keyserver.net
  Key fingerprint = F734 17F5 3AB6 E1F6 11C4  B498 5B3E  FEDF 90DF
=8=

pgpIpWyHExhqG.pgp
Description: PGP signature

[ Sugerencia GPG/PGP ]

[Correcaminos]

El Sat, May 20, 2000 a las 11:49:53AM +0200, Jordi Mallach dijo: 
 On Thu, May 18, 2000 at 11:08:06PM +0200, Javier Fafián Alvarez wrote:
 
 [ Mensaje encriptado ]
 
 Sí, yo estoy de acuerdo.
 
 -- 
 Jordi Mallach Pérez || [EMAIL PROTECTED]   || Rediscovering Freedom,
 ka Oskuro in RL-MUD || [EMAIL PROTECTED]|| Using Debian GNU/Linux
 
 http://sindominio.net  GnuPG public information:  pub  1024D/917A225E 
 telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E


Como podemos ver día a día, cada vez somos más los que usamos
sistemas de autentificación y seguridad en nuestro correo, utilizando
programas como el GPG o el PGP.

Yo tengo puesta mi clave publica en search.keyserver.net, lugar en
donde además he encontrado las claves públicas de mucha gente conocida. A
ver si la peña se anima y las sube a este (u otro) servidor ;)

-- 
=8=
___   _
  / ___|_   _| (_) ___  Grupo de Usuarios de LInux de Canarias
 | |  _| | | | | |/ __| Pasate por nuestro web
 | |_| | |_| | | | (__  http://www.gulic.org/
  \|\__,_|_|_|\___| Clave GPG en las paginas de Gulic
Clave GPG en search.keyserver.net
  Key fingerprint = F734 17F5 3AB6 E1F6 11C4  B498 5B3E  FEDF 90DF
=8=

pgpYmfLcObNe5.pgp
Description: PGP signature

Re: [ Sugerencia GPG/PGP ]

[benalb]

 Cuando: sáb, 20 de may de 2000, a las 02:47:11 +0100
 Quien: Correcaminos
 Que: [ Sugerencia GPG/PGP ]

   Como podemos ver día a día, cada vez somos más los que usamos
 sistemas de autentificación y seguridad en nuestro correo, utilizando
 programas como el GPG o el PGP.

Completamente de acuerdo. Aunque para hacerlo más efectivo, deberíamos
aprovechar la próxima reunión masiva para firmarnos las claves. 


   Yo tengo puesta mi clave publica en search.keyserver.net, lugar en
 donde además he encontrado las claves públicas de mucha gente conocida. A
 ver si la peña se anima y las sube a este (u otro) servidor ;)

El caso es que yo pensaba que los servidores de claves compartían sus
claves unos con otros, y veo que no ocurre con todos:

En mi .gnupg/options, tengo:

keyserver wwwkeys.es.pgp.net

y me dice que tu clave no está disponible en ese servidor. :-m


-- 
Benjamín Albiñana Pérez
Linux User Nº78177
Clave pública: wget http://personal1.iddeo.es/benalb/benjamin-gpg.asc 
Son muy pocos los problemas personales que no pueden arreglarse con
la adecuada cantidad de explosivos.




pgpdRUWStalBK.pgp
Description: PGP signature