21.3. El fichero sys

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::
Adem�s, tendr� que a�adir una l�nea por cada servidor al que env�a noticias. Cada l�nea se parece a esta:
    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.

sitio

�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.

listagrupo

�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
ning�n grupo de la jerarqu�a comp excepto comp.folklore.computers y todos los grupos bajo comp.os.linux ser�n suministrados a ese servidor.

Si el servidor requiere que se le env�en todas las noticias que usted recibe, introduzca all como listagrupo.

listadistribuci�n

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.

opciones

Este campo describe ciertos par�metros para el suministro. Puede estar vac�o, o ser una combinaci�n de los siguientes:

F

Esta opci�n permite el proceso por lotes.

f

�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.

I

�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.

n

�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.

L

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:.

u

�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.

m

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.

cmds

�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 [email protected]
    ponderosa:comp.risks/all::rmail [email protected]
    # 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

Notas

[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.