Preparáos, porque viene lo peor :-) No obstante, si habéis llegado a enviar y recibir correctamente los NETs, os considero capaz de afrontar la siguiente fase.
Empezad por instalaros un sistema de noticias. Yo he instalado el más moderno, INN. La gente dice que C-News es más sencillo. Si elegí INN es porque viene como paquete estándar de la distribución RedHat de Linux.
Uno y otro, utilizan ficheros de configuración parecidos. INN es más potente pero más lioso cuando hay problemas. Intentaremos ver cómo configurarlo todo para recibir el correo de Fido en las news. Antes, os recomiendo que os iniciéis en el mundo de los servidores de News. Una lectura interesante es la guía de administración de redes, de Olaf Kirch, que también ha traducido el proyecto LuCAS.
Si instaláis el paquete de la distribución de RedHat, os meterá archivos
de configuración en /etc/news, ficheros de grupos activos en
/var/lib/news y os creará el directorio /var/spool/news
con algún contenido.
En el capítulo anterior nos olvidamos de las áreas de ECHO, con lo que teníamos el fichero de áreas vacío. Vamos a rellenarlo ahora.
Para ello, añadid líneas como esta:
AVISOS.R34 fido.r34.avisos fido
En cada línea, el primer campo es el nombre del área en Fido. El segundo
es el nombre del grupo de news donde vamos a guardar el área. Y el
tercero, es el tipo de distribución que le vamos a dar (en
general, se le da fido frente a world que se le da a los
grupos de USENET).
Si usáis la versión tx de ifmail, y escribís con acentos
y eñes, os recomiendo esta línea para cada área, en lugar de la anterior:
AVISOS.R34 fido.r34.avisos fido iso-8859-1 CP437
De esta forma vuestros mensajes de ECHO se exportarán con códigos del IBM
PC bajo DOS, lo que facilitará su lectura a los usuarios de programas de
correo bajo este sistema operativo. Recordad que para los mensajes
recibidos no tenéis que tener en cuenta esto, ya que como os dije, la
cabecera de FIDO CHRS es interpretada automáticamente por vuestro
ifmail y prácticamente cualquier otro procesador de correo Fido
bajo Unix.
Para que las áreas sean aceptadas en el INN (o C-News) hay que incluirlas
en el fichero /var/lib/news/active. Para la anterior, por
ejemplo, la línea a añadir sería:
fido.r34.avisos 0000000001 0000000001 y
Además, si la añadimos al fichero /var/lib/news/newsgroups como
sigue:
fido.r34.avisos Avisos de R34
tendremos la descripción visible en programas lectores como tin o
xrn.
En /etc/news habrá que preparar algunos ficheros:
hosts.nntp : Son los nodos que pueden conectarse a
nosotros para entregarnos news. Lo normal es poner aquí las líneas:
localhost: dragon.micasa.es:
expire.ctl : Fichero para expiración automática de
artículos. Permite borrar los artículos más antiguos. No me voy a extender
aquí en cómo se maneja, pues creo que entre el manual expire.ctl(5) y el
propio ejemplo que viene ya es suficiente :-) (y no es imprescindible para
que recibáis los mensajes).
inn.conf: Aquí se pone el nombre de vuestro sistema (el de
vuestro punto, por ejemplo) y el de vuestro "servidor" de news. En
principio, el nombre que asignéis a la entrada Organization: será
el que se utilice como línea Origin en Fidonet.
nnrp.access: Este fichero debe dar autorización total de
lectura y escritura de artículos, al menos a vuestra máquina. Lógico,
¿no?. Valdrán unas líneas como:
localhost:Read Post:::* dragon.micasa.es:Read Post:::*
newsfeeds: Este es el fichero más importante. Es con el
que se decide qué grupos se exportan, y a qué nodo. Es el que permite, que
podáis tener grupos locales, grupos de news en USENET (que se exportarán
al servidor de news de vuestro proveedor, mediante SUCK) y áreas de Fido
(que se exportarán a vuestro nodo). Os voy a dejar un fichero de ejemplo
que aglutina estas tres posibilidades. En él se supone que el proveedor
tiene un servidor de news llamado news.proveedor.es y que vuestro
Boss es 2:341/12 de nuevo.
## $Revision: 1.12 $
## newsfeeds - determine where Usenet articles get sent
## Format:
## site[/exclude,exclude...]\
## :pattern,pattern...[/distrib,distrib...]\
## :flag,flag...\
## :param
# Linea obligatoria
ME:*:::
# for NOV overview database, edit to put correct path to overchan
#OVERVIEW!:*:Tc,WO:/news/bin/overchan
OVERVIEW!:*:Tc,WO:/usr/lib/news/bin/overchan
# Grupos de Fidonet: Ninguno, excepto fido.*
f12.n341/f12.n341\
:!*,fido.*\
:Tf,Wfb\
:
# Grupos de Internet: Todos excepto locales (de micasa) y fido.
news.proveedor.es/news.proveedor.es\
:*,!fido.*,!micasa.*\
:Tf,Wfm\
:
Bien, con esto creo que podemos poner en marcha el servidor de news.
Seguid las instrucciones (en el INN de RedHat es tan simple como ejecutar
/etc/rc.d/init.d/inn start. No es necesario rearrancar el
equipo).
Una vez hecho esto, escribid con un lector de News en algún grupo
existente. Si escribís a un grupo de Fido deberá generarse un fichero
f12.n341 (o con otro nombre, según sea vuestro Boss) en el
directorio /var/spool/news/out.going. Dicho fichero contiene
referencias al mensaje que acabáis de escribir. Si lo hacéis a un grupo de
USENET, aparecerá un fichero news.proveedor.es, y si lo hacéis a
un grupo local, no aparecerá ninguno. Todo esto depende del contenido del
fichero /etc/newsfeeds.
Vigilad los logs en estas operaciones, para identificar y corregir cualquier problema.
En los directorios de documentación de ifmail hay un script muy bueno para
empaquetar los mensajes para Fido y prepararlos para su envío. Dicho
script se llama send-ifmail y debéis instalarlo en
/etc/news.
Para probar el empaquetado, hay que ejecutar el programa
send-ifmail desde el usuario fnet. Os recomiendo que hagáis que
el usuario de ifmail (fnet) pertenezca también al grupo news, y así os
ahorraréis algunos problemas con los permisos.
La ejecución send-ifmail debe producir un fichero de nombre
parecido a 0155000c.tmp en un directorio similar a
/var/spool/ifmail/fidonet/0155000c.opk/. Si no aparece, es casi
seguro que se debe a problemas con los permisos.
Al ejecutar a continuación ifpack se producirá el fichero
definitivo, comprimido, de nombre 0155000c.XY0 siendo XY las
iniciales del día de la semana en Inglés. Este fichero quedará en el
directorio /var/spool/ifmail/fidonet/.
Finalmente, cuando se llame a ifcico (vía ifpoll) el
paquete comprimido se enviará al Boss.
Lo mejor es incluir la llamada a send-ifmail en una tarea de
cron o bien en el propio script ifpoll justo antes de la
llamada a ifpack.
Cuando tengamos un fichero empaquetado de prueba, podemos probar a
ejecutar ifunpack con el fin de comprobar que los mensajes que
hemos exportado en pruebas se entregan al sistema de News. En este caso
solo puede pasar tres cosas (a la vista de los logs):
Si habéis completado los pasos anteriores, empaquetando y desempaquetando
correo de prueba, dirigid mensajes a las áreas locales de tu BBS y algún
NET. La llamada a ifpoll deberá:
Si algún paso falla, revisad los logs. En particular, ifmail a veces es algo silencioso con problemas de permisos: si no puede acceder a un paquete con correo pendiente, simplemente pasa de él y no lo envía, pero no genera ningún error.
Aquí ya no sé qué más decir. Si funciona, enhorabuena. Si no va, creo que los logs deberían daros suficiente información como para solucionarlo. Sé que es complicado (¡a mí me lo váis a decir!) y que hay muchos archivos de log para vigilar, pero poco más podemos hacer que trabajar cada uno por su cuenta...
Recordaréis que con FastEcho (bajo DOS) se podía tener creación automática de áreas cuando llegaba algún mensaje para áreas no definidas. Aquí aun no lo he conseguido, con lo que el proceso de suscripción al área conllevará algunas operaciones manuales:
Si el área es de USENET, en lugar de añadirla al fichero Areas de ifmail, hay que añadirla, por ejemplo, al de configuración de SUCK.
Ya os dije antes que para leer las áreas de ECHO valía cualquier lector de noticias. Entonces, ¿para qué seguir insistiendo? Bien, quien lleve tiempo leyendo áreas de Fido con un lector tipo GoldED sabrá que todos estos editores son más cómodos y adecuados para esta red...
En Unix aun nadie había hecho un lector especializado para Fido y
suficientemente parecido al GoldED. Dejando a un lado el editor de FEddi
(fmbedit) que usa base de mensajes propia en lugar de sistema de
noticias USENET estándar, lo único parecido para Fidonet que tenemos como
lector de noticias es el tin-1.3-unoff.
Yo aun no lo he logrado poner en marcha, pero promete bastante:
reconoce las cabeceras X-Comment-To usadas para indicar el
destinatario del mensaje público (algo que en Fido es usual pero no en
USENET), teniendo además estilos de quoting similares a los
usados por GoldED en lugar del usado en Usenet.
Aun le faltan cosas para parecerse al GoldED (por ejemplo, los colorines o el tratamiento de los Flags de los mensajes) pero no deja de ser recomendable.