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 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 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. 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 El <it/News-HOWTO/ es copyright ©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.  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 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 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 <sect2>Usenet <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 A continuación, una lista no exhaustiva de libros que pueden ayudar. <itemize> <item>"<it>Managing UUCP and USENET</it>", publicado por O'Reilly & 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 & 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 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. 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. 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. <sect>Requerimientos de hardware 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 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 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/ 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/ 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/ 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/ 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/) <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.  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/ ( 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/ 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_UNIX_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_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/ 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 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 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 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_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 <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>˜/.trnrc</tt> con todas las opciones <item><tt>export TRNINIT="˜/.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 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>  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 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 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) <sect1>¿Por qué no puedo publicar en grupos moderados? 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? 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? 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/? 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? 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? 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? 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/? 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? ( <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_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_FILE/, <tt/NEWSGROUPS_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_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_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_uname()/", y sustituir las llamadas a <tt/uname()/ por llamadas a <tt/mi_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_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"> 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>