Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Reglas para publicar en Usenet News

1 view
Skip to first unread message

moderador de chile.grupos.anuncios

unread,
Jan 1, 2009, 1:20:01 AM1/1/09
to
Posted-By: auto-faq 3.3.1 (Perl 5.008)
Archive-name: reglas-para-publicar.txt
Frecuencia-de-publicacion: quincenal (el 1 y el 15 de cada mes)
X-Verdadero-Autor: Eduardo Rodriguez
Ultima-modificacion: 7/febrero/1997
URL: http://www.usenet.cl/Periodicos/reglas-para-publicar.txt

[Nota del traductor: El articulo a continuacion se publica en ingles en
diversos grupos de discusion. Fue escrito originalmente pensando en
usuarios de sistema operativo UNIX y en grupos en ingles, por lo que
la mayor parte de los ejemplos se refieren a ellos. Yo he incluido
algunos ejemplos, y los he encerrado entre [] para diferenciarlos del
texto original, en atencion a usuarios de otros sistemas operativos y
de habla hispana.]

Este mensaje describe algunas de las reglas de conducta en USENET. Las
reglas varian dependiendo de los newsgroups.

Algunos newsgroups se crearon para la discusion y para algunos anuncios
o requerimientos. No es una buena idea llevar ciertas discusiones en
algunos newsgroups que no fueron creados para esas discusiones. Nunca
es una buena idea llevar una "meta-discusion" acerca de cual es el
lugar apropiado para publicar una discusion - esas discusiones
interfieren con el topico del grupo. Si tu no estas de acuerdo con
la publicacion de un articulo, entonces envia un mail personal, no
publiques un articulo.

Antes de publicar, piensa a donde estas enviando tu articulo. Si es
publicado en un grupo de la jerarquia como "comp", "news", "misc",
"soc", "sci", "rec" o talk", probablemente ira a sitios en cada
continente con una audiencia potencial estimada de 3 millones de
lectores. Algunos articulos son de interes local (por ejemplo,
venta de autos usados) y es inapropiado publicarlos al mundo entero.
Usa el campo "Distribution" para restringir la distribucion de
su articulo a nivel local. Si no sabes como usar este campo,
lee el documento "Answers to Frequently Asked Questions about Usenet"
en news.announce.newusers. (Sin embargo, ten presente que para
usar este campo, tu sistema debe estar bien configurado, por tanto,
puede que no funcione a pesar que tu lo uses apropiadamente)

Se considerado con el uso de los recursos de la red. El uso individual
que tu le das, parece no ser mucho comparado con el total de la red,
pero sumando y sumando, cada aporte individual finalmente influye. Por
ejemplo, mensajes de saludos o mensajes de agradecimiento, solo
necesitan ser leidos por la o las partes interesadas -- envia ese
tipo de mensajes por mail en vez de publicarlos. Lo mismo vale para
preguntas simples, especialmente cuando alguien publica "yo tambien
estoy interesado en esto".

Para ayudar a minimizar la carga del computador y el uso de disco
a traves de USENET, considera no solo cuantos grupos transportan tu
articulo sobre una cierta area de distribucion, sino tambien
cuanto tiempo sera util. Muchos tipos de articulos -- tales como
los que hacen anuncios u ofertas -- tienen un cierto tiempo de vida
util. Las preguntas publicadas que no son respondidas dentro de
un intervalo prudente de tiempo, probablemente nunca lo seran.
Todos estos articulo usaran ancho de banda sin proposito. Cuando
publiques uno de estos articulos, debes determinar el intervalo
de tiempo que sera util que permanezca publicado, basado en la
naturaleza de la publicacion, el volumen de trafico en el grupo
publicado, y los habitos de los lectores de ese grupo, si los
conoces. Entonces agrega un dia de expiracion a tu articulo. Esto
marcara el dia en que tu articulo puede ser borrado de cada
servidor.

Para incluir un dia de expiracion en un articulo cuando publicas,
inserta una linea en el "header" (encabezado) bajo la linea
"Newsgroups:" con la fecha de expiracion. Por ejemplo, puedes
escribir "Expires: 5 Feb 95" para expirar un articulo despues del
5 Feb 95. La mayoria de los software de news tambien aceptan el
dia de expiracion de la forma "Expires: +5days". Por favor, NO
ajuste el dia de expiracion muy lejos en el futuro, solamente para
que se matenga mucho tiempo. Muchos servers expiran los articulos
antiguos, sin importar lo que el encabezado indique, asi que el
articulo de todas maneras expirara en muchos servidores. El periodo
normal de expiracion es normalmente de 7 a 21 dias dependiendo del
espacio en disco del computador.

No publiques grandes anuncios noticiosos (por ejemplo, exploto el
transbordador espacial) en los grupos de News. Para cuando ellos lean
tu articulo, sin duda habran sido informados por los medios
convencionales de comunicacion (radio, tv). Si deseas discutir tales
eventos en la red, utiliza el newsgroup "misc.headlines". [N. d. T.:
O el grupo local apropiado para tales discusiones]

Los anuncios de productos o servicios en Usenet estan permitidos,
con tal que se ejercite convenientemente. Dado que alguien
esta pagando la cuenta de telefono o de satelite por esto, es
importante que tales anuncios sean beneficiosos para todos
en USENET. Publica tal informacion en "comp.newprod", o en el
grupo local correspondiente a tal topico -- nunca en un grupo do
de proposito general como "misc.misc".
"comp.newprod" es un grupo moderado, puedes leer las
recomendaciones para publicar en el articulo titulado
"Welcome to comp.newprod", publicado periodicamente en ese mismo
grupo y en "news.answers". Tambien puedes obtener ese articulo
enviando e-mail a mail-...@rtfm.mit.edu, con una sola
linea que diga:
send usenet-by-group/news.answers/newprod

Si tu articulo es realmente relevante para algun otro newsgroup,
particularmente uno de los grupos *.announce, entonces debes
considerar publicarlo alli; algunos moderadores permiten la publicacion
de anuncios en esos grupos, e.g. (por ejemplo) un anuncio acerca de
un computador Amiga puede ir en comp.sys.amiga.announce. Antes de
publicar tales anuncios, asegurate de que has leido cuidadosamente
todos los documentos administrativos del grupo. Tambien, lee los
mensajes regulares en el grupo al menos por una semana para estar
seguro que tu anuncio es consistente con lo que la otra gente
publica alli. Recuerda que esto es valido para *cualquier* articulo,
pero especialmente para aquellos que traen anuncios comerciales.

Instrucciones generales para publicar anuncios comerciales: marca
claramente tu articulo como anuncio de un producto en el Subject.
Nunca repitas este articulo -- un articulo por producto a lo mas; y de
preferencia agrupa tu oferta completa en un solo articulo. El
bombardeo publicitario es especialmente molesto. Anuncios
inapropiados o articulos que violan esta politica generalmente
causaran rechazo y generan una respuesta negativa por parte de la
comunidad Internet. La politica de permitir la publicacion de anuncios
comerciales por cierto, esta sujeta a cambio si se vuelve un problema.

Existe una jerarquia alternativa llamada "biz" especificamente para
publicaciones de orden comercial. Para mas informacion, mira los
articulos con Subject:"Alternative Newsgroup Hierarchies, Part ...",
publicados periodicamente en varios newsgroups, incluyendo
news.lists. Tambien puedes obtener esos articulos enviando un mail a
mail-...@rtfm.mit.edu con las siguientes lineas:

send usenet-by-group/news.answers/alt-hierarchies/part1
send usenet-by-group/news.answers/alt-hierarchies/part2

Algunos grupos son moderados. Alli, tu no puedes publicar directamente,
ya sea por convencion o porque el software te lo prohibe. Para
publicar alli, envia un mail al moderador (Nota del traductor: los
programas utilizados para leer News: Netscape News, Internet News,
tin, rn, etc, envian tu articulo al moderador cuando publicas en un
grupo moderado). He aqui algunos ejemplos de grupos moderados en ingles:

Newsgroup Moderador Proposito
--------- --------- ---------
news.announce.important anno...@stargate.com Importantes anuncios para
todos.
comp.std.unix std-...@uunet.uu.net Discusion sobre el
standard Unix.
rec.food.recipes rec...@taronga.com Compartiendo recetas
favoritas .

Algunos grupos tienen reglas especiales:

Newsgroup Reglas
--------- ------
news.announce.important Moderado, no se puede publicar directamente, solo
se aceptan anuncios importantes.
misc.wanted Preguntas, "Necesito X", "Alguien quiere mi X?". No hay
discusiones. No publiques en mas de un grupo xxx.wanted.
rec.humor Humor sano solamente. No se aceptan discusiones, ellas deben
publicarse en rec.humors.d
rec.arts.movies No publiques comentarios revelando trozos de una
pelicula sin anunciar previamente que lo haras.
rec.arts.* Igual que en movies -- indica apropiadamente a traves del
Subject
news.groups Discusiones acerca de los nuevos grupos: si conviene
crearlos, como llamarlos. No publiques votos para aceptar o denegar
crear nuevos grupos, debes enviarlos al autor del llamado a
votacion.
misc.test Usa el grupo "test" mas pequeno [N.d.T.: por ejemplo,
chile.test] para hacer pruebas. Indica en el articulo que estas
probando.

Es perfectamente legal reproducir pequenos extractos de un trabajo
con copyrigh con el fin de criticarlo, pero la reproduccion total esta
estricta y explicitamente prohibida por leyes internacionales. (De otra
manera los artistas no tendrian como hacer dinero, y habrian menos
motivos para que la gente pusiera su arte disponible para todos.
El robo en este contexto es tan grave como en cualquier otro, aunque
no tengas que romper candados, usar una mascara para cubrir tu rostro,
o esconder mercancias.)

Se considera una violacion de las reglas de etiqueta el publicar
correo electronico personal sin el permiso del autor. Mas aun, bajo
los estatutos de derecho de autor (copyright), el autor del e-mail
posee un derecho de autoria (copyright) en el mail que el o ella haya
escrito; luego publicarla en la red o enviarla por mail a otras
personas sin el consentimiento del autor es tanto una violacion del
copyright como una falta a las reglas minimas de educacion.

Todas las opiniones hechas en mensajes publicados en USENET deben
ser tomadas como opiniones personales de quienes las publican. Ellas
no necesariamente representan las opiniones del empleador del
autor, del duenno del computador donde fueron publicadas, o de
cualquier involucrado en el servicio de USENET, o de las redes
que constituyen USENET. Toda responsabilidad es individual y recae
sobre el autor de la publicacion.

La publicacion de informacion en USENET es vista de manera similar
a la publicacion en medios escritos. Por tanto, no publiques
instrucciones sobre como cometer actos ilegales; tampoco preguntes
como cometerlos a traves de la red.

Si tienes unas lineas estandares de texto que agregar al final de
tus articulos, y estas usando un software que permite la inclusion
automatica de un archivo "signature", entonces, en UNIX, basta que
tengas un archivo .signature es tu directorio "home". [N.d.T.: En
windows o macintosh en general el software maneja opciones para
agregar automaticamente un archivo "signature" a eleccion]
El programa que usas para publicar automaticamente lo agregara a tu
articulo. Por favor, manten este archivo conciso, pues los lectores
generalmente no aprecian la lectura de largos archivos de este tipo,
menos cuando tienen que pagar la factura telefonica que involucra su
transmision. 2 o 3 lineas son usualmente mas que suficientes. En
algunos casos es apropiado agregar una o mas lineas indicando
las direcciones de otras redes donde puedes ser alcanzado (por
ejemplo, BITNET o Compuserve, si corresponde). Los archivos
"signature" largos, definitivamente molestan. NO INCLUYAS dibujos,
mapas u otros graficos en el -- no es el lugar apropiado para poner
ese material, y no es bien visto por los demas.

Si publicas un articulos y recuerdas algo que olvidaste, o te fijas
que cometiste un gran error, debes cancelar el articulo y (si lo
cancelas lo suficientemente rapido) evitar su distribucion. Asi,
puedes corregir lo que sea que hayas hecho mal, y publicar una
nueva copia. En los lectores de News "rn", "trn", "nn" y
"readnews" de UNIX (y probablemente la mayoria de otros programas
lectores de News) un articulo que tu publicaste puede ser
cancelado con la letra "C" (Cancel). En el programa "tin" se
utiliza la letra "D" (Delete) para cancelarlo. Los lectores de
news mas modernos ofrecen la opcion de cancelarlos a traves de
algun menu "Cancel". Ten presente, eso si, que algunas personas
ya pueden haber leido el mensaje con error, asi que mientras
antes canceles, mejor.

Despues de publicar una pregunta en la red (especialmente
alguna que creas que sera facil de responder para los expertos),
considera cuidadosamente si publicarla es la manera mas
apropiada de obtener una respuesta. Hay muchas maneras de
encontrar respuestas sin usar los recursos de la red y
forzando a miles de personas a leer tu pregunta (y muchos
voluntarios dispuestos a gastar tiempo respondiendo). Muchos
newsgroups tienen un documento con las Frequently Asked Questions
(FAQ), que es publicado periodicamente (usualmente cada
pocas semanas), con crosspost a "news.answers". Estos articulos
usualmente tienen un dia de expiracion explicito, de manera
que no deberian expirar hasta que una nueva version se publica,
de manera que si no puedes encontrar un FAQ en el mismo
newsgroup o en "news.answers", probablemente no hay uno. (asi
que, no sera util que publiques una pregunta inquiriendo por el).
Si hay expertos locales (o simplemente usuarios mas experimentados
que tu), preguntales a ellos antes de publicar. Si estas
tratando de encontrar donde "FTPear" un software o un archivo
de un newsgroup, intenta usar el servicio Archie; mira las
publicaciones en "news.answers" para encontrar mas detalles.
Varios newsgroups son archivados en bases de datos WAIS (Wide
Area Information Service); el software puede ser FTPeado desde
ftp.think.com, o puedes usar WAIS a traves de telnet a
quake.think.com, conectandote como "wais". Finalmente, tambien
puedes chequear los manuales de tu sistema; si no lo haces,
y publicas tu pregunta, probablemente recibiras algunas
respuestas que diran RTFM (read the f*ing manual).

Si vas a publicar un articulo en varios newsgroups (algo que en
general no es muy bien visto dentro de las News, y que debieras
restringir solo a los casos en que es necesario realmente),
hazlo a todos los newsgroups al mismo tiempo, en vez de
publicar una copia en cada grupo por separado. Si haces lo
primero, el software de news traspasara una sola copia a los
computadores vecinos. Mas aun, los usuarios con lectores de
News "inteligentes" leeran el articulo solo una vez. Al hacer
publicaciones separadas de tu articulo en cada newsgroup en que
deseas que aparezca, tiende a molestar a los usuarios mas que
a enfatizar el contenido del mensaje, y al mismo tiempo desaprovechas
los recursos computacionales. Para publicar en mas de un newsgroup
debes usar el campo "Newsgroups:" del encabezado del articulo,
agregando cada grupo separado por comas, sin espacios:

Newsgroups: comp.fish,misc.sheep,talk.ketchup

Todos los programas que permiten leer las news (newsreaders),
debieran permitir dos formas de publicar un articulo. Primero,
una publicacion original, que es usada cuando comienzas un
nuevo topico de conversacion o discusion. Segundo, el "followup"
usado pra publicar una respuesta a otro articulo. En varios
newsreaders, incluyendo "rn" (sistema operativo UNIX), el
comando "f" genera una publicacion original, si tu posicion
actual es al final del newsgroup, pero un followup cuando
estas viendo un articulo; en este ambiente puedes usar el comando
"Pnews", fuera de "rn" para hacer una publicacion original.

El software que publica articulos maneja el segundo caso de
manera especial, indicandole al sistema que este articulo
esta relacionado con el articulo original al que se hace followup.
En primer lugar, el newsreader agrega un "Re:" antes del
Subject existente para indicarnos que se esta refiriendo al
articulo previo. En segundo lugar, el software agrega una
linea "References" que contiene el "Message-ID" del articulo
original. Este encabezado es utilizado por los programas
lectores de news que manejan "conversaciones enhebradas"
(threads), tales como "trn" o "tin" (ambos en sistema
operativo UNIX) para seguir una discusion particular.

Es importante que estos dos metodos de publicacion no se
confundan. No hagas un followup a un articulo sin usar el
mecanismo que para tal efecto te provee el software con que
lees. De la misma manera, no uses el mecanismo de publicacion
de followups para publicar un articulo que no se relaciona
con ningun articulo. La violacion de esta convencion algunas
veces lleva a confusion y molestia por parte de los usuarios
que usan newsreaders con capacidad de manejar "threads".

Cuando publiques un followup, se cuidadoso con los newsgroups
a los que va dirigido. El articulo que estes respondiendo
puede haber sido publicado en varios newsgroups (crosspost),
y por omision, tu followup ira tambien a todos ellos. O bien,
un articulo puede tener una linea 'Followup-To:" en el encabezado,
y en tal caso, por omision, tu followup se publicara en
donde esta linea diga -- que podria no ser el newsgroup donde
lo estas leyendo. Debes asegurarte que tu articulo se publique
en todos los newsgroups donde originalmente se publico el articulo
que respondes, pero agregando una linea "Followup-To:" en su
encabezado para confinar las respuestas a los grupos apropiados.
En cualquier caso, es recomendable que los articulos que tienen
una linea "Followup-To:" para redirigir las respuestas a un cierto
grupo, indiquen en el texto del articulo que las respuestas seran
redirigidas. La idea es enhebrar o hilvanar los articulos que
tienen sentido en cada newsgroup donde aparecen, para la gente
que no lee los otros grupos.

Si no puedes ver tu articulo recien publicado en forma inmediata,
no asumas que pudo haber fallado (y tampoco trates de republicarlo
inmediatamente). Algunos servidores estan configurados para procesar
las publicaciones cada cierto tiempo. Por tanto, tu articulo no
aparecera publicado inmediatamente. Pero si no eres paciente y
publicas de nuevo (porque no lo ves aparecer inmediatamente)
entonces multiples copias de tu mismo articulo comenzaran a circular.

Si el sistema te rechaza un articulo de respuesta a otro, debido al
siguiente error: "mas lineas originales que texto nuevo" ("more quoted
lines than new text,"), quiere decir que estas tratando de publicar
un articulo que no tiene mucho mas contenido que el original, y
no es recomendable que lo publiques. No le agregues mas lineas
artificialmente, sino que agrega mas lineas pero con contenido.

Cuando prepares un articulo, recuerda que la mayor parte de las personas
que lo leeran NO estan en el mismo computador tuyo. La siguiente es
una lista de las cosas que debes tener en mente al escribirlo:

* No escribas lineas de mas de 80 caracteres de ancho, y hazlo en 72
si es posible (de manera que si alguien responde tu articulo,
incluyendo el original en la respuesta, las lineas calzen y no
sobrepasen el borde). La mayoria de los editores tienen alguna
opcion que puede hacer eso por ti automaticamente. Asegurate por
tanto que los saltos de linea hayan sido puestos por tu editor,
pues algunos programas solo te "muestran" las lineas con esa
distribucion, sin embargo, en la realidad solo manejan una sola
linea muy larga.
* Alinear a la derecha es mas "bonito" en cierto sentido, pero es mas
dificil de leer que dejar el margen derecho libre.
* La mayoria de los caracteres especiales no se veran en la mayor parte
de los programas lecores de News. De hecho, el 'espacio en blanco'
es el unico que tu puedes estar seguro que funcionara siempre.
Inclusive los tabuladores no tienen siempre la misma interpretacion
y deben evitarse. Muchos programas que manejan correo electronico
(mail agents) "remapean" esos caracteres convirtiendolos a otros
equivalentes.
* Fotos y diagramas no se publican precedidos de tabulador.
* Refierete a los articulos a traves de su Message-ID (identificador
unico que aparece en el encabezado de los mensajes), y nunca por el
numero del articulo, pues este varia segun el computador donde lees
las USENET News, y porque ademas algunos software de lectura no
muestran este numero. El Message-ID es unico y nunca cambia a
traves de toda la Internet.
* Lo que tu ves como el articulo previo, puede que en otro computador
sea el articulo siguiente. Recuerda que la transmision de articulos a
traves de la Internet puede variar el orden con que ellos son recibidos.
* Los articulos escritos solo en mayusculas o solo en minusculas son
dificiles de leer.

En general, cuando falla el enviar un mail a una persona en forma
directa, NO publiques una news informandolo. Piensa por un momento:
estas tratando de enviar un mensaje a una persona en UN sistema. Tu
mensaje podria pasar a traves de (al menos) DIEZ sistemas antes de
llegar a destino. Al publicarlo en las News, lo envias a varios miles
de sistemas alrededor del mundo! No hay manera de justificar el
agregarle carga a los servidores de news de todas esas maquinas
simplemente porque no puedes determinar como enviar tu mail.

Si tu mensaje es importante, contacta a alguien que sepa mas acerca del
sistema de correo electronico, de manera que pueda ayudarte a enviarlo.
Tu administrador de sistemas local, por ejemplo, o el administrador
de alguno de los computadores "vecinos" al tuyo, puede ayudarte. Tambien
puedes enviar un e-mail al usuario "postmaster" a alguno de los
computadores importantes de tu red. Practicamente todo el mundo prefiere,

casi siempre, un e-mail pidiendo ayuda en su propia casilla (o mailbox),
que leerlo publicado en algun grupo de news. Si tu problema es
realmente importante, entonces toma un telefono y trata de llamar
a la persona que te puede ayudar, o bien ve a su oficina.

0 new messages