Ten easy ways to attract women to your free software project

[Lila Pagola]

http://www.freesoftwaremagazine.com/columns/ten_easy_ways_attract_women_your_free_software_project

Un artículo interesante que propone algunas ideas para que las mujeres se
acerquen a los desarrollos floss.
Les pego debajo una rápida traducción de los enunciados, algunos son
bastante claros, otros hay que leer las razones para entender:


1. Usar foros en lugar de listas de correo
2. Usar conversaciones únicas más que hilos encadenados: "quien" no sólo
"que"
3. Tanto como sea posible, usar wikis en lugar de archivos con control de
versiones
4. Usar lenguajes de muy alto nivel (Perl, Python, Ruby, etc)
5. Seguir las ideas de "programación extrema" (extreme programming)
6. Reemplazar las órdenes a secas con procesos de afirmación
7. Cuenta con lo que las mujeres pueden hacer mejor
8. Enfatizar el proceso de trabajo comunitario mas que el fabricar
productos
9. Crear una "tutoría formal" y procesos de inducción
10. Hacer visibles a las mujeres colaborando en tu proyecto

[Federico Heinz]

Post by Lila Pagola
Un artículo interesante que propone algunas ideas para que las mujeres se
acerquen a los desarrollos floss.

Lo ví, está bueno.

Post by Lila Pagola
1. Usar foros en lugar de listas de correo
2. Usar conversaciones únicas más que hilos encadenados: "quien" no sólo
"que"
3. Tanto como sea posible, usar wikis en lugar de archivos con control de
versiones

Estas son las cosas que creo que son más conflictivas... esencialmente porque
así como los foros son más agradables para los (aún) no geeks (yo no lo podía
creer, hasta que me puse a preguntar, y es así nomás), los geeks suelen
odiarlos. Esto es un problema serio, porque si ponés un foro y vienen no-geeks,
pero los geeks no... tampoco lograste el objetivo de juntarlos. Lo mismo con el
wiki vs. svn/git/loquesea. Salvo para cosas específicas, si me forzás a usar
wiki, yo prefiero no participar.

Me quedé pensando en qué se podría hacer para resolver eso. Alejo Forero
Cuervo, de Colombia, había iniciado un proyecto "SVNWiki", cuyo objetivo era
hacer un Wiki cuya base de datos fuera SVN, pero que también permitiera editar
de otro lado. Quizás por ese lado haya una solución posible para hacer
converger las especies.

Quizás sería posible armar también un híbrido entre foro y mailing list... hay
algunos, pero la diferencia sería que este funcionaría bien. De esa manera,
cada uno puede verlo con la cara que le gusta.

Claro que la cosa también puede pasar por el lado de las cosas que están *por
fuera* del concepto central de wiki o foro. Por ejemplo, puede ser que la gente
que imagina llevar las cosas en un wiki está pensando en un wiki con un editor
WYSIWYG... y ahí se pudrió todo en serio, porque lamentablemente todos los
editores WYSIWYG de markup wiki que hay dando vueltas producen un markup
*espantosérrimo*, y de nuevo vamos a tener un cisma, entre los que quieren usar
el editor WYSIWYG y los que quieren eliminarlo de la faz de la Tierra...

Fede
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Lisandro Damián Nicanor Pérez Meyer]

Post by Federico Heinz

Post by Lila Pagola
Un artículo interesante que propone algunas ideas para que las mujeres se
acerquen a los desarrollos floss.

Lo ví, está bueno.

Post by Lila Pagola
1. Usar foros en lugar de listas de correo
2. Usar conversaciones únicas más que hilos encadenados: "quien" no
sólo "que"
3. Tanto como sea posible, usar wikis en lugar de archivos con control
de versiones

Estas son las cosas que creo que son más conflictivas

Ése artículo lo comenté hace poco en #debian-ar irc.oftc.net , y las mujeres
presentes (geeks), de común acuerdo con los hombres, dijeron que apestaba. Es
mas, hubo alguien que incluso sugirió que el artículo era denigrante (y,
quizás porque soy geek, opino igual).

Me suena mucho mas a "reglas para atraer al newbie con poco esfuerzo". Pero
bueno, puedo estar errado, soy un geek :-)

[Lila Pagola]

Post by Lisandro Damián Nicanor Pérez Meyer

Post by Federico Heinz
Estas son las cosas que creo que son más conflictivas

Ése artículo lo comenté hace poco en #debian-ar irc.oftc.net , y las mujeres
presentes (geeks), de común acuerdo con los hombres, dijeron que apestaba. Es
mas, hubo alguien que incluso sugirió que el artículo era denigrante (y,
quizás porque soy geek, opino igual).

ese podría ser uno de los problemas ... que geeks y no geeks tienen que
poner cada uno de su parte para entender los problemas que los otros tienen.

a mi me parece que en esta frase:
"In my opinion, the key is the technology problem. Online society is a
product of its participants, but also of the *landscape* artificially
created by the software that we use in our production process. That
toolchain has been crafted almost entirely by men, and unconsciously,
*for*men and their social needs. Women's needs have been ignored, if
not actively
derided. And surprise, surprise… they don't show."

hay una clave interesante.

El problema, que existe reflejado en ese 2% que las estadísticas indican,
podría estar en que para disminuir esa brecha de acceso/interés/visibilidad
o como se le llame, hay que incluir a otros que no se sienten tan cómodos
como los geeks con las cosas tal como están.

y respecto del irc, no me sorprende lo de las chicas. En entornos
meritocráticos y potencialmente hostiles a las diferencias (no digo que ese
lo sea, pero el mundo floss en general lo es en alguna medida, por ausencia
sobre todo, hacia las mujeres) es bien dificil decir que se está de acuerdo
con lo que nadie acuerda :(

Post by Lisandro Damián Nicanor Pérez Meyer
Me suena mucho mas a "reglas para atraer al newbie con poco esfuerzo".

en cierto modo, tenés razón. Un gran porcentaje de newbies son mujeres,
porque el problema de género en última instancia es un problema de
educación, contacto con la tecnología y de roles sociales considerados
"naturales".
Atraer newbies es parte esencial del activismo floss... o me equivoco?
No estoy de acuerdo con que considerar las necesidades de los demás, que
pueden ser distintas a las tuyas sea equivalente a considerarlos
"perezosos".
Pero yo no soy geek...
creo ...

[Federico Heinz]

Post by Lila Pagola
"In my opinion, the key is the technology problem. Online society is a
product of its participants, but also of the *landscape* artificially
created by the software that we use in our production process. That
toolchain has been crafted almost entirely by men, and unconsciously,
*for*men and their social needs. Women's needs have been ignored, if
not actively
derided. And surprise, surprise… they don't show."
hay una clave interesante.

Puede ser. Puede ser que el problema no sea tanto que ese "landscape" fue
creado por *hombres* como que fue creado por *programador[ea]s*, y como la
tarea a cumplir es desarrollar programas, quieren usar las herramientas más
eficaces a ese fin.

En otras palabras: un wiki apesta para escribir código (y para escribir casi
cualquier cosa), de la misma manera que un foro puede ser mucho más agradable
para ciertas personas, pero es mucho más difícil de integrar en el workflow de
desarrollo de software que una lista de correos.

Por eso creo que lo mejor sería algo que le agregue "azúcar" a las herramientas
de desarrollo (un wiki que sea un SVN disfrazado, un foro que en realidad sea
un front-end a una lista de correos), para allanar la curva de aprendizaje sin
impedir que los que están más adelante puedan trabajar en régimen.

Fede
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-***@grulic.org.ar

[Lisandro Damián Nicanor Pérez Meyer]

Estas son las cosas que creo que son más conflictivas

Ése artículo lo comenté hace poco en #debian-ar irc.oftc.net , y las
mujeres
presentes (geeks), de común acuerdo con los hombres, dijeron que
apestaba. Es
mas, hubo alguien que incluso sugirió que el artículo era denigrante (y,
quizás porque soy geek, opino igual).

ese podría ser uno de los problemas ... que geeks y no geeks tienen que
poner cada uno de su parte para entender los problemas que los otros tienen.

[snip]
Creo que Fede la pegó con su comentario. Pero igual me gustaría saber si, con
todo eso implementado, se podría mantener el workflow de trabajo. Sería un
experimento interesante :-D

Me suena mucho mas a "reglas para atraer al newbie con poco esfuerzo".

en cierto modo, tenés razón. Un gran porcentaje de newbies son mujeres,
porque el problema de género en última instancia es un problema de
educación, contacto con la tecnología y de roles sociales considerados
"naturales".

En ésto tenés razón, pero algo me dice que resolver ésto es lo mismo que
resolver el problema de las mujeres en cualquier carrera de ingeniería :-(

Atraer newbies es parte esencial del activismo floss... o me equivoco?

No.

No estoy de acuerdo con que considerar las necesidades de los demás, que
pueden ser distintas a las tuyas sea equivalente a considerarlos
"perezosos".

Y tenés razón, esa frase estuvo mal. A lo que quería llegar es que no veo como
se podría lograr un workflow de trabajo bueno con ésas herramientas, como bien
expone Fede. Hoy por hoy, si uno no se sienta a verlas, estás muerto.

¡Saludos!

[Mariano Mara]

Post by Federico Heinz

Post by Lila Pagola
Un artículo interesante que propone algunas ideas para que las mujeres se
acerquen a los desarrollos floss.

Lo ví, está bueno.

Post by Lila Pagola
1. Usar foros en lugar de listas de correo
2. Usar conversaciones únicas más que hilos encadenados: "quien" no sólo
"que"
3. Tanto como sea posible, usar wikis en lugar de archivos con control de
versiones

Estas son las cosas que creo que son más conflictivas...

esencialmente porque

Post by Federico Heinz
así como los foros son más agradables para los (aún) no geeks (yo no lo podía
creer, hasta que me puse a preguntar, y es así nomás), los geeks suelen
odiarlos. Esto es un problema serio, porque si ponés un foro y vienen no-geeks,
pero los geeks no... tampoco lograste el objetivo de juntarlos. Lo mismo con el
wiki vs. svn/git/loquesea. Salvo para cosas específicas, si me forzás a usar
wiki, yo prefiero no participar.

No estoy seguro que la cuestión sea cuan geek sean los participantes
sino más bien la forma de control que podés ejercer al administrar la
vía de comunicación (me estoy refiriendo a la cuestión de foro vs. lista).
El artículo hace hincapie en la capacidad de manejar para que lado se va
el thread. Coincidentemente no hace mucho hubo una discusión en la lista
de usuarios de Launchpad con un tema relacionado: los desarrolladores
querían forzar una regla por la cual para acceder a ciertos
privilegios de uso era necesario tener un usuario con nombre y apellido
reales y no cualquier tipo de alias. Quienes más se opusieron a tal
pedido fueron varias mujeres que mayor colaboración prestaban a varios
proyectos hosteados ahí y las razones que esgrimieron eran que muchas
veces se habían sentido agredidas o acosadas al revelar su condición de
género (no estoy seguro en que consistió exactamente esa agresión o
acoso porque no se aclaró el tema). Esta cuestión fue para mi una
sorpresa ya que, inocentemente, creí que ese tipo de comportamientos
penosos no tenían cabida en un ámbito tecnológico pero se ve que pasa y
seguido.

Post by Federico Heinz
Quizás sería posible armar también un híbrido entre foro y mailing list... hay
algunos, pero la diferencia sería que este funcionaría bien. De esa manera,
cada uno puede verlo con la cara que le gusta.

No sería imposible, coincido.
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Marcos Dione]

Post by Federico Heinz
Me quedé pensando en qué se podría hacer para resolver eso. Alejo Forero
Cuervo, de Colombia, había iniciado un proyecto "SVNWiki", cuyo objetivo era
hacer un Wiki cuya base de datos fuera SVN, pero que también permitiera editar
de otro lado. Quizás por ese lado haya una solución posible para hacer
converger las especies.

existe ikiwiki, que es un compilador de sitios a partir de markdown
(otro estructured text). el punto es que como es compilado, se pueden
editar los archivos, sincronizarloc con cualquier (d)rcs, y listo.
también tiene un modo gci que permite que se comporte como un wiki. es
*extremadamente* geek y técnico, muy pelado de aspecto por defecto, pero
se lo puede pimpear fácilmente. también es terriblemente extensible.
creo que es una punta. la única cosa que no me gusta es que está hecho
en perl.

Post by Federico Heinz
Quizás sería posible armar también un híbrido entre foro y mailing list... hay
algunos, pero la diferencia sería que este funcionaría bien. De esa manera,
cada uno puede verlo con la cara que le gusta.

bueno, los foros de moodle son así.

--
(Not so) Random fortune:
20:31 < perrito666> jajuajjjaja olga ruitor es la madrina de la fiesta nacional
de la reina gay
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Federico Heinz]

Post by Marcos Dione
existe ikiwiki, que es un compilador de sitios a partir de markdown
(otro estructured text). el punto es que como es compilado, se pueden
editar los archivos, sincronizarloc con cualquier (d)rcs, y listo.

No entendí la descripción.

Post by Marcos Dione

Post by Federico Heinz
Quizás sería posible armar también un híbrido entre foro y mailing list...
hay algunos, pero la diferencia sería que este funcionaría bien. De esa
manera, cada uno puede verlo con la cara que le gusta.

bueno, los foros de moodle son así.

No, no son así. Las cosas que se postean en el foro te llegan por mail, si las
pedís, pero: 1) llegan formateados pa'l tujes, y 2) no podés contestar desde el
mailer.

Fede
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Veronica Lencinas]

Viendo que en este thead hubo un solo aporte de esta parte del género (lo cual dice bastante sobre la composición de la lista y de los intereses de la misma), aquí una opinión al estilo encuesta.

Post by Lila Pagola
1. Usar foros en lugar de listas de correo

Apoyo a Fede. Usar un híbrido.

Post by Lila Pagola
2. Usar conversaciones únicas más que hilos
encadenados: "quien" no sólo
"que"

que alguien me lo explique ... (6.30 de la mañana - presión baja - Alzheimer avanzando)

Post by Lila Pagola
3. Tanto como sea posible, usar wikis en lugar de
archivos con control de
versiones

Sorpresa, SI! Si Koha usaría un wiki en lugar de git (creo que pasó x varios sistemas antes ...) ya hubiera trasladado los pequeños tweeks que hago a mi Koha de trabajo para el resto de la humanidad ...

Post by Lila Pagola
4. Usar lenguajes de muy alto nivel (Perl, Python, Ruby,
etc)

Si. (Perl)

Post by Lila Pagola
5. Seguir las ideas de "programación extrema"
(extreme programming)

suena bueno ...

Post by Lila Pagola
6. Reemplazar las órdenes a secas con procesos de
afirmación

Esto es parte de la buena educación ...

Post by Lila Pagola
7. Cuenta con lo que las mujeres pueden hacer mejor

¿Y esto sería ... ?

Post by Lila Pagola
8. Enfatizar el proceso de trabajo comunitario mas que
el fabricar
productos

SI

Post by Lila Pagola
9. Crear una "tutoría formal" y procesos de
inducción

(http://en.wikipedia.org/wiki/Teacher_induction)
Suena bueno ...

Post by Lila Pagola
10. Hacer visibles a las mujeres colaborando en tu
proyecto

Si, esta es la mejor. Recuerdo el efecto de descubrir que mi CMS favorito mostraba sus desarrolladores ... todos hombres de 20 a 40 con pizza en su barba ... puaj.

Saludos
Verónica Lencinas





Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Federico Heinz]

Post by Veronica Lencinas

Post by Lila Pagola
3. Tanto como sea posible, usar wikis en lugar de
archivos con control de
versiones

Sorpresa, SI! Si Koha usaría un wiki en lugar de git (creo que pasó x varios
sistemas antes ...) ya hubiera trasladado los pequeños tweeks que hago a mi
Koha de trabajo para el resto de la humanidad ...

Contracara: si en vez de git usaran un wiki, Koha todavía estaría en estado
pre-omega.

Los sistemas CMS no son complicados: son complejos. Y lo son porque la tarea
que tienen que cumplir es compleja. Hacer un proyecto en una wiki sería (en
teoría) posible, pero es como escribirlo sin usar las manos, apretando las
teclas solamente con la nariz.

Fede
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Veronica Lencinas]

Estimado Fede,

Post by Federico Heinz
Los sistemas CMS no son complicados: son complejos. Y lo
son porque la tarea
que tienen que cumplir es compleja. Hacer un proyecto en
una wiki sería (en
teoría) posible, pero es como escribirlo sin usar las
manos, apretando las
teclas solamente con la nariz.

quizás lo que hace falta es un sw intermedio que permita agregar o modificar código como lo hace un wiki.

Como contrapropuesta, organicen un taller de git/svn/cvs.

Saludos
Vero




Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 16 October 2008 11:06:31 Veronica Lencinas wrote:
[snip]

Post by Veronica Lencinas
Como contrapropuesta, organicen un taller de git/svn/cvs.

+1 ahí. Me gusta mas la idea de armar talleres. Aunque ahí a veces se complica
el "marketing" de los mismos (es decir, no quedarse con el cartelito por el
pasillo de la universida y el mail a las listas de correo). Quizás sería muy
bueno hablarlo con varios profesores de CS en todos los
intitutos/universidades posibles de antemano, estimo que todos coincidirán que
son herramientas útiles y les van a dar propaganda.
--
<elruso> angasule: tenes el teletransportador encendido?
<gurtaj> :P
<angasule> si
<elruso> Yo no :-P
<angasule> lo arme con el PIC16F84, una batata y algo que estaba
adentro de una zapatilla vieja
<elruso> angasule: yo tenia uno andando pero speedy te
bloquea el puerto...

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

[Federico Heinz]

Post by Veronica Lencinas
quizás lo que hace falta es un sw intermedio que permita agregar o modificar
código como lo hace un wiki.

Eso es lo que proponía: un sistema que ofrezca una interfaz wiki para
operaciones simples, para que la gente pueda ir contribuyendo, y que en
realidad se sólo un front-end del svn.

Post by Veronica Lencinas
Como contrapropuesta, organicen un taller de git/svn/cvs.

Ya hemos hecho algunos en las reuniones de GrULiC, y no creo que haya problemas
en hacer más. El problema es que eso no soluciona el problema inicial que
mencionamos: mucha gente (al menos al principio) no tiene ganas de aprender
estas cosas.

Fede
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Luciano A. Ferrer]

Post by Federico Heinz

Post by Veronica Lencinas
quizás lo que hace falta es un sw intermedio que permita agregar o modificar
código como lo hace un wiki.

Eso es lo que proponía: un sistema que ofrezca una interfaz wiki para
operaciones simples, para que la gente pueda ir contribuyendo, y que en
realidad se sólo un front-end del svn.

Post by Veronica Lencinas
Como contrapropuesta, organicen un taller de git/svn/cvs.

Ya hemos hecho algunos en las reuniones de GrULiC, y no creo que haya problemas
en hacer más. El problema es que eso no soluciona el problema inicial que
mencionamos: mucha gente (al menos al principio) no tiene ganas de aprender
estas cosas.

No creo que no sea cuestión de ganas, sino de
necesidades/conocimiento... fuera del ámbito de la programación, para
qué podría usarse algo así?

saludos!
luciano
--
... este dictamen se somete gustosamente a cualquier
otro mejor fundado en Derecho
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Miguel Pagano]

Post by Luciano A. Ferrer

Post by Federico Heinz
Ya hemos hecho algunos en las reuniones de GrULiC, y no creo que haya problemas
en hacer más. El problema es que eso no soluciona el problema inicial que
mencionamos: mucha gente (al menos al principio) no tiene ganas de aprender
estas cosas.

No creo que no sea cuestión de ganas, sino de
necesidades/conocimiento... fuera del ámbito de la programación, para
qué podría usarse algo así?

Un amigo escribe (poesías y novelas) y nunca termina de estar
conforme con lo que escribe; pero hasta ahora no podía ver
retrospectivamente los cambios que le hace a sus obras. Un sistema
de control de versiones es lo que necesita.

M.
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Marcos Dione]

Post by Lila Pagola
3. Tanto como sea posible, usar wikis en lugar de archivos con control de
versiones

las ventajas de usar (d)vcs es que cada uno puede romper localmente
en su máquina todo lo que quiera, sin interferir con el resto. uno puede
hacer toto una reestructuración del código que quiera, cosas que muchas
veces es necesario en el desarrollo, y no muchas veces no es ni atómico
ni rápido/fácil de hacer. si el código estuviera en un wiki, había sólo
una copia, y durante estos procesos el sistema sería inusable. tampoco
me queda claro cómo haría uno luego para pasar del código de una wiki a
un .tar.gz que uno pueda instalar en sus sitema.

desarrollar no es fácil, de la misma forma que no es fácil diseñar
casas, curar gente y tantas otras actividades que llamamos profesiones.
es por eso que uno pasa 6 años enterrado en libros para aprender.

desarrollar entre 5, 10, 20, 100 personas es más difícil aún. la
solución *son* los vcs, no un wiki. como dijo fede, los wiki son para
otro tipo de construcciones colaborativas, aquellas donde un proceso
gradual es posible, generalmente en la forma de texto que crece o
cambia, donde pasos intermedios son sólo cosas incompletas, no cosas que
no funcionan.

Post by Lila Pagola
4. Usar lenguajes de muy alto nivel (Perl, Python, Ruby, etc)

no simepre es posible. si bien l;os mencionados sirven para el 90,
95% de las aplicaciones, hay cosas que no tiene otra alternativa de ser
escritas en c o c++ y hasta assembler. también tenés que pensar en si
tenés mas herramientas en un lenguaje que en otros, con qué lenguajes te
sentís cómodo, etc. y conozco muy pocos sistemas que se hayan animado a
una reescritura completa en otro lenguaje del original. me parece
delirante.

Post by Lila Pagola
6. Reemplazar las órdenes a secas con procesos de afirmación

si, nosotros también necesitamos aprender, eso me queda muy claro.

Post by Lila Pagola
8. Enfatizar el proceso de trabajo comunitario mas que el fabricar
productos

ésta es la única que me gusta de la lista, o capaz la que más (la
anterior también).
--
(Not so) Random fortune:
Microsoft is a cross between The Borg and the Ferengi. Unfortunately they use
Borg to do their marketing and Ferengi to do their programming.
-- Simon Slavin
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[mariela lescano]

Buenas tardes a todos por favor necesito que por favor ustedes de aconsejen sobre como puedo arreglar los múltiples problemas que actualmente tengo con mi servidor de mail estamos usando Mail server sendmail(autenticacion y TLS) con Antispam SpamAssassin y clamav: pero lamentablemente se ha vuelto un dolor de cabeza en vista de que cuando ajusto las reglas para evitar el ingreso de mail no deseado termino bloquendo otros q si me sirven ademas de que recibi ataques a algunas cuentas. El asunto es q la situación es insoportable considerando que tengo q estar revisando esto todos los días.
En fin que opción me pueden aconsejar me han recomendado usar DSPAM o ZIMBRA han usado ustedes algo de eso o que me sugieren
Anticipo mis agradecimientos.
Mariela


____________________________________________________________________________________
¡Todo sobre Amor y Sexo!
La guía completa para tu vida en Mujer de Hoy.
http://mujerdehoy.telemundo.yahoo.com/
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
grulic-request-od3Ii2+oAupd+***@public.gmane.org
I am the one who is many.

[Gastón Pablo Pérez]

Hola:

En donde trabajo estamos probando DSPAM con backend en postgres y bien
configurado es muy muy potente, en un tiempo corto ya detecta todo el correo
malo muy bien. Zimbra no lo conozco

saludos

Post by mariela lescano
Buenas tardes a todos por favor necesito que por favor ustedes de aconsejen
sobre como puedo arreglar los múltiples problemas que actualmente tengo con
mi servidor de mail estamos usando Mail server sendmail(autenticacion y TLS)
con Antispam SpamAssassin y clamav: pero lamentablemente se ha vuelto un
dolor de cabeza en vista de que cuando ajusto las reglas para evitar el
ingreso de mail no deseado termino bloquendo otros q si me sirven ademas de
que recibi ataques a algunas cuentas. El asunto es q la situación es
insoportable considerando que tengo q estar revisando esto todos los días.
En fin que opción me pueden aconsejar me han recomendado usar DSPAM o
ZIMBRA han usado ustedes algo de eso o que me sugieren
Anticipo mis agradecimientos.
Mariela
____________________________________________________________________________________
¡Todo sobre Amor y Sexo!
La guía completa para tu vida en Mujer de Hoy.
http://mujerdehoy.telemundo.yahoo.com/
--
Para cancelar o configurar su suscripción, visite
http://mx.grulic.org.ar/list o envíe un email a
I am the one who is many.

[Sebastián Villalba]

Hola Mariela...

Post by mariela lescano
Buenas tardes a todos por favor necesito que por favor ustedes de
aconsejen sobre como puedo arreglar los múltiples problemas que
actualmente tengo con mi servidor de mail estamos usando Mail server
pero lamentablemente se ha vuelto un dolor de cabeza en vista de
que cuando ajusto las reglas para evitar el ingreso de mail no
deseado termino bloquendo otros q si me sirven ademas de que recibi
ataques a algunas cuentas. El asunto es q la situación es
insoportable considerando que tengo q estar revisando esto todos los
días. En fin que opción me pueden aconsejar me han recomendado usar
DSPAM o ZIMBRA han usado ustedes algo de eso o que me sugieren
Anticipo mis agradecimientos. Mariela

No veo que nombres listas RBL. Yo las uso (aunque no en Sendmail sinó en
Postfix) y realmente hacen un muy buen trabajo. Podrías empezar mirando qué
tal trabaja ésto:

http://dns.bdat.net/trucos/correo/virus-spam/x125.html

O directamente buscar "sendmail rbl" en nuestro amigo Google. Un cordial
saludo y suerte con eso...

[Marcos Dione]

Post by Lila Pagola
Un artículo interesante que propone algunas ideas para que las mujeres se
acerquen a los desarrollos floss.

una respuesta que me parece un poco más acertada, porque ceo que
apunta mejor a los problemas:

http://blog.printf.net/articles/2008/10/18/response-to-ten-easy-ways-to-attract-women-to-your-free-software-project

también está el "encourage women howto":

http://tldp.org/HOWTO/Encourage-Women-Linux-HOWTO/