<!-- 0,1 -->
<!-- News,0 -->
<!-- Vince,Skahan,vince@halcyon.com -->
<!-- 1.4,1995-11-29 -->
<!-- Noticias -->
<!-- Urko,Lusa,ulusa@frodo.com -->
<!-- 1.0,1997-01-03 -->
<!-- noticias,articulos,news -->
<!-- Software,Servidores,NNTP --> 

<!doctype linuxdoc system>

<!-- <date>$Id: news-howto,v 1.4 1995/11/29 18:26:58 vince Exp $ -->

<article>

<title>Noticias COMO

<author>Vince Skahan, <tt><htmlurl url="mailto:vince@halcyon.com"
name="vince@halcyon.com"></tt>
&nl;
Traducido por Urko Lusa, <tt><htmlurl url="mailto:ulusa@frodo.com"
name="ulusa@frodo.com"></tt>

<date>v1.4, 29-XI-1995.

Traducido el 3-I-1997.

<abstract>
Este documento describe la puesta en marcha y mantenimiento de noticias de
Usenet bajo Linux. Es necesario leerlo si se planea publicar o leer
noticias de Usenet, ya sea en el sistema local o entre varios sistemas.
Probablemente no es necesario leer este documento si no se desea
incorporar noticias de Usenet como una de las prestaciones del sistema. 
</abstract>

<toc>

<sect>Introducción
<p>

La intención de este documento es contestar a algunas de las preguntas y
comentarios que parecen encajar en la definición de "preguntas frecuentes" 
sobre programas de noticias bajo Linux en general, y la versión en la
distribución Slackware en particular. 

Este documento, junto con los "COMOS" de correo y UUCP, sustituye al
<tt>UUCP-NEWS-MAIL-FAQ</tt> que anteriormente se publicaba en
<tt/comp.os.linux.announce/. 

<sect1>Nuevas versiones de este documento
<p>

Las nuevas versiones de este documento serán periódicamente publicadas en
<tt/comp.os.linux.announce/, <tt/comp.answers/, y <tt/news.answers/. 
También serán enviadas a los diversos servidores FTP anónimos que archivan
tal información, incluyendo <tt><htmlurl
url="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO" 
name="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO"></tt><footnote><it>N. del
T.</it>/: El autor se refiere, lógicamente, a la versión original en inglés.
</footnote>

Además, también debería ser posible encontrar este documento en la Linux
<it/WorldWideWeb home page/ en <tt><htmlurl
url="http://sunsite.unc.edu/mdw/linux.html" 
name="http://sunsite.unc.edu/mdw/linux.html"></tt>. 

<sect1>Sugerencias, críticas y comentarios.
<p>

Estoy interesado en recibir por correo electrónico cualquier comentario,
positivo o negativo, relativo al contenido de este documento. Póngase en
contacto conmigo si encuentra errores u omisiones obvias. 

Leo, aunque no necesariamente respondo, todo el correo electrónico que
recibo. Las peticiones para mejorar este documento serán consideradas
según la combinación que se dé ese día entre tiempo disponible, mérito de
la petición, y presión sanguínea <tt/:-)/ 

Los insultos irán silenciosamente a <tt>/dev/null</tt>, así que no se
moleste. 

Particularmente, el estándar sobre rutas para el sistema de archivos de
Linux es algo en evolución. Lo que aparece en este documento son sólo
ejemplos basados en el estándar en curso a la hora de escribirlo, y en las
rutas usadas en las distribuciones o paquetes de programas que he visto
personalmente. Por favor, consulte su distribución particular de Linux
para saber qué rutas utiliza. 
 
Los comentarios sobre el formato del documento deberían ir dirigidos al
coordinador de los <it/HOWTO/: Greg Hankins (<tt><htmlurl
url="mailto:gregh@sunsite.unc.edu" name="gregh@sunsite.unc.edu"></tt>). 

<sect1>Información sobre el copyright
<p>

El <it/News-HOWTO/ es copyright &copy;1994 Vince Skahan.

Pueden reproducirse o distribuirse copias literales de este documento en
cualquier medio físico o electrónico sin permiso del autor. Las
traducciones están igualmente permitidas sin permiso expreso si se incluye
un aviso sobre quién hizo la traducción. 

<!-- A verbatim copy may be reproduced or distributed in any medium -->

Se pueden usar pequeñas citas del documento sin consentimiento previo del
autor. Los trabajos derivados y distribuciones parciales del
<it/News-HOWTO/ deben ser acompañados ya sea con una copia literal de este
fichero o con una referencia a la copia original. 

Se permite y se insta a la redistribución comercial. Sin embargo, al autor
le gustaría ser avisado de tales distribuciones (como cortesía). 

En resumen, deseamos promover la diseminación de esta información por
tantos canales como sea posible. Sin embargo, deseamos mantener el
copyright de los documentos <it/HOWTO/. 

Es más, deseamos diseminar TODA la información contenida en los
<it/HOWTO/. Si tiene alguna pregunta, por favor contacte con Greg Hankins,
el coordinador de los HOWTO de Linux en <tt><htmlurl
url="mailto:gregh@sunsite.unc.edu" name="gregh@sunsite.unc.edu"></tt>. 

<sect1>Nota de descargo
<p>

Por supuesto, no asumo ninguna responsabilidad potencial por los
contenidos de este documento. El uso de los conceptos, ejemplos, y/u otros
contenidos de este documento es un riesgo que el lector debe asumir como
propio. 

<sect2>Ídem sobre la traducción
<p>

El traductor no se responsabiliza de los contenidos de este documento. 
Tampoco tiene por qué compartir ninguna opinión, criterio, gusto, estilo,
sugerencia o afirmación del autor. Ante cualquier duda, consúltese el
original en inglés. 

<sect1>Otras fuentes de información
<p>

<sect2>Usenet
<p>

<itemize>

<item><tt/news.admin.misc/ Sobre la administración de noticias en general. 

<item><tt/news.admin.policy/       Normativas de Usenet.

<item><tt/news.admin.technical/ Mantenimiento de noticias de red.
(Moderado) 

<item><tt/news.software.b/         Sobre B-news y programas compatibles.
<item><tt/news.software.nn/        Sobre el lector de noticias "<tt/nn/".

<item><tt/news.software.nntp/ Protocolo de Transferencia de Noticias en
Red. 

<item><tt/news.software.readers/   Programas para leer noticias.
<item><tt/news.sysadmin/           Comentarios a administradores de sistemas.

<item><tt/news.announce.newusers/ Explicaciones para nuevos usuarios.
(Moderado) 

<item><tt/news.newusers.questions/ Preguntas y respuestas para nuevos usuarios.
</itemize>

<sect2>Libros
<p>

A continuación, una lista no exhaustiva de libros que pueden ayudar.

<itemize>

<item>"<it>Managing UUCP and USENET</it>", publicado por
O'Reilly &amp; Associates, es en mi opinión el mejor libro para conocer los
programas y protocolos necesarios para ser parte de Usenet. 

<item>"<it>Unix Communications</it>", publicado por The Waite Group,
contiene una buena descripción de todas las piezas (y más), y cómo encajan
unas con otras. 

<item>"<it>Practical Unix Security</it>" publicado por
O'Reilly &amp; Associates, contiene una buena disertación sobre seguridad en
UUCP en general. 

<item>"<it>The Internet Complete Reference</it>", de Osborne, es un buen
libro de referencia que explica los diversos servicios disponibles en
Internet, siendo una buena fuente de información sobre noticias, correo, y
otros varios recursos de Internet. 

<item>"<it>The Linux Networking Administrators' Guide</it>", de Olaf Kirch
del Linux DOC Project, está disponible en la red y también publicado por
(al menos) O'Reilly y SSC <footnote><it>N. del T.</it>/: También disponible 
en castellano bajo
el título de <it>Guía de administración de redes con Linux</it>. Véase
sección <ref id="Grupos"></footnote>. Es una buena manera de
aprender sobre todo lo que sobre redes de Unix pueda imaginarse. 

</itemize>

<sect1>Dónde NO buscar ayuda
<p>

No hay nada "especial" en configurar y mantener las noticias de Usenet
bajo Linux. Por lo tanto, no se debería publicar preguntas genéricas sobre
noticias en los grupos <tt/comp.os.linux.*/.

Al menos que su pregunta sea realmente específica sobre Linux (p. ej.,
<it>``¿qué parches se necesitan para ejecutar <tt/INN/ con el <tt/bash1.12/ en
SLS v1.03?''</it>)  debería publicar sus preguntas en los grupos mencionados
arriba.

Permítaseme repetir esto.

Ya no hay virtualmente ninguna razón para publicar nada relacionado con
las noticias en la jerarquía <tt/comp.os.linux.*/ Existen grupos en la
jerarquía <tt/news.*/ para manejar *TODAS* sus preguntas. 

<em>
SI PUBLICA VD. EN COMP.OS.LINUX.* PREGUNTAS NO ESPECÍFICAS SOBRE LINUX,
ESTÁ BUSCANDO AYUDA EN EL SITIO EQUIVOCADO. LOS EXPERTOS EN NOTICIAS DE
USENET ESTÁN EN LOS GRUPOS ANTERIORMENTE MENCIONADOS Y GENERALMENTE NO
USAN LINUX. 
</em>

<em>
HACER PREGUNTAS NO ESPECÍFICAS DE LINUX EN LA JERARQUÍA LINUX ES UN
DESPERDICIO DE TIEMPO PARA VD. Y PARA TODOS LOS DEMÁS, Y FRECUENTEMENTE LO
ÚNICO QUE CONSEGUIRÁ ES RETRASAR LA RESPUESTA A SUS PREGUNTAS. 
</em>

<sect>Requerimientos de hardware
<p>

No hay requerimientos específicos de hardware para mantener un sistema de
noticias bajo Linux. El único requisito es disponer de suficiente espacio
en disco para mantener los programas en sí, las bases de datos sobre
hebras, y la cantidad de noticias que se deseen mantener en el sistema. 
Supóngase un mínimo de 10Mb para empezar.

<sect>Obtener programas de noticias de Usenet
<p>

Todos los programas que se mencionan en este "COMO" están disponibles en
los servidores FTP anónimos habituales. 

El directorio <tt>/networking/news</tt> de <tt>ftp.uu.net</tt> es
generalmente un buen sitio por el que empezar. 

La distribución <tt/newspak-2.4.tar.z/ contiene los ficheros de
configuración y ayuda relativos a la construcción de programas de UUCP,
noticias y correo bajo Linux a partir de las diversas fuentes gratuitas
disponibles.  Generalmente se puede encontrar en <tt><htmlurl
url="ftp://sunsite.unc.edu/pub/Linux/system/Mail/news" 
name="ftp://sunsite.unc.edu/pub/Linux/system/Mail/news"></tt>. Si no puede
encontrarlo en sunsite, por favor envíeme un mensaje y me aseguraré de que
reciba una copia. 

<sect>Programas de transporte de noticias
<p>

Hoy en día hay dos paquetes principales de "transporte" de noticias para
*nix, <tt/Cnews/ e <tt/INN/. El viejo "<tt/Bnews/" ha sido declarado
oficialmente muerto y no soportado por sus autores.

El "transporte" de noticias se define aquí como los programas que trabajan
detrás de las cámaras para publicar y propagar los artículos, así como
para hacerlos disponibles a los lectores de noticias.

Puede Vd. configurar sus rutas como guste, siempre que UUCP tenga la ruta
absoluta a <tt/rnews/ en el fichero <tt/Permissions/, y siempre que
configure sus lectores de forma que puedan encontrar "<tt/inews/" y
"<tt/mail/".

Importante - está Vd. buscando problemas si intenta mezclar <tt/CNews/ e
<tt/INN/. Escoja uno u otro. Es correcto añadir el servidor <tt/NNTP/
"Reference Release"  a <tt/Cnews/, ya que están pensados para
complementarse.

<sect1><it/Cnews Cleanup Release/
<p>

El estándar actual de facto en programas de noticias es <tt/Cnews/. Lleva
funcionando unos cuantos años; yo lo vi por primera vez alrededor de 1988. 
La versión actual en el momento de escribir estas líneas se llama
"<it/Cnews Cleanup Release, with patch CR.G/".

La mayor ventaja de <tt/Cnews/ es su madurez. Funciona bajo cualquier *nix
que se pueda encontrar y hay literalmente miles de sistemas usándolo
alrededor del mundo. 

Su mayor desventaja es que parece haber sido diseñado para conexiones UUCP
por módem, y por tanto requiere la adición de un servidor <tt/NNTP/ para
manejar transferencia en tiempo real de noticias por Internet.

A pesar de esto, el administrador novel debería probablemente usar
<tt/Cnews/ primero, ya que es muy estable, bien documentado, y es usado
por miles de administradores expertos que pueden contestar a sus
preguntas.

La '<it/Cleanup Release/' afirma que "el soporte para Overview ha sido
plenamente integrado y es más rápido de lo que solía ser". El resultado es
que se puede usar el soporte NOV de <tt/Cnews/ en vez de usar programas
externos de ordenamiento en hebras, tales como <tt/nn/, <tt/tin/ y
<tt/trn/.

Todavía no me he aclarado de cómo implementar esta parte, ya que me cambié
a <tt/INN/ en casa hace tiempo. Si alguien quiere darme alguna pista para
actualizar este documento, que por favor me deje unas líneas por correo
electrónico.

La distribución <tt/newspack/ de sunsite contiene ficheros de
configuración que funcionan en la <it/Cnews Cleanup Release bajo/ Linux,
así como un parche de un par de líneas necesario para evitar algunos
problemas de <tt>"doexplode"</tt> con <tt/bash1.12/. 

Básicamente, se ejecuta el nuevo script '<tt/quiz/' y se aceptan las
opciones por defecto. Tendrá Vd. que acudir a su árbol
<tt>/usr/include</tt> para contestar a algunas preguntas, pero es bastante
sencillo. 

<sect2>Instalación de <tt/Cnews/
<p>

Instalar la Cleanup Release de <tt/Cnews/ es simplemente seguir los pasos
que se detallan en la documentación. Simplemente obtenga las fuentes,
extráigalas, y siga las instrucciones.

El fichero <tt>quiz.def</tt> de <tt/newspack/ fue generado al ejecutar
"<tt/quiz/" la primera vez, simplemente verificando los ficheros de
<tt>/usr/include</tt> para obtener las respuestas correctas.

Necesitará una versión reciente de '<tt/bash/' para que <tt/Cnews/ pase
sus auto-tests. Teclee '<tt/bash -version/' para saber qué versión tiene.
La versión 1.14.2 definitivamente no es buena. La versión actual (mientras
se escribe esto) 1.14.5 parece mejor.

Steve Robbins ha averiguado que la reciente 'cleanup release' de
<tt/Cnews/ ha encontrado un error en el comando '<tt/join/' de GNU de
<tt/shellutils-1.9/. Hay algunos parches necesarios para solventar el
problema. Steve los puso en sunsite por petición mía.

<sect2>Configuración de <tt/Cnews/
<p>

Como mínimo, necesitará editar o cuando menos echar un vistazo a los
siguientes ficheros. Todos deberían estar en <tt>/usr/local/lib/news</tt>:

<itemize>
<item><tt/active/             - el fichero con los grupos activos
<item><tt/batchparms/         - parámetros de proceso por lotes
<item><tt/explist/            - configuración de caducidad de los artículos
<item><tt/mailname/           - nombre de su servidor
<item><tt/mailpaths/          - direcciones de los moderadores de grupos
<item><tt/organization/       - su organización
<item><tt/sys/                - control de lo que se pide y envía
<item><tt/whoami/             - el nombre de su sistema para la línea <tt/Path:/
</itemize>

<sect2>Mantenimiento de un sistema con <tt/Cnews/
<p>

Primeramente, una sencilla regla es no enredar a mano con los ficheros que
tienen utilidades para configurarlos. Particularmente, no edite
<tt/newsfeeds/ manualmente (ejecute "<tt>addfeed</tt>" en vez de eso), y
no enrede con el fichero <tt/active/ (use "<tt>addgroup</tt>"). En caso de
duda, lea y relea los documentos de la distribución en los fuentes. 

Todo lo demás puede hacerse vía <tt>cron</tt>. Mi <tt/crontab/ para
"<tt/news/" es como el siguiente: 

<tscreen><verb>
	# procesar los paquetes comprimidos que vienen de otros sistemas
	# y tambien publicar los articulos originados localmente
	20 *	   * * * /usenet/sw/news/bin/input/newsrun  

	# crear los paquetes para enviar
	0 *	   * * * /usenet/sw/news/bin/batch/sendbatches myfeedsite

	# borrar articulos caducados
	59 0	   * * * /usenet/sw/news/bin/expire/doexpire 

	# vigilar el cotarro y avisar si es necesario
	10 5       * * * /usenet/sw/news/bin/newsdaily 
	00 5       * * * /usenet/sw/new/bin/newswatch 

	# desactivar el proceso de paquetes entrantes entre 6:30AM - 4:00 PM
	30 6	   * * * /usenet/sw/news/bin/input/newsrunning off 
	00 16	   * * * /usenet/sw/news/bin/input/newsrunning on 
</verb></tscreen>

<sect1>InterNetNews (<tt/INN/)
<p>

<tt/INN/ es un recién llegado a la escena, pero está ganando popularidad
conforme madura. Su mayor ventaja es la velocidad y el hecho de que
contiene un servidor <tt/NNTP/ integrado. Su principal desventaja es que
es nuevo y no se instala y funciona necesariamente en todos los *nix
estándar todavía.  Además, opera con un demonio (el <tt>innd</tt>) siempre
funcionando. El trato parece ser memoria por velocidad. 

<!-- INN is the newcomer on the scene, but it's gaining popularity as it
matures.  Its main benefit is speed and the fact that it contains an
integrated nntp package.  Its main drawback is that it's new and that it
doesn't necessarily install and run flawlessly on the many "standard
*nixes" yet.  In addition, it operates by having a daemon (the
<tt>innd</tt>) always running plus potentially a overchan daemon to do
threading.  The tradeoff seems to be memory vs. speed.  -->

He mantenido un servidor con una entrada de unos 5Mb por noche sobre UUCP
con <tt/INN/, en un 386-33 con 8Mb (normalmente no se estaba ejecutando X
Window), a través de un módem de 14.4Kb sin ningún problema. 

Los administradores de noticias noveles probablemente no deberían intentar
instalar <tt/INN/ hasta que tengan experiencia con B-news o <tt/Cnews/. A
pesar de ser rápido y versátil, está prácticamente sin documentar para el
principiante (aunque en la práctica es bastante sencillo una vez que te lo
imaginas).

<tt/INN/ es muy quisquilloso con los permisos. No enrede con ellos.

<tt/INN/ también es muy puntilloso con tener un protocolo TCP/IP "de
calidad"  con el que trabajar. Linux no cumple necesariamente este
requisito actualmente, así que se recomienda obtener una distribución de
<tt/INN/ específica para Linux, en cualquier de los servidores de archivos
de Linux.

<sect2>Instalación de <tt/INN/
<p>

( por Arjan de Vet - <tt><htmlurl url="mailto:devet@info.win.tue.nl" 
name="devet@info.win.tue.nl"></tt> ) 

He hecho un parche + un paquete de configuración para ejecutar <tt/INN/
1.4 bajo Linux. Puede encontrarse en:

<tt><htmlurl
url="ftp://ftp.win.tue.nl/pub/linux/ports/inn-1.4-linux.tar.gz" 
name="ftp://ftp.win.tue.nl/pub/linux/ports/inn-1.4-linux.tar.gz"></tt>

<tt/INN/ depende en gran medida de un buen sustituto para
<tt>/bin/sh</tt>. Yo uso una versión beta de <tt/bash 1.13/ que está
disponible para Linux en los servidores de ficheros habituales. <tt/bash
1.12/ da algunos pequeños problemas al no manejar correctamente los grupos
de noticias (puede que algún otro problema también, no recuerdo). 

<sect2>Configuración de <tt/INN/
<p>

Básicamente, siga las instrucciones de Arjan y el sistema estará listo. 
Aquí hay un sumario de qué hacer.

<enum>

<item>En <tt/config.data/, asegúrese de que aparece
<tt>"HAVE&lowbar;UNIX&lowbar;DOMAIN DONT"</tt>

<item>Añada el nombre del sistema en el que funciona <tt/innd/ a
<tt/hosts.nntp/. Si sólo dispone de UUCP, ese es el nombre de su servidor
<item>Asegúrese de que no tiene una línea para <tt/nntp/ en
<tt>/etc/inetd.conf</tt>

<item>Asegúrese de que <tt/innshellvars/ contiene <tt>"HAVE&lowbar;UUSTAT
DO"</tt> en vez del "<tt/DONT/" en este <tt/config.data/ de ejemplo si
tiene Vd. instalado <tt/uustat/ del paquete Taylor UUCP. Definir esto
incorrectamente resultará en que no se procesen las noticias salientes. 

<item>Si usa Vd. <tt/INN/, defina el <tt>syslogd</tt> tal como se
recomienda, porque es muy, muy útil. 

</enum>

Hay un FAQ<footnote><it>N. del
T.</it>/Preguntas de Uso Frecuente, (<it/PUF/s)</footnote> 
 espectacular (!!!!) sobre <tt/INN/ que aparece mensualmente. 
Búsquelo en &nl; <tt><htmlurl
url="ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/news" 
name="ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/news"></tt>. Se alegrará
de hacerlo. 

<sect2>Mantenimiento de un sistema con <tt/INN/
<p>

He descubierto que un sistema Linux con <tt/INN/ no requiere prácticamente
ninguna atención y mantenimiento mientras se tenga un <tt/cron/ adecuado.
Básicamente, querrá Vd. un <tt/crontab/ parecido al siguiente:

<verb>
	# mantenimiento diario, asi como borrar articulos y ficheros
	# .overview caducados
	1 0 * * * /usenet/sw/inn/bin/news.daily expireover delayrm < /dev/null

	# enviar articulos
	5 * * * * /usenet/sw/inn/lib/send-uucp
</verb>

( si usa Vd. <tt/bash1.13/, el <tt>"< /dev/null"</tt> no es necesario )

<sect1>Otros agentes de transporte de noticias
<p>

A continuación, una lista no exhaustiva de otros programas de transporte
de noticias que funcionan bajo Linux:

<itemize>
<item><tt/dynafeed/
<item><tt/nntp1.5.11/
<item><tt/slurp1.05/
</itemize>

<sect>Lectores de noticias
<p>

No existe un "lector de noticias verdadero". Como resultado, hay muchos
lectores bien conocidos que se compilan fácilmente bajo Linux en
particular.  En el momento de escribir esto, "<tt>tin</tt>",
"<tt>trn</tt>", y "<tt>nn</tt>" están en la mayoría de las distribuciones
de Linux disponibles y en <tt/newspack/. 

A la hora de elegir un lector de noticias, se requiere básicamente algo
que sea fácil de usar, muy configurable por el usuario, y con capacidad
para ordenar por hebras y filtrar los artículos (seleccionar los artículos
interesantes o hacer que los no interesantes no aparezcan en absoluto). 

Puede configurar sus rutas como quiera en tanto en cuanto todos los
lectores puedan encontrar "<tt>inews</tt>" de su instalación de <tt/Cnews/
o <tt/INN/, y el programa "<tt>mail</tt>" para mandar respuestas por
correo electrónico a los artículos.

Esta sección tratará brevemente sobre varios de los lectores más
populares.  Antes de que pregunte, yo uso "<tt>nn</tt>" por un montón de
razones <tt/:-)/ 

<sect1>Tin
<p>

Tin es un lector con capacidad de ordenamiento en hebras que trata de ser
fácil para los nuevos usuarios. Soporta filtrado de artículos y hebras
NOV.  Si utiliza Vd. <tt/INN/, leerá los ficheros <tt/.overview/ por
defecto, y no escribirá ficheros índice. 

Para compilar Tin bajo Linux, simplemente edite el fichero <tt/Makefile/
para indicar dónde se encuentran ciertos programas (especialmente la
ubicación de <tt/inews/) y teclee "<tt/make linux/". No se requiere ningún
parche para <tt/tin/ bajo Linux.

Para ordenar los artículos en hebras, puede simplemente invocar a <tt/tin/
con el parámetro "<tt/-u/" para actualizar los ficheros índice. 

Para usar la capacidad de <tt/tin/ para leer vía <tt/NNTP/, compílese con
"<tt/NNTP&lowbar;ABLE/"  definido. Esto resultará en un fichero llamado
"<tt/tin/" para el servidor local y otro llamado "<tt/rtin/" para lectura
<tt/NNTP/. "<tt/tin -r/" obtendrá el mismo resultado que "<tt/rtin/".

Iain Lea recomienda la siguiente entrada de <tt/crontab/, y dice que se
necesita hacer un "<tt/make daemon/" para compilar <tt/tind/.

<verb>
	# ordenar en hebras
	35 * * * * /usenet/bin/tind -u
</verb>

He usado <tt>tin</tt> sobre un enlace SLIP como lector <tt/NNTP/. Si
conecta Vd.  con un sistema que disponga de todos los grupos de Usenet, se
hará muy viejo esperando a que <tt/tin/ se baje el fichero "<tt/active/".

<sect1>Trn/Mthreads
<p>

<tt/trn/ es un derivado de "<tt/rn/" con capacidad para ordenar en hebras. 
<tt/trn3.2/ y superiores tienen la posibilidad de seleccionar entre
"<tt/mthreads/" (el creador de hebras de <tt/trn/) o NOV (creador de
hebras de <tt/INN/).

Para compilarlo, simplemente ejecute <tt/Configure/ y acepte las opciones
por defecto. Es posible que necesite <tt/lib4.4.1/ y <tt/bash-1.13/ (hay
una beta disponible en varios servidores de archivos de Linux) para
ejecutar <tt/Configure/ con éxito. Probablemente necesitará tanto
<tt/bash1.13/ como <tt/libs4.4.1/ para conseguir que el nuevo
<tt/Configure/ funcione correctamente. 

La distribución <tt/newspak/ de sunsite contiene ficheros de configuración
funcionales para <tt/trn/ bajo Linux.

Es probablemente poco deseable intentar editar un <tt/config.sh/ a mano, a
menos que esté Vd. haciendo algo *MUY* sencillo, como cambiar las rutas
para adecuarlas a sus gustos. Si hace esto, necesitará ejecutar
"<tt/Configure -S/"  antes de "<tt/make depend/", "<tt/make/" y "<tt/make
install/".

Aunque "<tt/Configure/" falla generalmente bajo Linux con <tt/bash1.12/,
"<tt/Configure -S/" funciona bien, así que si toma Vd. el <tt/config.sh/
de <tt/newspak/ como punto de partida, estará muy cerca.

Compilar con soporte <tt/NNTP/ es tan simple como contestar "<tt/yes/"
cuando <tt/Configure/ le pregunte si lo quiere (suponiendo que
<tt/Configure/ funciona en su sistema). Un futuro lanzamiento de
<tt/newspak/ incluirá un <tt/config.sh/ para <tt/NNTP/, así como el ya
existente para sistema local para aquellos de nosotros que seguimos usando
<tt/bash1.12/. 

He usado <tt>trn</tt> sobre un enlace SLIP como lector <tt/NNTP/. Si
conecta Vd.  con un sistema que disponga de todos los grupos de Usenet, se
hará muy viejo esperando a que <tt/trn/ se baje el fichero "<tt/active/" y
a que ordene los artículos.

Hay docenas de parámetros con los que invocar a <tt/trn/ para obtener toda
clase de comportamientos. Lea la página de manual de "<tt/trn/" para
conocer los detalles. Yo uso una buena prestación de <tt/trn/ para indicar
todos los parámetros fácilmente: 

<itemize>
<item>Cree un fichero <tt>&tilde;/.trnrc</tt> con todas las opciones
<item><tt>export TRNINIT="&tilde;/.trnrc</tt>"
</itemize>

La distribución actual de <tt/newspak/ tiene una copia de mi <tt/.trnrc/
como ejemplo.

<tt/trn3.2/ y superiores permiten elegir al usuario hebras NOV o de
<tt/mthreads/. Por lo tanto, recomiendo compilar el programa para permitir
ambos mecanismos (es una pregunta de <tt/Configure/). Para elegir uno de
ellos en el momento de ejecución, pruebe "<tt/trn -Zo/" para NOV y
"<tt/trn -Zt/" para <tt/mthreads/. Yo defino un alias para <tt/trn/ para
usar el mecanismo deseado. 

Para construir la base de datos de <tt/mthreads/, haga algo como lo
siguiente en el <tt/crontab/ de "<tt/news/":

<tscreen><verb>
	# crear la base de datos de mthreads
	35 * * * * /usenet/bin/mthreads all
</verb></tscreen>

<sect1>NN
<p>

La distribución <tt/newspak/ de sunsite contiene ficheros de configuración
funcionales para <tt/nn6.4.18/ que Vd. puede copiar en el lugar adecuado y
teclear "<tt/make/" bajo Linux. También funcionan con la beta 6.5b3 de la
próxima actualización <tt/nn6.5/.

Cuando haya terminado la compilación, necesita hacer lo siguiente:

<itemize>

<item>ejecutar el programa "<tt/inst/" para instalar cosas.
			(instalar todo)

<item>inicializar la base de datos

<item>arrancar <tt/nnmaster/

</itemize>

Consulte los documentos de <tt/nn/ para más detalles. Compilar, configurar
y ejecutar <tt/nn/ bajo Linux no es diferente a ejecutar <tt/nn/ en
cualquier otro *nix con la excepción de que podría desearse ejecutar
<tt/nnmaster/ desde <tt/cron/ en vez de como demonio. Si se ejecuta como
demonio bajo Linux, es posible que tienda a no activarse adecuadamente (de
todas formas el efecto de ejecutarlo desde <tt/cron/ es el mismo). 

El soporte para "<tt/nn/" es tan simple como las siguientes entradas de
<tt/crontab/:

<tscreen><verb>
	# ejecutar nnmaster
	# (no necesario si se usa NOV de INN en nn-6.5beta3)
	25 * * * * /usenet/sw/nn/lib/nnmaster

	# purgar la base de datos de nn
	# (no necesario si se usa NOV de INN en nn-6.5beta3)
	0  4       * * * /usenet/sw/nn/bin/nnadmin =EYW 

	# obtener una copia del fichero active de "nngoback" y guardar los
	# ultimos 7
	0 3 * * * /usenet/sw/nn/lib/back_act 7 
</verb></tscreen>

<!--	# stash a copy of the active file for "nngoback" and keep last 7 -->

He experimentado un poco ejecutando <tt>nn</tt> como lector <tt/NNTP/
sobre una conexión SLIP. En este caso, querrá Vd. editar ligeramente el
fichero <tt>config.h</tt>. Lea los comentarios del fichero para conocer
los detalles. Cuando se usa como lector <tt/NNTP/, <tt/nn/ ejecuta una
copia local de <tt>nnmaster</tt> para mantener la base de datos en el
sistema local, con lo que la selección de artículos es muy rápida (aunque
por supuesto hay que esperar un poco al cuerpo del artículo si se usa SLIP
con un módem). 

La nueva versión (6.5.x) de <tt>nn</tt> tiene soporte para la base de
datos NOV de <tt/INN/, lo que hace absolutamente innecesario el uso de
<tt>nnmaster</tt>. Esta configuración está <em/altamente/ recomendada, ya
que como resultado, no se tendrá que gastar tiempo de la CPU para ejecutar
<tt>nnmaster</tt> en absoluto, y no se producirán desfases entre la base
de datos y los artículos reales disponibles.

<sect1>Otros lectores
<p>

A continuación, una lista no exhaustiva de lectores de noticias que se
dice funcionan bajo Linux: 

<itemize>
<item><tt/tass/
<item><tt/xrn/
<item><tt/gnus/
</itemize>

<sect>Agradecimientos
<p>

Las siguientes personas han ayudado en la recopilación de información (y
experiencia) que ayudó a hacer posible este documento: 

Ed Carp, Steve Robbins, Ian Taylor, Greg Naber, Matt Welsh, Iain Lea,
Arjan de Vet.

Si me olvido de alguien, mis disculpas.

<sect>Preguntas frecuentes sobre Usenet (en <tt/c.o.l.*/ de todas formas)
<p>

<sect1>¿Por qué no puedo publicar en grupos moderados?
<p>

Probablemente porque el lector de noticias trata de usar
<tt>/bin/mail</tt> para enviar el correo y no le gusta. Sustituya el
<tt>/bin/mail</tt> de las viejas versiones de SLS con el
<tt/mailx-5.5.tar.z/ de una distribución Slackware moderna, use el
<tt>pkgtool</tt> de Slackware para instalarlo y asunto arreglado. 

Otra posibilidad es que tenga definido el grupo moderado como no moderado
en su sistema local, y que alguien en la red esté borrando silenciosamente
el artículo (algún programa de proceso de noticias, no una persona).
Asegúrese de ejecutar "<tt/checkgroups/" siempre que el artículo
<tt/checkgroups/ aparezca por <tt/news.admin/ cada pocas semanas.

<sect1>¿Por qué tengo problemas que parecen estar relacionados con los
permisos? 

<p>

Porque lo están <tt/:-)/

Compruebe que sus permisos son correctos y que tiene un usuario y grupo
"<tt/news/" en <tt>/etc/passwd</tt> y <tt>/etc/group</tt> que coincida con
la distribución binaria que use. Parece ser que todavía no existe una
norma común sobre las cuentas habituales en Linux. 

Todo el material de <tt>/usr/local/lib/news</tt> debería ser
<tt/news.news/, &nl; salvo <tt>/usr/local/lib/news/setnewsids</tt>, que
debería ser <it/setuid/ <tt/root/. 

Puede Vd. usar el UID y GID que quiera para "<tt/news/".

<sect1>¿Por qué puedo publicar artículos localmente, pero después no
aparecen ni se envían a otros servidores? 

<p>

Probablemente porque no se invocó a <tt/newsrun/ desde <tt/cron/. Puede
ser que editase Vd. el fichero <tt/sys/ y lo enredase. Puede ser que no
tenga el árbol <tt>/usr/spool/news/out.going</tt> o similar. Puede ser
porque usa Vd. una distribución con las versiones '<it/Performance/' o
'<it/Cleanup/' de <tt/Cnews/, que necesitan que se ejecute '<tt/newsrun/'
desde <tt/cron/ para procesar los lotes que se enviarán a otros
servidores, y para hacer visibles los artículos localmente. 

No cree los grupos o servidores editando los ficheros <tt/active/ o
<tt/sys/. Use las utilidades de <tt>/usr/local/lib/news/bin/maint</tt>
para hacerlo. 

<sect1>¿Por qué mi distribución binaria no tiene <tt/nntp/?
<p>

Porque se supone que es muy fácil de instalar en Linux y porque no quise
que el material para noticias de SLS fuese el doble de grande teniendo que
mantener versiones <tt/nntp/ y no <tt/nntp/ de los lectores y sistema de
transporte de noticias. También porque se compila con información
específica para cada sitio que no puede ser modificada en ningún fichero
de configuración una vez se ha compilado.

<sect1>¿Por qué dice <tt/doexpire/ (o <tt/relaynews/) que hay una "grave 
falta de espacio" cuando hay un montón de sitio?

<p>

Porque no puede leer <tt>/etc/mtab</tt>. Póngale permisos <tt/644/. Esto
ocurre cuando se desmonta un sistema de archivos montado por <tt/root/ con una
máscara que no permite al resto de los usuarios leer ficheros
pertenecientes a <tt/root/. 

<sect1>¿Por qué todo parece normal, pero no se publican los artículos?
<p>

Las versiones viejas de Linux tienen un <tt/sed/ "roto" que <tt/Cnews/
pone en evidencia. En particular, si se instaló sobre una SLS vieja,
asegúrese de mirar <tt>/bin</tt> y <tt>/usr/bin</tt> y compruebe que sólo
tiene una copia de <tt/sed/ y de que es moderna.

A partir de la '<it/Performance Release/' de alrededor de febrero de 1993,
es necesario ejecutar '<tt/newsrun/' periódicamente desde <tt/cron/ para
procesar cosas. Esta es una prestación que aparentemente sorprende a
alguna gente. 

<sect1>¿Puedo integrar <it/news overview/ (NOV) en <tt>trn/tin/nn</tt>
para sustituir a las varias bases de datos independientes? 

<p>

Sí. <tt>trn</tt>, <tt>tin</tt>, y la beta de <tt>nn</tt> ahora lo
soportan.

Puede integrarlo en las versiones <it/Performance/ y <it/Cleanup/ de 
<tt/Cnews/, así como en varios lectores de noticias.

La copia beta de <tt/nn6.5/ que tengo aquí tiene soporte NOV y funciona
sin problemas en Linux. La uso aquí y tengo <tt/nn/ ejecutándose sin tener
que ejecutar <tt/nnmaster/ (!). Busque en <tt><htmlurl
url="ftp://uniwa.uwa.edu.au"  name="ftp://uniwa.uwa.edu.au"></tt> para
obtener una copia.

<sect1>¿Por qué no podemos tener una distribución binaria de <tt/NNTP/?
<p>

Porque una parte significativa de la información local debe especificarse
antes de la compilación y no puede determinarse automágicamente en tiempo
de ejecución. Si tanto lo necesita, por favor obtenga <tt/INN/ en vez de
intentarlo con <tt/Cnews/ más <tt/NNTP/.

<sect1>¿Cómo configuro <tt/NNTP/ para permitir lectura/escritura alrededor
de la red *sin* almacenar ningún artículo o base de datos localmente?

<p>

( <tt><htmlurl url="mailto:mdw@sunsite.unc.edu"
name="mdw@sunsite.unc.edu"></tt> (Matt Welsh) ) 

<enum>

<item>Obtenga la "implementación de referencia" de <tt/nntp/ y una copia
de <tt/rn/ de su depósito de archivos local. Si conectase con <tt><htmlurl
url="ftp://ftp.uu.net/networking/news/nntp/nntp.1.5.11.tar.Z" 
name="ftp.uu.net"></tt> obtendría:

<tt><htmlurl url="ftp://ftp.uu.net/networking/news/nntp/nntp.1.5.11.tar.Z" 
name="nntp.1.5.11.tar.Z"></tt>

<item>Compile <tt/nntp/ como sigue:
<itemize>

<item>copie <tt>common/conf.h.dist</tt> a <tt>common/conf.h</tt>.
<item>Edite <tt>common/conf.h</tt> para activar ciertas opciones:
		Las únicas que yo activé fueron:
<itemize>	

<item><tt/DOMAIN/: indefínalo (es decir, cambie la línea a <tt>#undef
DOMAIN</tt>). 

<item><tt/REALDOMAIN/: Defínalo. Busca el dominio usando las librerías. 

<item><tt/SERVER&lowbar;FILE/: Defínalo como el nombre del fichero que 
contendrá
el nombre de su servidor de noticias (p. ej. la máquina a través de la
cual leerá y publicará noticias). Yo uso
"<tt>/usr/local/lib/news/server</tt>".

<item><tt>PASSFILE</tt>: Si su servidor de noticias requiere autorización
(p. ej. algún tipo de nombre de usuario y contraseña)  para publicar,
defina esto como el nombre del fichero que contiene el nombre de usuario y
la contraseña (descrito más abajo). Yo uso
"<tt>/usr/local/lib/news/nntppass</tt>". 

<item>Decidí guardar el resto del material de noticias en
<tt>/usr/local/lib/news</tt>. Así que configuré el resto de rutas del
archivo (p.  ej. <tt/ACTIVE&lowbar;FILE/, <tt/NEWSGROUPS&lowbar;FILE/,
etc.) para que usasen <tt>/usr/local/lib/news</tt>. Muchos de esos
ficheros son usados sólo por el servidor <tt/NNTP/, no por el cliente,
pero para asegurarme los cambié todos para que apuntasen al directorio
correcto; simplemente asegúrese de crear el directorio de forma acorde.

</itemize>
</itemize>

<item>Cree el usuario "<tt/usenet/" si no lo ha hecho ya. El programa
<tt/inews/ se ejecuta perteneciendo a este usuario. Todo lo que se
necesita es un identificativo de usuario, no se necesita un directorio de
usuario o una shell ni nada de eso. Simplemente inserte la siguiente línea
en su <tt>/etc/passwd</tt>: 

<tscreen><verb>
                                usenet:*:13:1::/:
</verb></tscreen>

Asegúrese de que el identificativo de usuario ("<tt/13/" arriba) es único. El
grupo puede ser cualquiera; yo uso "<tt/daemon/" (gid 1). 

<item>Cree el fichero <tt/SERVER&lowbar;FILE/. Por ejemplo, mi servidor de
noticias es "<tt/wonton.tc.cornell.edu/", así que creé el fichero
<tt>/usr/local/lib/news/server</tt> conteniendo la siguiente línea: 

<tscreen><verb>
		 wonton.tc.cornell.edu
</verb></tscreen>

<item>Cree el fichero <tt>PASSFILE</tt>. Este fichero contiene líneas de
la forma

<tscreen><verb>
<nombre del servidor> <nombre del usuario> <clave>
</verb></tscreen>

Supongamos que su servidor de noticias (el del fichero SERVER&lowbar;FILE) 
es "<tt/shoop.vpizza.com/", y que para publicar en esa máquina se requiere
ser autorizado como usuario "<tt/news/" con la contraseña "<tt/floof/".
Por tanto, en el fichero <tt/PASSFILE/ (yo uso
<tt>/usr/local/lib/news/nntppass</tt>), se necesita la siguiente línea: 

<tscreen><verb>
          shoop.vpizza.com news floof
</verb></tscreen>

<item>¡Proteja este fichero! El programa <tt/inews/ se ejecuta
perteneciendo al usuario "<tt/usenet/", así que haga que este directorio
de noticias pertenezca a dicho usuario, así como el fichero <tt/nntppass/.

<tscreen><verb>
	chown usenet /usr/local/lib/news 
	chmod 755 /usr/local/lib/news 
	chown usenet /usr/local/lib/news/nntppass 
	chmod 600 /usr/local/lib/news/nntppass 
</verb></tscreen>

De forma que nadie más pueda leer este fichero. No, las contraseñas no
están encriptadas. 

<item>Vuelva al directorio donde están las fuentes de <tt/nntp.1.5.11/ y
teclee "<tt/make client/". En este punto se compilará la versión <tt/NNTP/
de <tt/inews/, que es el único programa utilizado por el cliente
<tt/NNTP/.

Cuando compilé <tt/inews/, había un error en la librería que causaba que
la función <tt/uname()/ de <tt/uname.c/ se llamase a sí misma eternamente.
Esto probablemente ya haya desaparecido; sin embargo, si <tt/inews/ parece
colgarse y su sistema empieza a ralentizarse *un montón*, debería
renombrar la función "<tt/uname()/" de <tt/uname.c/ a algo como
"<tt/mi&lowbar;uname()/", y sustituir las llamadas a <tt/uname()/ por
llamadas a <tt/mi&lowbar;uname()/ (en <tt/inews.c/). 
Escríbame<footnote>Nota de VDS - esto significa escribir a Matt, no a mí
<tt/:-)/</footnote>. si se encuentra con este problema. 

<item>Teclee "<tt/make install&lowbar;client/". Esto instalará <tt/inews/
y demás ficheros necesarios. También, enlace
<tt>/usr/local/lib/news/inews</tt> con <tt>/usr/local/bin/inews</tt>.

Ahora debería ser capaz de publicar (a mano). Pruebe algo como esto:

<tscreen><verb>
		$ inews -h << EOF
		Newsgroups: misc.test
		From: yo@foo.bar.com
		Subject: Prueba
		Reply-To: mi-direcccion-real@cualquiera.edu

		Esto es una prueba
		EOF
</verb></tscreen>

Si esto funciona, <tt/inews/ debería publicar el artículo. Lo sabrá Vd. 
porque los programas automáticos de respuesta de <tt/misc.test/
contestarán a la dirección del campo <tt/Reply-To/. Por favor, no publique
artículos de prueba en grupos de verdad, como <tt/c.o.l. :)/ </enum>

<sect>Anexo: El INSFLUG <label id="Grupos">
<p>

El <em/INSFLUG/ forma parte del grupo internacional 
<it/Linux Documentation Project/, 
encargándose de las traducciones al castellano de los Howtos (Comos),
así como la producción de documentos originales en aquellos casos
en los que no existe análogo en inglés.

En el <bf/INSFLUG/ se orienta preferentemente a la traducción de documentos
breves, como los <em/COMOs/ y <em/PUFs/ (<bf/P/reguntas de
<bf/U/so <bf/F/recuente, las <it/FAQs/. <tt/:)/ ), etc.

Diríjase a la sede del INSFLUG para más información al respecto.

En la sede del INSFLUG encontrará siempre las <bf/últimas/ versiones 
de las traducciones:  <tt><htmlurl url="www.insflug.org" 
name="www.insflug.org"></tt>. Asegúrese de comprobar cuál es la última versión 
disponible en el Insflug antes de bajar un documento de un servidor réplica.

Se proporciona también una lista de los servidores
réplica (<it/mirror/) del Insflug más cercanos a Vd.,  
e información relativa a otros recursos en castellano.

Francisco José Montilla, <tt><htmlurl url="mailto:pacopepe@insflug.org"
name="pacopepe@insflug.org"></tt>.

</article>
