Una manera simple de distribuir noticias en una red local, es guard�ndolas en un nodo central, y exportar los directorios relevantes v�a NFS, de manera que los lectores de noticias puedan examinar los art�culos directamente. La ventaja de este m�todo sobre NNTP es que la sobrecarga implicada en recuperar y enhebrar art�culos es significativamente m�s baja. Por otra parte, NNTP gana en una red heterog�nea donde el equipamiento var�a mucho entre nodos, o donde los usuarios no tienen cuentas equivalentes en la m�quina servidora.
Cuando se usa NFS, los art�culos enviados al nodo local tienen que ser reenviados a la m�quina central, porque de otro modo el acceso a los ficheros administrativos expondr�a al sistema a condiciones de carrera dejando a los ficheros inconsistentes. Tambi�n podr�a querer proteger su �rea de cola de noticias export�ndola con atributos de s�lo lectura, lo cual requiere tambi�n el reenv�o a la m�quina central.
C-News maneja esto de forma transparente. Cuando env�a un art�culo, su lector de noticias normalmente invocar� a inews para inyectar el art�culo al sistema de noticias. Esta orden ejecuta algunas comprobaciones sobre el art�culo, completa la cabecera y comprueba el fichero server en /etc/news. Si el fichero existe y contiene un nombre de nodo diferente al del sistema local, se invoca a inews en ese servidor remoto v�a rsh. Puesto que el gui�n inews usa �rdenes binarias y ficheros de apoyo de C-News, debe tener C-News instalado localmente, o montar el software de noticias desde el servidor.
Para que la invocaci�n de rsh funcione correctamente, cada usuario debe tener una cuenta equivalente en el sistema del servidor, esto es, una a la que pueda acceder sin necesidad de contrase�as.
Aseg�rese de que el nombre del sistema indicado en server coincida literalmente con la salida de la orden hostname en el servidor, si no C-News entrar� en un bucle infinito cuando intente entregar el art�culo. NFS se discute en detalle en el Cap�tulo 14.