El fichero sys, situado en /etc/news, controla que jerarquías recibe y reenvía a otros servidores. Aunque hay herramientas de mantenimiento llamadas addfeed y delfeed, pensamos que es mejor mantener este fichero a mano.
El fichero sys contiene entradas para cada servidor con el que intercambia noticias, además tiene una lista de los grupos que usted acepta. La primera línea es una entrada ME que describe tu sistema. Es una apuesta segura usar lo siguiente:
ME:all/all:: |
sitio[/exclusiones]:listagrupo[/listdistribución][:opciones[:órdenes]] |
Las entradas pueden continuar a lo largo de varias líneas usando la barra invertida (\). Un símbolo (#) denota un comentario.
Éste es el nombre del servidor al que se aplica la entrada. Una de las elecciones más usuales, es el nombre del servidor UUCP. También debe existir una entrada con su servidor en el fichero sys , de lo contrario no recibirá ninguno de los artículos.
El nombre especial de servidor ME indica su servidor. La entrada ME define todos los grupos de noticias que Ud. está preparado para almacenar localmente. Los artículos que no concuerden con la línea ME irán al grupo junk.
C-News rechaza cualquier artículo que ya haya pasado a través de su servidor para evitar que los artículos regresen. C-News realiza ésto asegurándose de que el nombre del servidor local no aparece en el Path: del artículo. Algunos servidores usan su nombre de dominio completamente calificado en este campo, o un alias como news.sitio.dominio. Para prevenir que cualquier artículo regrese a estos servidores, es importante añadir todos los alias a la lista de exclusión, separados por comas.
Para la entrada aplicada al servidor moria, por ejemplo, el campo site debe contener moria/moria.orcnet.org. Ahora, si moria fuese un alias del servidor news.orcnet.org, el campo site debe contener la siguiente expresión moria/moria.orcnet.org,news.orcnet.org.
Ésta es una lista de suscripción, separada por comas, de grupos y jerarquías para ese servidor en particular. Una jerarquía debe especificarse dando el prefijo de la jerarquía (como comp.os para todos los grupos cuyos nombres empiezan con este prefijo ), seguido opcionalmente por la palabra clave all (por ejemplo, comp.os.all ).
Para excluir una jerarquía o grupo de reemisión, debe ser precedido con un símbolo de exclamación. Si un grupo de noticias encaja con más de una definición de la lista, la coincidencia más larga se aplica.} Por ejemplo, si listagrupo contiene:
!comp,comp.os.linux,comp.folklore.computers |
Si el servidor requiere que se le envíen todas las noticias que usted recibe, introduzca all como listagrupo.
Este valor está separado de grouplist por una barra invertida, y contiene una lista de distribuciones para ser reenviada. Usted puede, nuevamente, excluir ciertas distribuciones precediéndolas con un símbolo de exclamación. Todas las distribuciones se denotan con all. Omitir listadistrribución implica una lista de all.
Por ejemplo, puede usar una lista de distribución de all,!local para impedir que las noticias de uso sólo local sean enviadas a servidores remotos.
Usualmente existen al menos dos distribuciones: world, que es a menudo la distribución predeterminada usada cuando el usuario no especifica nada, y local. Puede haber otras distribuciones que se empleen para una cierta región, estado, país, etc. Finalmente hay dos distribuciones usadas sólamente por C-News; éstas son sendme y ihave, y son usadas para el protocolo sendme/ihave.
El uso de distribuciones es materia de debate. El campo de distribución en un artículo de noticias puede ser creado de forma arbitraria, pero para que la distribución sea efectiva, los servidores de noticias en la red deben conocer ésto. Para unos, algunos lectores de noticias crean falsas distribuciones simplemente usando la jerarquía de alto nivel, por ejemplo comp cuando se envía un mensaje a comp.os.linux.networking. Las distribuciones que se emplean en regiones son a menudo también cuestionables, porque las noticias deben viajar fuera de su región cuando son enviadas a través de Internet. [1] Sin embargo, las distribuciones empleadas por una organización, son muy significativas, por ejemplo para evitar la salida de información confidencial de la red de la compañía. No obstante, este propósito generalmente se consigue mejor creando un grupo de noticias o una jerarquía separados.
Este campo describe ciertos parámetros para el suministro. Puede estar vacío, o ser una combinación de los siguientes:
Esta opción permite el proceso por lotes.
Ésta es casi idéntica a la opción F, permite a C-News calcular el tamaño de los lotes salientes con más precisión, y debe ser usada preferentemente antes que F.
Ésta opción hace que C-News produzca una lista de artículo apta para ser usada por el protocolo ihave/sendme. Hay que hacer modificaciones al fichero sys y a batchparms para habilitar ihave/sendme.
Ésta opción crea ficheros por lotes para clientes de transferencia NNTP activa como nntpxmit (ver el Capítulo 22). Los procesos por lotes contienen el nombre del fichero del artículo junto con el identificador de mensaje.
Indica a C-News que sólo transmita los mensajes generados en su servidor. Éste flag puede ir seguido por un número decimal n, el cual le indica a C-News que sólo transfiera los artículos generados a n saltos desde su servidor. C-News determina el número de saltos a partir del campo Path:.
Éste flag hace que C-News realice el proceso por lotes sólo de los artículos que se encuentran en los grupos sin moderar.
Inverso al anterior, C-News procesa los artículos de los grupos moderados.
Se debe utilizar al menos uno de los parámetros F, f, I, o n.
Éste campo contiene una orden a ser ejecutada por cada artículo, a menos que el proceso por lotes esté habilitado. El artículo será suministrado a través de su entrada estándar. Esto sólo debería usarse para suministros muy pequeños; de otra manera, la carga en ambos servidores sería demasiado alta.
La instrucción predeterminada es:
uux - -r -z sistema-remoto!rnews |
Esto invoca a rnews en el sistema remoto, y le suministra el artículo en su entrada estándar.
La ruta de búsqueda predeterminada para las órdenes indicadas en este campo es /bin:/usr/bin:/usr/lib/news/batch. El último directorio contiene un cierto número de guiones del intérprete de órdenes cuyos nombres empiezan por via estos serán brevemente descritos luego, en este mismo capítulo.
Si el proceso por lotes está habilitado utilizando algún flag como F, f, I, o n, C-News espera encontrar un nombre de fichero en este campo en vez de una instrucción. Si el nombre del fichero no empieza con una barra inclinada (/ ), se asume que es relativo a /var/spool/news/out.going. Si el campo esta vacío, su valor predeterminado es sistema-remoto/togo. Se espera que este fichero tenga el mismo formato que el fichero sistema-remoto/togo y contenga una lista de los artículos a transmitir.
Cuando configure C-News, probablemente tendrá que escribir su propio fichero sys. Aquí se muestra un ejemplo para vbrew.com, del cual puede copiar lo que necesite:
# Tomamos todo lo que se nos suministra.
ME:all/all::
# Enviamos todo lo que recibimos a moria, excepto los artículos locales
# y relacionados con la cervecera. Se utiliza proceso por lotes.
moria/moria.orcnet.org:all,!to,to.moria/all,!local,!brewery:f:
# Enviamos comp.risks a jack@ponderosa.uucp
ponderosa:comp.risks/all::rmail jack@ponderosa.uucp
# swim obtiene un suministro reducido.
swim/swim.twobirds.com:comp.os.linux,rec.humor.oracle/all,!local:f:
# Guardar los artículos de mapas de correo para procesarlos luego.
usenet-maps:comp.mail.maps/all:F:/var/spool/uumaps/work/batch |
| [1] | Esto sucede frecuentemente, por ejemplo, digamos que un artículo enviado desde Hamburgo, para ir a Frankfurt, vaya vía reston.ans.net en Holanda , o incluso vía algún servidor en EE.UU. |