Linux ifmail-COMO en Castellano

Linux ifmail-COMO en Castellano
Juan Jos� Amor, [email protected] (fido 2:341/12.19)
v1.1, 6 de Diciembre de 1999

Este documento pretende ser una peque�a ayuda para los usuarios de
Linux pertenecientes a redes tipo Fidonet. No puede ser perfecta, ya
que viene a ser un resumen de mi propia experiencia, y tampoco tengo
mucha ... Seguro que alg�n veterano de ifmail y compa��a tiene sug�
erencias que hacerme. Pues venga, las espero todas en
[email protected] o en mi direcci�n de fido, 2:341/12.19.
______________________________________________________________________

�ndice General:

1. Introducci�n

2. El proceso del correo de Fido en Unix

2.1. �Qu� programas hay que configurar entonces?

3. Correo privado (NETs)

3.1. Notaci�n �Internet� de las direcciones de Fidonet

3.2. Configuraci�n de Sendmail

3.3. Configuracion de Sendmail usando macros M4

3.4. Configuraci�n de Ifmail

3.5. �Enviamos un NET?

3.6. Acceso de otros usuarios al NET

3.7. Traducci�n autom�tica de c�digos ISO a IBM-PC

4. �reas p�blicas (ECHO)

4.1. Retocar ifmail

4.2. Activar las �reas en el INN

4.3. Otros ficheros de configuraci�n de INN

4.4. Intentemos empaquetar y desempaquetar los mensajes

4.5. Y probemos a llamar al Boss

4.6. C�mo a�adir �reas nuevas

4.7. Algunas ideas sobre Suck

4.8. Un lector de noticias para Fido

4.8.1. Slrn

5. Referencias

6. Agradecimientos

7. Historial de revisiones

8. Notas sobre el Copyright y todo eso
______________________________________________________________________

1. Introducci�n

Me gusta el riesgo. Eso me anim� hace tres a�os a hacerme punto de
Fidonet por la v�a dif�cil (FrontDoor + FastEcho + GoldED). Luego me
dio por los sistemas operativos de l�nea de comandos (Unix sin
ventanas, ya me entend�is ;-) ). Me envici� con el Linux, y claro,
lleg� la hora de gestionar el correo de Fido desde Linux, y no me iba
a quedar con el m�todo f�cil ...

Pero configurar el sistema de correo bajo Unix es como mil veces m�s
dif�cil que hacerlo en DOS. Uno tiene que aprender a configurar, no
dos, sino hasta cinco programas que no tienen nada que ver el uno del
otro. Hay que lidiar con la escasa documentaci�n que cada aplicaci�n
trae, juntarlo todo armoniosamente y finalmente lograr que funcione.
Confieso que eso me hizo echarme atr�s en varias ocasiones... hasta
que vino la ayuda del cielo.

Ram�n Guti�rrez, antiguo moderador de la (mejor) �rea de Fidonet,
R34.LINUX, me pas� todos sus ficheros de su configuraci�n, que a �l le
funcionaba a medias. Con ellos me puse y aqu� estamos.

Tengo que decir que este documento va dirigido a los puntos
interesados en gestionar todo el tema desde Unix. Por lo tanto, asumo
que ya se es punto y se conoce de qu� va el tema de Fidonet. Hace
tiempo que escrib� un documento sobre c�mo hacerse punto bajo MS-DOS,
que igual le interesa a alguien que aun no lo haya hecho ... lo ten�is
en http://lml.ls.fi.upm.es/~jjamor/intropnt.txt.

2. El proceso del correo de Fido en Unix

Antes de entrar a ver qu� programas hay que configurar, intentaremos
deducirlo siguiendo el camino que recorren los mensajes desde que son
escritos.

Empecemos con los NETs, los mensajes privados. En Unix, los NETs se
van a convertir en correo de Internet, es decir, van a quedar
almacenados en el buz�n del usuario, /var/spool/mail/usuario. Y para
escribir un NET se usan los programas de correo habituales, eligiendo
una direcci�n de Fido en formato Internet (por ejemplo,
[email protected]).

Cuando escribimos un mensaje, �ste es enviado al sendmail, quien debe
estar configurado para enviar a Fido solo los mensajes de Fido (es
decir, los mensajes para el dominio fidonet.org). Los dem�s ir�n a
Internet. Lo que sendmail hace es enviar el mensaje al conversor
Internet <-> FidoNet, ifmail.

Cuando recibimos un paquete con NETs, ifmail se encarga de
convertirlos a mensajes de Internet y entreg�rselos a sendmail.

Vamos ahora con las �reas de ECHO. En Internet, el equivalente es
USENET (las news). Por lo tanto, necesitamos un lector de News, que
puede ser, el pine, el tin o incluso el Netscape. Cuando escribamos un
art�culo, �ste es enviado a un servidor de news que habr� que
configurar (INN). Luego, a la hora de empaquetar los mensajes, se
llamar� a un script que, ejecutando ifnews, dejar� los paquetes listos
para su env�o al nodo de Fido.

2.1. �Qu� programas hay que configurar entonces?

Vamos a tener que aprender a tocar la configuraci�n de unos cuantos
programas. De la secci�n anterior se deducen los siguientes:

� Paquete ifmail. Hay que configurar tanto la parte de empaquetado
(ifpack, iftoss), como la de traducci�n Internet <-> FidoNet, como
la del programa de llamada (ifcico).

� Sendmail.

� Servidor de News (INN).

� Adem�s, necesitar�is los correspondientes programas cliente: un
lector de correo (como el pine) y tal vez un lector de noticias (el
propio pine os vale, aunque igual os gusta m�s el tin).

O sea, adem�s de entender de qu� va esto de hacerse punto (que no es
poco) habr� que entend�rselas con el cr�ptico sendmail.cf y con los
ficheros de INN. Si adem�s se quieren tener News de Internet, habr�
que pelearse con otro programa (�otro!), el suck.

Casi nada. En fin, vayamos por partes.

3. Correo privado (NETs)

Ante todo, mucha calma. Mientras no consig�is enviar y recibir NETs,
mejor que no pas�is la p�gina. Bien, sigamos.

3.1. Notaci�n �Internet� de las direcciones de Fidonet

Antes de entrar en los ficheros de configuraci�n, tengo que haceros
ver c�mo una direcci�n de Fidonet se expresa en Internet. Es
importante para las siguientes secciones, as� como para saber escribir
un NET.

Bien, empecemos. Como sab�is, una direcci�n de Fidonet contiene
informaci�n de zona, regi�n, net, nodo y opcionalmente punto. Esto se
nota as�: ZONA:REGI�N_Y_NET/NODO o ZONA:REGI�N_Y_NET/NODO.PUNTO.

Por ejemplo, mi direcci�n de punto es 2:341/12.19 y la del nodo de mi
BBS, 2:341/12 (nodo que llamamos Boss).

En Internet, una direcci�n de nodo se notar� como:

fNODO.nREGION_Y_NET.zZONA.fidonet.org

o bien:

pPUNTO.fNODO.nREGION_Y_NET.zZONA.fidonet.org

As�, mi m�quina ser� conocida en Fidonet como:

p19.f12.n341.z2.fidonet.org

Y yo, como usuario de mi m�quina ser� conocido como:

[email protected]

Un mensaje dirigido al usuario anterior quedar� convertido en un
mensaje dirigido al usuario �Juan Jose Amor� del punto 2:341/12.19

3.2. Configuraci�n de Sendmail

Sobre sendmail pod�a tirarme varias horas escribiendo, pero para eso
ya hay un buen tocho escrito (de O'Reilly, creo). As� que creo que lo
mejor es proporcionar aqu� mismo un fichero sendmail.cf, que sirve
para una configuraci�n t�pica, con conexi�n a Internet y Fidonet, e
incluso una peque�a Intranet local.

Supongamos que vuestra m�quina se llama DRAGON, y vuestro dominio
ficticio (de Intranet) lo hab�is llamado, MICASA.ES. Aqu� ten�is un
fichero sendmail.cf que os servir� para mandar correo de la siguiente
forma:

� [email protected]: Entregar directamente al buz�n local.

� [email protected]: Entregar directamente al buz�n local (dragon es
la m�quina maestra del dominio micasa.es :-) ).

� [email protected]: Entregar directamente a la m�quina
remota (se supone que la otra m�quina est� en una Ethernet
local...).

� [email protected]: Entregar a Ifmail.

� [email protected]: Encolarlo para Internet, para ser entregado
al relevo de la red de redes cuando estemos conectados (el relevo
es la m�quina de nuestro proveedor de Internet que nos ofrece
servicio de correo SMTP).

Algunas observaciones sobre este fichero: en principio, no necesita
que exista un servidor de nombres (DNS) disponible. No obstante, yo
tengo uno local as� que igual os da alg�n problema...

Por otra parte, si recib�s este documento en un formato distinto al
original (SGML) puede que los caracteres de tabulaci�n que existen en
sendmail.cf se hayan convertido en espacios. Por desgracia, as� no os
funcionar� el fichero, de modo que tendr�is que convertir a mano, los
separadores de las reglas a tabuladores.

En la l�nea referente al nodo del proveedor (donde aparece la IP del
m�o, 212.106.192.135) deb�is poner la IP del vuestro, claro :-). En la
l�nea referente a Fidonet, deb�is codificar el nombre del nodo al que
llam�is. En mi caso, 2:341/12 se traduce a f12.n341.z2 (observad la
l�nea del fichero sendmail.cf. Como v�is, esto hace la funci�n del
fichero route.fe en FastEcho u otro procesador de correo de Fido bajo
DOS: esta l�nea determina entregar todos los NETs v�a el nodo
elegido). Adem�s, si no ten�is Internet o red local propia, pod�is
comentar las l�neas correspondientes de la regla 0.

Adem�s, deb�is modificar la l�nea "Punto local" con los datos de
vuestro punto. As�, sendmail entregar� localmente cualquier mensaje
dirigido a vuestro punto.

Una vez instalado el nuevo /etc/sendmail.cf, deb�is reiniciar el
demonio. Lo mejor es que lo mat�is y lo relanc�is de nuevo (enviarle
la se�al SIGHUP no funciona en todas las versiones). Hasta que no
hag�is esto, tu nuevo sendmail.cf no ser� reconocido. Pod�is comprobar
que lo hab�is logrado lanzando el demonio y a continuaci�n ejecutar
telnet al puerto 25. Deb�is ver una referencia a la versi�n del
sendmail.cf, BS-3.3 en la l�nea de bienvenida. Luego, escribid quit
para salir:

$ telnet dragon.micasa.es 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 dragon.micasa.es ESMTP Sendmail 8.7.6/BS-3.3 ready at Tue, 22 Apr 1997 11:56:31 +0200
quit
221 dragon.micasa.es closing connection
Connection closed by foreign host.

$

Si ten�is alg�n problema con el comando telnet (en particular, os
responde con un Connection refused) es porque el demonio no ha podido
mantenerse tras el cambio en el sendmail.cf. El motivo es un error en
dicho fichero, as� que ser� el momento de repasarlo para luego volver
a lanzar el sendmail. Los logs que este programa habr� dejado os dar�n
una pista acerca de la causa del problema.

______________________________________________________________________

################################################################################
##### #####
##### Fichero de Configuracion de SENDMAIL #####
##### #####
##### Realizado por: Juan Jose Amor, 2:341/12.19 #####
##### a partir del fichero FI-4.1 del Centro de Calculo de la #####
##### Facultad de Informatica de Madrid, U.P.M. #####
##### #####
##### 04-08-97 #####
##### #####
################################################################################

# RCS: $Id: sendmail.cf,v 1.5 1999/12/1 13:57:52 root Exp root $

# Version de Sendmail
DVBS-3.3

################################################################################
# Definicion del Dominio #
################################################################################

# Dominio Local
DOdragon
DQmicasa
DRes
#DSes

# Nombre del Dominio Oficial de la Maquina
Dj$O.$Q.$R

# Sinonimos
Cw $w

################################################################################
# Macros Especiales #
################################################################################

# Mi nombre
DnMAILER-DAEMON

# Cabecera en formato UNIX
DlFrom $g $d

# Caracteres para delimitacion (operadores)
Do.:%@!^=/[]

# Formato del nombre completo
Dq$g$?x ($x)$.

# Mensaje de SMTP
De$j Sendmail $v/$V ready at $b

################################################################################
# Opciones #
################################################################################

# Fichero de Alias
OA/etc/aliases
# Fichero de Ayuda
OH/usr/lib/sendmail.hf
# Fichero de estado
OS/etc/sendmail.st
# Nivel de log
OL9
# Copia al Postmaster en caso de error
OPPostmaster
# Directorio de colas de mensajes
OQ/var/spool/mqueue
# Intervalo de "timeout" en la cola
OT8d
# No conectar en caso de mucho trafico
OX12
# Modo de funcionamiento
Odb
# Modo de gestion de errores
Oep
# GID por defecto
Og1
# Enviamelo tambien en caso de utilizacion de alias
Om
# Por defecto, los mensajes en estilo tradicional
Oo
# No admite EXPN ni VRFY
Opnoexpn,novrfy
# "Timeout" de lectura
Or5m
# Arranca la cola antes de enviar un mensaje,
Os
# UID por defecto
Ou1
# Encolar en caso de mucho trafico
Ox8
# Numero maximo de vueltas antes de decidir que estamos en un bucle de correo
Oh17

################################################################################
# Precedencia de Mensajes #
################################################################################

Pfirst-class=0
Pspecial-delivery=100
Pjunk=-100

################################################################################
# Usuarios Validados #
################################################################################

#Troot
#Tdaemon
#Tuucp
#Tnetwork
Tjjamor
Tslist

################################################################################
# Formato de las Cabeceras #
################################################################################

H?P?Return-Path: <$g>
HReceived: $?sfrom $s $.by $j ($v/$V) $b
H?D?Resent-Date: $a
H?D?Date: $a
H?F?Resent-From: $q
H?F?From: $q
H?x?Full-Name: $x
HSubject:
H?M?Resent-Message-Id: <$t.$i@$j>
H?M?Message-Id: <$t.$i@$j>

################################################################################
##### #####
##### REGLAS DE REESCRITURA DE DIRECCIONES #####
##### #####
################################################################################

################################################################################
##### #####
##### REGLA CERO #####
##### #####
################################################################################
S0

# Gestiona casos especiales
R@ $#local $:$n

# Filtra casos miscelaneos
R$*<$*.> $1<$2>
R$+<@> $@$>0$1

# Maquina local
R$+<@$j> $#local $:$1

#!!!Activar esta regla en caso de maquina Cabecera de Dominio
R$+<@$Q.$R> $#local $:$1

# Vemos si es para la maquina local
R$+<@$*$O.$Q.$R> $#local $:$1

# Regla para entregar localmente mensajes para hispalinux.es
# R$+<@hispalinux.es> $#local $:$1

# Dominio local: entregar directamente (a~nadido por jjamor)
R$+<@$*$Q.$R> $#tcp $@$2$Q.$R $:$1<@$2$Q.$R>

# Punto local: entregar directamente (a~nadido por jjamor)
R$+<@p19.f12.n341.z2.fidonet.org> $#local $:$1

# Vemos si es para Fidonet
R$*<@$+.fidonet.org>$* $#fido [email protected] $:$1<@$2.fidonet.org>$3

## Cualquier otra direccion, al nodo del proveedor para su tramitacion
# Proveedor : Jazzfree (JAZZFREE.COM)
R$+ $#tcp $@[212.106.192.135] $:$1

################################################################################
##### #####
##### REGLA 1 - Reescritura del Campo Origen #####
##### #####
################################################################################
S1

################################################################################
##### #####
##### REGLA 2 - Reescritura del Campo Destino #####
##### #####
################################################################################
S2

################################################################################
##### #####
##### REGLA 3 - Paso de la Direccion a Forma Canonica #####
##### #####
################################################################################
S3

# Gestion del caso especial "from:<>"
R<> $@@

# Canonizacion basica
R$*<$+>$* $2

# Encaminamiento norma RFC 822
R@$+:$+@$+ $:$1,@$3!$2
R$+,@$+ $1!$2

# El delimitador @ indica precedencia
R$+@$+ $:$1<@$2>
R$+<$+@$+> $1$2<@$3>
R$+<@$+> $@$>5$1<@$2>

# Trata el delimitador !
R$+^$+ $1!$2
R$-!$+ $@$>5$2<@$1.uucp>
R$+!$+ $@$>5$2<@$1>

# % es una precedencia inferior a @
R$+%$+ $:$1@$2
R$+@$+%$+ $1%$2@$3
R$+@$+ $@$>5$1<@$2>

# Correo local
R$+ $@$>5$1<@$j>

################################################################################
##### #####
##### REGLA 4 - Reescritura salida final #####
##### #####
################################################################################
S4

# Extrae informacion relativa al dominio local
R$*<$+>$* $1$2$3

################################################################################
##### #####
##### REGLA 5 - Cualifica Completamente la Direccion #####
##### #####
################################################################################
S5

# Maquinas locales
R$+<@$*$O> $@$>6$1<@$2$j>
R$+ $@$>6$1

################################################################################
##### #####
##### REGLA 6 - Resuelve sinonimos #####
##### y elimina encaminamientos locales #####
##### #####
################################################################################
S6

# Elimina redundancias de nombres de maquinas locales
R$+@$+<@$j> $@$>3$1@$2
R$+!$+<@$j> $@$>3$1!$2
R$+%$+<@$j> $@$>3$1%$2

################################################################################
# Especificacion del programa local de gestion de correo #
################################################################################

#Mlocal, P=/usr/local/sbin/deliver, F=lsDFMShP, S=10, R=20/40, A=deliver $u
Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@ShPfn, S=10/30, R=20/40,
T=DNS/RFC822/X-Unix,
A=procmail -a $h -d $u
Mfido, P=/usr/lib/ifmail/ifmail, F=mSDFMuC, S=11, R=21, A=ifmail -l -1 -r $h $u
Mprog, P=/bin/sh, F=DFMPelsu, S=10, R=10, A=sh -c $u
S10
R$*<@$j> $@$1

################################################################################
# Especificacion del gestor de correo SMTP/IPC #
################################################################################

Mtcp, P=[IPC], F=CDFMXmsu, S=11, R=11, A=IPC $h
S11
______________________________________________________________________

3.3. Configuracion de Sendmail usando macros M4

La mayor�a de los usuarios de Unix prefieren configurar el sendmail
con las colecciones de macros M4 que incluye. Reconozco que es la
forma m�s flexible y a la vez f�cil de entender para configurar este
programa. Eso s�, si el fichero presentado en la secci�n anterior os
vale, mejor es que os salt�is esta secci�n o posiblemente os volver�is
locos (�y no quiero que nadie me acuse de contagiaros nada!).

Lo que viene a continuaci�n es una contribuci�n recibida de Roberto
Su�rez Soto, y no me hago responsable de su eficacia (en realidad, no
me voy a hacer responsable de la eficacia de nada que se haya dicho en
este documento. Me lavo las manos como cualquier otro colaborador de
la causa GNU ;-) ).

La configuraci�n de sendmail para ifmail puede ser hecha mediante un
fichero de �stos, y de hecho es lo m�s f�cil. Un fichero sendmail-
ifmail.mc (el nombre es indiferente) podr�a ser �ste que pongo a
continuaci�n. Est� casi copiado del que viene en el paquete
ifmail-2.14-tx8.8.tar.gz, de Pablo Saratxaga. La �primera versi�n� que
hice se la mand� al propio Pablo para que la revisara, y en su
contestaci�n me mand� un fichero .mc complet�simo y muy bien explicado
que es el que pongo aqu�. As� que todo el m�rito es suyo :-) Yo s�lo
me limito a transcribir lo que me mand� �l (si hay alg�n fallo en los
comentarios o en las explicaciones, eso s� que ser� obra m�a O:-))

Los datos son imaginarios, necesitar�s cambiarlos para tu
configuraci�n. Otra cosa: este fichero lo he probado con sendmail
8.9.1; con la versi�n 8.8.x hay un par de l�neas que no funcionan. De
todos modos, si tienes una distribuci�n m�s o menos reciente, seguro
que ya trae un sendmail de la serie 8.9.x (y si no, �no crees que ya
es hora de actualizarse? :-))

______________________________________________________________________

divert(-1)
include(`../m4/cf.m4')
OSTYPE(`linux')
dnl ##########################
dnl # Configurable options #
dnl ##########################

dnl ### El servidor SMTP de tu Proveedor de Internet
dnl ### Los corchetes ( [ ] ) evitan las llamadas al DNS;
dnl ### �til si no est�s conectado a Internet las 24 horas del d�a
define(`SMART_HOST', ``[smtp.de.tu.proveedor.com]'')

dnl ### La direcci�n Fido de tu uplink; esta ser� la ruta por defecto
dnl ### para el correo de Fido
define(`FIDO_SMART_HOST', ``f1.n2.z3.fidonet.org'')

dnl ### La pasarela Fidonet --> Internet
define(`FIDO_GATEWAY', ``f4.n5.z6.fidonet.org'')

dnl ### Si vas a usar una pasarela, d�jalo as�;
dnl ### c�mbialo a "undefine" si no la vas a usar
dnl ### (si tienes una cuenta de email real, pon el undefine)
define(`USE_FGATE')

dnl ### Esto es necesario si no tienes acceso permanente a un DNS
dnl ### (es decir, si no tienes conexi�n 24h a Internet; si tienes
dnl ### este tipo de conexi�n, puedes quitar estas l�neas)
FEATURE(accept_unresolvable_domains)
FEATURE(nodns)dnl

dnl
dnl ####################################
dnl # End of configurable section #
dnl ####################################
dnl

define(`confDEF_USER_ID',``8:12'')
define(`confMATCH_GECOS',`True')
define(`confTRY_NULL_MX_LIST',`True')
define(`confTO_QUEUEWARN', `2d')
define(`confTO_QUEUERETURN', `8d')
define(`confUSE_ERRORS_TO',`True')
define(`confTRUSTED_USERS',`ftn')
define(`confCT_FILE', ` -o /etc/mail/sendmail.ct')dnl
define(`confCW_FILE', ` /etc/mail/sendmail.cw')dnl
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')dnl
define(`confSTATUS_FILE',`/var/run/sendmail.st')dnl
dnl ### Esta l�nea que viene a continuaci�n define dos ficheros
dnl ### de alias para sendmail; el segundo (/etc/mail/majordomo)
dnl ### s�lo hace falta si us�is majordomo como gestor de listas
dnl ### de correo; como no es mi caso (y tampoco el de la mayor�a
dnl ### de la gente), he cambiado la l�nea para reflejarlo.
dnl ### (dejo la original como comentario para el que le interese)
dnl ### define(`ALIAS_FILE',`/etc/mail/aliases,/etc/mail/majordomo')dnl
define(`ALIAS_FILE',`/etc/mail/aliases')dnl
define(`HELP_FILE',`/etc/mail/sendmail.hf')dnl
define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl
define(`STATUS_FILE',`/var/run/sendmail.st')dnl
undefine(`UUCP_RELAY')dnl
undefine(`BITNET_RELAY')dnl
FEATURE(access_db, hash -o /etc/mail/access)dnl
FEATURE(always_add_domain)dnl
FEATURE(blacklist_recipients)dnl
dnl FEATURE(limited_masquerade)dnl
dnl FEATURE(masquerade_entire_domain)dnl
FEATURE(masquerade_envelope)dnl
FEATURE(local_procmail)dnl
FEATURE(redirect)dnl
FEATURE(relay_based_on_MX)dnl
FEATURE(relay_entire_domain)dnl
FEATURE(relay_local_from)dnl
FEATURE(use_ct_file)dnl
FEATURE(use_cw_file)dnl
FEATURE(`domaintable',`hash -o /etc/mail/domaintable')dnl
FEATURE(`genericstable',`hash -o /etc/mail/genericstable')dnl
GENERICS_DOMAIN_FILE(confCW_FILE)dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable')dnl
FEATURE(nocanonify)dnl
MAILER(procmail)dnl
MAILER(smtp)dnl
MAILER(ftn)dnl
MAILER(usenet)dnl
MAILER(uucp)dnl

LOCAL_CONFIG
# Pseudo-dominios (no se llama al DNS para ellos)
CPz1.fidonet.org z2.fidonet.org z3.fidonet.org z4.fidonet.org
CPz5.fidonet.org z6.fidonet.org ftn

# Para las direcciones de Fido, que no se manden a trav�s del mailer
# smtp.z2.fidonet.org, www.z2.fidonet.org, etc
CFfidonet ns ns2 mail smtp www ftp

# Esto es un peque�o parche para que ciertas direcciones que nosotros
# digamos no salgan a Internet, sino que sean entregadas localmente
Kpirateo hash -o /etc/mail/pirateo

LOCAL_RULE_0
# pirateo
R$+ < @ $+ . > $* $: < $(pirateo $1 @ $2 $: $) > $1 < @ $2 . > $3
R$+ < @ $+ $~. > $* $: < $(pirateo $1 @ $2 $3 $: $) > $1 < @ $2 $3 > $4
R< $+ > $+ < @ $+ > $* $@ $>97 $1 $4
R<> $+ < @ $+ > $* $: $1 < @ $2 > $3

LOCAL_NET_CONFIG
# ************ FIDONET.ORG ***********
# for nodes allways put leading $* if you want to route his points too
# routed trough default smart host FIDO_SMART_HOST
R$* < @ $~F $+ .z1.fidonet.org . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 $3 .z1.fidonet.org > $4
R$* < @ $~F $+ .z2.fidonet.org . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 $3 .z2.fidonet.org > $4
R$* < @ $~F $+ .z3.fidonet.org . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 $3 .z3.fidonet.org > $4
R$* < @ $~F $+ .z4.fidonet.org . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 $3 .z4.fidonet.org > $4
R$* < @ $~F $+ .z5.fidonet.org . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 $3 .z5.fidonet.org > $4
R$* < @ $~F $+ .z6.fidonet.org . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 $3 .z6.fidonet.org > $4

# El resto de redes FTN se rutar�n a trav�s del FIDO_SMART_HOST
R$* < @ $+ .ftn . > $* $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 .ftn > $3

# Si no tienes conexi�n permanente a Inet, comenta esta l�nea
ifdef(`USE_FGATE',`',`#')R$* < @ $* > $* $#ftn $@ FIDO_SMART_HOST $: $1 % $2 < @ FIDO_GATEWAY > $3
______________________________________________________________________

Explico algunas de las opciones de este fichero.

� MAILER(ftn)dnl

En esta l�nea se le dice al sendmail que va a usar un mailer llamado
ftn. Tiene que haber un fichero �ftn.m4� en el directorio �mailer�
para este mailer. En Debian, con el paquete de ifmail viene un fichero
�ifmail.m4�, as� que tienes que cambiar las ocurrencias de �ftn� por
�ifmail�. Esto lo puedes hacer f�cilmente con sed:

sed s/ftn/ifmail/g ifmail.mc > ifmail.mc.nuevo

Para los que no tengan un fichero ifmail.m4 o ftn.m4 en su
distribuci�n de ifmail, aqu� pongo el que uso yo:

______________________________________________________________________

PUSHDIVERT(-1)
ifdef(`FIDO_MAILER_FLAGS',, `define(`FIDO_MAILER_FLAGS', `8mDFMuSC')')
ifdef(`FIDO_MAILER_PATH',, `define(`FIDO_MAILER_PATH', /usr/lib/ifmail/ifmail)')
ifdef(`FIDO_MAILER_USER',, `define(`FIDO_MAILER_USER', `ftn:uucp')')
ifdef(`FIDO_MAILER_ARGS_H',, `define(`FIDO_MAILER_ARGS_H', `ifmail -r $h -g h $u')')
ifdef(`FIDO_MAILER_ARGS_C',, `define(`FIDO_MAILER_ARGS_C', `ifmail -r $h -g c $u')')
ifdef(`FIDO_MAILER_ARGS_B',, `define(`FIDO_MAILER_ARGS_B', `ifmail -b -r $h -g h $u')')
ifdef(`FIDO_MAILER_ARGS_P',, `define(`FIDO_MAILER_ARGS_P', `ifmail -l-3 -r $h -g h $u')')
POPDIVERT

#############################
# FIDO Mailer specification #
#############################

VERSIONID(`@(#)ftn.m4 1.01 ([email protected]) 7/7/97')

# normal ftn mailer, pkt as hold
Mftn, P=FIDO_MAILER_PATH, F=FIDO_MAILER_FLAGS, S=11, R=21,
_OPTINS(`FIDO_MAILER_CHARSET', `C=', `, ')U=FIDO_MAILER_USER,
ifdef(`FIDO_MAILER_MAX', `M=FIDO_MAILER_MAX, ')A=FIDO_MAILER_ARGS_H

# This is for crash mail just in case you need it * USE WHITH CARE *
Mftn-crash, P=FIDO_MAILER_PATH, F=FIDO_MAILER_FLAGS, S=11, R=21,
_OPTINS(`FIDO_MAILER_CHARSET', `C=', `, ')U=FIDO_MAILER_USER,
ifdef(`FIDO_MAILER_MAX', `M=FIDO_MAILER_MAX, ')A=FIDO_MAILER_ARGS_C

# This doesn't split messages when writting in pkt, of course the node
# receiving the pkt must be able to handle arbitrary size messages.
# if the other end uses ifmail too use this.
Mftn-big, P=FIDO_MAILER_PATH, F=FIDO_MAILER_FLAGS, S=11, R=21,
_OPTINS(`FIDO_MAILER_CHARSET', `C=', `, ')U=FIDO_MAILER_USER,
ifdef(`FIDO_MAILER_MAX', `M=FIDO_MAILER_MAX, ')A=FIDO_MAILER_ARGS_B

# This one uses a "kludge verbosity" of level -3, that is nothing is kept
# from usenet/email infos.
Mftn-poor, P=FIDO_MAILER_PATH, F=FIDO_MAILER_FLAGS, S=11, R=21,
_OPTINS(`FIDO_MAILER_CHARSET', `C=', `, ')U=FIDO_MAILER_USER,
ifdef(`FIDO_MAILER_MAX', `M=FIDO_MAILER_MAX, ')A=FIDO_MAILER_ARGS_P
______________________________________________________________________

Est� sacado, como tantas otras cosas, del paquete
ifmail-2.14-tx8.8.tar.gz.

� define(`confCW_FILE',`/etc/mail/sendmail.cw')dnl

� FEATURE(use_cw_file)

� GENERICS_DOMAIN_FILE(confCW_FILE)

Estas tres l�neas sirven para utilizar un fichero
(/etc/mail/sendmail.cw en nuestro caso, aunque puedes poner el que
quieras) en el que pondremos todos los nombres de nuestra m�quina. La
tercera l�nea (�GENERICS_DOMAIN_TABLE�) en realidad es para indicar un
fichero en el que aparecen todos los dominios a enmascarar; para
nuestro caso, vamos a decirle que enmascare todos los dominios locales
(porque, a menos que tengas una m�quina conectada directamente a Inet,
los nombres locales no ser�n reales). Por ejemplo, el m�o es:

cheetah.darkland.es
p83.f105.n348.z2.fidonet.org
p76.f1.n348.z13.ficnet.org

As�, todo el correo dirigido a uno de estos dominios se entregar�
localmente.

� FEATURE(`mailertable',`hash -o /etc/mail/mailertable')dnl

Esto vale para crear un fichero (/etc/mail/mailertable, pero como
antes, podemos escoger otro sitio) con �mailers�. Es decir, que el
correo dirigido a unos dominios que nosotros digamos se rutar� a
trav�s de los mailers especificados. Mi fichero mailertable es �ste:

ceu.fi.udc.es smtp:ceu.fi.udc.es
lucus.org smtp:lucus.org

Los dominios que empiezan por un punto (�.�) especifican cualquier
subred de ese dominio, y en el caso de los dominios de redes FTN
(fidonet.org), cualquier punto/nodo de esa red. Por ejemplo: con
�.z13� estamos diciendo que cualquier mail (que en este caso ser� un
net) a un punto o nodo de la zona 13 (FiCNet, con la forma
�pXX.fY.n348.z13�) ser� encaminado a trav�s del nodo 13:348/1, que en
formato Inet es f1.n348.z13. Esto s�lo hace falta para rutas
alternativas a las normales, ya que todo el correo, por defecto, se
encaminar� a trav�s del smtp que hayas definido (en el caso de correo
Inet) o a trav�s de tu uplink (en el caso del correo para fidonet.org
y dem�s redes FTN). Otro ejemplo: suponiendo que adem�s de ser punto
de Fido, eres punto de FiCNet y de SubNet:

En realidad, en mi caso (y en el de la mayor�a, me imagino) no har�an
falta estas especificaciones. El nodo 13:348/1 y mi uplink 2:348/105
son el mismo, FiC BBS; y por defecto, todo el correo FTN va a ir all�.
As� que las mailertables s�lo tienen un verdadero sentido cuando
rut�is varias redes a distintos uplinks. En el resto de los casos,
pod�is pasar sin ellas. S�lo que me pareci� una cosa interesante :-)
Quiz�s no tanto para puntos, pero s� para nodos. (recordemos que en
principio Ifmail est� pensado para nodos, no para puntos)

Este fichero hay que compilarlo, para que el sendmail pueda leerlo.
Para esto, s�lo ten�is que hacer:

makemap hash mailertable < mailertable

(suponiendo que est�is en el directorio en el que est� el fichero
mailertable, claro)

Se crear� un fichero mailertable.db, que es el que usar� sendmail.

� FEATURE(`genericstable',`hash -o /etc/mail/genericstable')dnl

Esta l�nea no es para el correo Fido, sino m�s bien para el de Inet.
Sirve para enmascarar el correo saliente con vuestra direcci�n de
Inet, en vez de la direcci�n local. Supongamos que el usuario que usas
es �robe� (como es mi caso :-)), y tu direcci�n de Internet es �rss-
[email protected]� (como tambi�n es mi caso :-)). Crear�as un fichero
/etc/mail/genericstable que tuviera esto:

robe [email protected]

Y as�, todo el correo que escribas con este usuario y que salga de tu
m�quina para Inet, ser� reescrito de tal forma que parezca que procede
de [email protected]. S�, tambi�n aparecer� as� en el �From� del correo
Fido que env�es, pero no te preocupes: ifmail se encargar� de que el
campo �Reply-To� vaya con tu direcci�n de punto, as� que no habr�
problema a la hora de responder a tus mensajes :-)

Este fichero hay que compilarlo, como el anterior:

makemap hash genericstable < genericstable

� FEATURE(local_procmail)dnl

� MAILER(procmail)dnl

Estas dos l�neas especifican que el mailer local ser� procmail. Si
tienes instalado este programa, el correo ser� entregado por �l. Esto
tiene una ventaja: si usas procmail para filtrar el correo, no te har�
falta m�s que crear un fichero �.procmailrc� con las recetas adecuadas
en tu directorio, sin el �.forward� que har�a falta en otro caso.
Adem�s, en las versiones 8.9.x de sendmail, el fichero .forward no
est� muy bien visto, con lo que te ahorrar�as problemas si lo hicieras
as�. Que lo instales, vamos :-) Es algo extremadamente �til que todo
el mundo ha instalado ya, �por qu� no lo ibas a hacer t�? }:-) ;-)

� FEATURE(access_db, hash -o /etc/mail/access)dnl

Con esta l�nea, y si us�is Sendmail 8.9.x (mi caso), pod�is controlar
el correo de entrada, para rechazarlo en el caso de que provenga de
spammers conocidos (o de alguien que no os caiga bien :-)). Esto se
realiza mediante un fichero /etc/mail/access, que tambi�n controla
aspectos de relay. Un fichero de ejemplo (el que me mand� P.S. O:-))
ser�a �ste:

______________________________________________________________________

#
# allways accept those
#
postmaster@ OK
abuse@ OK
#
# domains we accept they relay trough us
#
z1.fidonet.org RELAY
z2.fidonet.org RELAY
z3.fidonet.org RELAY
z4.fidonet.org RELAY
z5.fidonet.org RELAY
z6.fidonet.org RELAY
ftn RELAY
#
# special mail to accept, despite their domains are bannished
#
[email protected] OK
[email protected] OK
#
# mail to reject
#
infobeat.com REJECT
magnumhosting.com REJECT
net-vest.net REJECT
# cyberpromo.com [204.137.222.*]
# se puede dar un mensaje de error:
cyberpromo.com 550 We don't accept mail from spammers
204.137.222 550 We don't accept mail from spammers
# discard ni siquiera envia mensaje de error, lo hace desaparecer
# aunque yo prefiero dar un mensaje de error para hacerles saber que
# su basura no llega
Republica.Utocratica.de.Nowheresville DISCARD
_ DISCARD
______________________________________________________________________

Este fichero hay que compilarlo con makemap, como los dem�s:

makemap hash access < access

� Kpirateo hash -o /etc/pirateo

Esta l�nea permite usar un fichero en el que definiremos direcciones
de Inet que corresponden a direcciones locales. Sirve para que el
correo que dirijamos a nuestra direcci�n de Inet no salga al mailer y
luego vuelva, sino que se entregue directamente en la m�quina. Yo
tengo esto:

[email protected] robe

Y todo el correo que made a [email protected] no saldr� a Inet, sino
que se entregar� localmente al usuario robe (que soy yo). Otro uso que
se me ocurre, pero no he probado, es poner ah� la direcci�n
Mail.Delivery.Subsystem@<direcci�n de tu uplink>. Durante una semana o
as�, hubo un net que �rebotaba� constantemente entre mi uplink y mi
m�quina con una direcci�n parecida, y era rechazado por ambos
extremos. A�adiendo una l�nea:

[email protected] postmaster

Se conseguir�a que este tipo de correo fuera al postmaster, es decir,
al root, y no molestara a mi ya atribulado Sysop :-) Pero bueno, como
dec�a antes esto no lo he probado todav�a ... y no tengo ganas de
crear un peque�o caos para probarlo, sinceramente ;-)

En fin ... como antes, recomiendo encarecidamente que cre�is un
fichero como �ste con vuestra direcci�n email. En una instalaci�n de
ifmail que he estado haciendo recientemente, sendmail buscaba esta
direcci�n para entregar el netmail a mi usuario :-? Y claro, es mucho
mejor que se entregue localmente en vez de tener que salir a Inet y
luego volver. Pero seguro que es por alg�n fallo que tuve al
configurar ifmail o sendmail, no porque en realidad haga falta todo
esto O:-)

Despu�s de todo esto, hay que compilar el fichero sendmail-ifmail.mc
que hab�is creado:

m4 sendmail-ifmail.mc > sendmail-ifmail.cf

Y luego, hay que copiarlo encima (o haced un enlace) del sendmail.cf
actual (�haced una copia de seguridad antes!), reiniciar el sendmail y
empezar a hacer pruebas. Si no me he equivocado mucho, funcionar� ;-)
De nuevo, agradezco a Pablo Saratxaga la atenci�n y la ayuda que me ha
brindado en la confecci�n de este cap�tulo :-)

Nota: Este cap�tulo ha sido escrito por Roberto Su�rez Soto, a quien
pod�is localizar para lo que sea en [email protected].

3.4. Configuraci�n de Ifmail

Vamos a tratar aqu� qu� partes de ifmail hay que tocar para hacer
funcionar el NETmail. Luego nos meteremos con las �reas de ECHO.
Paciencia.

Personalmente, si us�is RedHat os aconsejo que empec�is por instalaros
el paquete rpm de ifmail (versiones tx) que podr�is encontrar en
cualquier mirror de sunsite.unc.edu. Si no us�is RedHat, aun os debo
recomendar el ifmail versi�n tx en formato tar, ya que est� mucho
mejor preparado para FidoNet que el ifmail original. Una vez instalado
podr�is configurar vuestros ficheros, que estar�n en /etc/ifmail.

B�sicamente son dos los ficheros que hay que tocar:

� Areas : De momento no hay que tocarlos (o mejor, comentad con '#'
cualquier �rea que no est� ya comentada...).

� config

El fichero config es el primero que hay que tocar. Creo que hay
opciones obvias (logfile, debugfile) y no os las voy a explicar por
eso. Ten�is otras que son del estilo de las de FrontDoor (o incluso
m�s sencillas). Aqu� os dejo un fichero ejemplo config comentado para
que hag�is el vuestro.

______________________________________________________________________

# Fichero de configuracion de ifmail (ifmail+ifnews+ifcico)
# En esta version para RedHat, debe estar en /etc/ifmail/config

# Cualquier linea que empiece con un caracter '#' es un comentario

# Fichero de log
logfile /var/log/ifmail/iflog

# Fichero para depuracion.
debugfile /var/log/ifmail/ifdebug

# Nivel de informacion de depuracion. 0 Para ninguno. En pruebas, poner 4.
verbose 0

# Direccion principal de Fido
address 2:341/12.19

# AKAs:
address 93:341/12.19
# address 2:341/14.119

# Passwords de inicio de sesion EMSI y yoohoo.
password 2:341/12.19 SI_HOMBRE_COMO_QUE_TE_LA_VOY_A_DECIR

# Passwords para paquetes (no suelen usarse).
#packetpasswd 2:5929/6 AZERTY

# Alias del sistema. Para convertir nombres de usuario a nombres de Fido
# Por ejemplo, saber que un mensaje de 'jpgarcia' procede de
# Juan Perez Garcia.
sysalias /etc/aliases

# Nombre completo del sistema (FQDN)
myfqdn dragon.micasa.es

# Directorio para los paquetes y ficheros entrantes:
inbound /var/spool/ifmail/inb
# Directorios para sesiones "listed" y "protected"
listinbound /var/spool/ifmail/inb
protinbound /var/spool/ifmail/inb

# Directorio para paquetes salientes.
outbound /var/spool/ifmail/fidonet

# Directorio con los ficheros de "file-request" (de interes solo para
# quien gestione una BBS con este software).
public /home/ftp/pub

# Fichero que establece correspondencia entre nombres de ficheros cortos
# y nombres con ruta completa. Opcion para sistemas que acepten "filereq"
# reqmap /usr/local/lib/fnet/reqmap

# Directorio para nombres "magicos" de ficheros. Para sistemas con "filereq"
magic /usr/lib/ifmail/magic

# Lista de nodos primaria. Se expande a extension de dia juliano (".NNN")
# automaticamente si es necesario.
nodelist /var/spool/ifmail/nl.d/REGION34

# Lista de nodos para otros dominios. Aqui podemos meter la lista de puntos.
# Se incluye el nodo que genera dicha lista (2:341/14 en este momento).
nodelist ptlstr34 2:341/14@fidonet

# Traducciones de dominios.
domtrans .fidonet .fidonet.org

# Base de datos de alias para las lineas ocultas
# ^aREPLYADDR y ^aREPLYTO
database /var/spool/ifmail/ifdbm

# Fichero con numero de secuencia (usado para generar IDs unicos)
sequencer /var/spool/ifmail/seq

# Fichero de areas de ECHO
areas /etc/ifmail/Areas

# Nombres de grupos cuyos mensajes no se entregaran a Fido.
badgroup relcom.ads.
badgroup relcom.commerce.

# Limitacion en el numero de grupos que pueden aparecer en la cabecera
# Newsgroups. Si se excede, el articulo no se mandara a Fido. Si se omite
# la opcion, no supondra limite alguno.
#maxgroups 10

# Directorio con las tablas de traduccion de caracteres.
maptabdir /etc/ifmail/maptabs

# Linea de comandos para entregar NETs con sendmail, y mensajes publicos
# con news (INN).
sendmail /usr/lib/sendmail -f $F $T
rnews /usr/bin/rnews

# Programa de desempaquetado
iftoss /usr/lib/ifmail/iftoss

# Descompresores.
# $F se convierte en el nombre del fichero.
unzip /usr/bin/unzip -Lojq $F
unarj /usr/bin/unarj e $F
unlzh /usr/bin/lha xiq $F
unarc /usr/bin/unpack $F
unzoo /usr/bin/zoo -extract $F
# unrar /usr/bin/unrar e $F
unrar /usr/local/bin/rar e $F

# Compresor. Yo uso RAR, a lo mejor te interesa el ZIP.
# $F es el nombre del fichero, $P es el nombre de los paquetes.
#packer /usr/bin/zip -q9 $F $P
packer /usr/local/bin/rar a $F $P

# Tama~no maximo de un paquete comprimido de correo. ifpack lo partira
# en varios si este tama~no es superado.
maxfsize 500000

# Tama~no maximo de un paquete .pkt. Se partira en varios si se supera.
maxpsize 30000

# Tama~no maximo de un mensaje cuando se permite auto-fragmentacion de
# mensajes grandes.
maxmsize 12300

# Casos en los que no se aplican los limites de tama~no de paquete. El caso
# "m" se refiere a los Nets.
nonpacked cm

# Logs de News, y base de datos temporal para lineas "seen-by"
newslog /var/log/news/ifmail/
msgidbm /tmp/ifmsgids

# Base de datos de traduccion MSGID <-> Message-ID para crear cabeceras
# References: correctas (util con lectores de news que manejen threads)
refdbm /tmp/ref_db

# OPCIONES PARA EL MODEM Y DEFINICION DEL SISTEMA DE PUNTO
# Ver ejemplos incluidos con ifmail para mas detalle
#
# Aqui se incluye una configuracion basica para modems 14.4K
#

# Puerto del modem (nombre del dispositivo de /dev) y velocidad del puerto
ModemPort modem:L38400

# Traduccion de telefonos desde las listas de nodos. Muy similar a la
# que se utiliza en FrontDoor.
PhoneTrans 34- /
PhoneTrans / 00

# Secuencias de inicio del modem (adaptar a tus necesidades)
ModemReset AT&F\r
ModemDial ATDT\T\r
# Si tienes acceso a otro nodo con alguna peculiaridad... (como yo :-) )
#ModemDial (address 2:341/41) ATX2B9M0S7=60S11=60DT\T
ModemHangup ATZ\r
ModemOK OK
ModemConnect CONNECT
ModemError BUSY
ModemError NO\sCARRIER
ModemError NO\sDIAL
ModemError RING\r
ModemError ERROR

# Tiempos de expiracion, respectivamente de espera a mensajes OK y CONNECT
TimeoutReset 3
TimeoutConnect 70

# Delay in seconds before every call in "automatic" mode. Ignored
# if explicit list of addresses specified in the command string.
DialDelay 0

# Datos EMSI para este nodo.
Name Nombre del Punto
Location Madrid - Spain
SysOp Nombre del sysop
Phone -Unpublished-
Speed 14400
Flags V32,V42,V42B
______________________________________________________________________

3.5. �Enviamos un NET?

Seguro que est�is deseando de ver que lo que hab�is configurado sirve
para algo. Yo tambi�n: si no os funciona, pasar al siguiente cap�tulo
ser�a in�til...

Bien, en principio, enviar un NET es tan simple como coger vuestro
programa de correo preferido y escribirlo. Ya sab�is, utilizando una
direcci�n de Fido al estilo Internet.

Una prueba que pod�is hacer es mandarte un NET a ti mismo, para que os
hag�is la idea de c�mo funciona. As� que suponed que sois el punto
2:341/12.89 (o sea, un punto del mejor Boss que conozco ;-) ). Y
supongamos que vuestro nombre es Juan P�rez.

Para enviar el NET, dirigid el mensaje a
[email protected]. Podr�n pasar varias cosas:

1. El mensaje ni se encola ni se devuelve, pero os sale en pantalla un
mensaje tal que as�: /etc/sendmail.cf: line 166: replacement $7 out
of bounds. Normalmente, esto significa un error grave en el
sendmail.cf. Revisad su contenido. Puede ocurrir que como separador
se est�n usando espacios en lugar de tabuladores.

2. El mensaje os resulta devuelto, con un contenido as�:

___________________________________________________________________

From: MAILER-DAEMON (Mail Delivery Subsystem)
Subject: Returned mail: Service unavailable

[...]

----- The following addresses have delivery notifications -----
[email protected] (unrecoverable error)

----- Transcript of session follows -----
451 Cannot exec /usr/lib/ifmail/ifmail: No such file or directory
554 [email protected]... Service unavailable
___________________________________________________________________

Eso quiere decir, bien que os hab�is olvidado de instalar ifmail, o no
lo hab�is hecho correctamente (problemas de permisos, etc).

3. El mensaje no se os es devuelto, pero se os queda en la cola de
Internet (lo ver�is porque aparece en el comando mailq, indicando
que est� encolado por alg�n fallo de la red, como Network
unreachable). En este caso, revisad el fichero sendmail.cf, algo
hay mal escrito, que evita la entrega de los mensajes de Fido a
ifmail. �Ah!, despu�s de arreglarlo, no os olvid�is de borrar la
cola (ficheros de /var/spool/mqueue/) o de lo contrario, el mensaje
anterior se acabar� encaminando por las pasarelas Internet<->Fido
que pululan por ah� (deber�ais saber que su uso indiscriminado no
es recomendable...).

4. El mensaje no es devuelto, ni aparece en la cola de Internet. En
este caso, empecemos por repasar el log de correo. Debe aparecer
algo as�:

___________________________________________________________________

Apr 20 13:50:45 dragon sendmail[1723]: NAA01723: from=jperez, size=1912,
class=0, pri=31912, nrcpts=1, msgid=<[email protected]>,
relay=f12.n341

Apr 20 13:50:46 dragon sendmail[1728]: NAA01723: [email protected],
ctladdr=jperez (9/13), delay=00:00:02, xdelay=00:00:01, mailer=fido, stat=Sent
___________________________________________________________________

�Enhorabuena! Este log os indica que tu mensaje ha sido entregado
(Stat=Sent) al relevo f12.n341 v�a ifmail, o sea, que ha entrado en un
paquete de Fido. Eso lo comprobaremos ahora.
Si hab�is conseguido que se entregue el correo a ifmail, pod�is
comprobar que se ha creado un paquete mirando el directorio
/var/spool/ifmail/fidonet. All� deber�ais encontrar un fichero con un
nombre parecido a 0155000c.out. Si no aparece, puede que ifmail no
haya podido escribir ah� por problemas de permisos, o que el fichero
/etc/ifmail/config est� mal escrito. En este punto os ser� de ayuda
echar un vistazo a los logs disponibles en /var/log/ifmail/.

Ahora pod�is ver c�mo ese paquete se convierte de nuevo en correo de
Internet. Para ello, movedlo a /var/spool/ifmail/inb y ejecutad desde
el usuario fnet (propietario de todos estos ficheros) el comando
/usr/lib/ifmail/ifunpack. El mensaje deber� ser entregado de nuevo a
sendmail, para el usuario de vuestra m�quina cuyo nombre completo
(campo gecos del fichero passwd) coincida con el destinatario del
mensaje, o se encuentre en la base de datos ifdbm (ver la siguiente
secci�n de este documento). Si ifunpack aparenta no hacer nada, probad
a ejecutar cambiar la extensi�n del fichero (de .out a .pkt) en el
directorio /var/spool/ifmail/inb y reejecutad ifunpack de nuevo. El
comportamiento depende de la versi�n que hay�is instalado.

Una vez hechas estas pruebas, vamos a intentar llamar al Boss. Para
ello, mandadle un mensaje como hemos hecho antes. A continuaci�n, os
recomiendo que copi�is el script ifpoll que viene en la documentaci�n,
en el directorio donde est�n los binarios de ifmail. Este script est�
para empaquetar los mensajes y llamar c�clicamente a tu Boss hasta
conseguir una conexi�n.

Editad el fichero ifpoll, poniendo los datos de vuestro nodo. En
particular, necesitar�is tocar las l�neas siguientes (que he rellenado
con los datos del sistema ficticio, punto de 2:341/12):

� NODE="f12.n341.z2.fidonet.org" (el nodo del Boss)

� IFCICO_OWNER=fnet (usuario Unix que ejecuta ifmail)

� [email protected] (la direccion local)

Antes de ejecutar, ten�is que compilar la lista de nodos. Coloca en
/var/spool/ifmail/nl.d un par de ficheros de nodos y puntos recientes
(REGION34.XXX y ptlstr34.YYY). Ejecuta, desde el usuario propietario
de los ficheros de este directorio, el comando /usr/lib/ifmail/ifindex
para compilarlos. Te generar� un par de ficheros, index.dir e
index.pag.

Os recuerdo que REGION34.XXX no es una nodelist verdadera, con lo que
para que funcione correctamente, muy probablemente tendr�is que poner
al principio del fichero anterior, las siguientes l�neas, para luego
compilarlo con ifindex:

______________________________________________________________________
Zone,2,Europe_etc,Finland,Ron_Dwight,358-0-2983308,9600,CM,V32B,HST,V42B,XA
,999,I_Gate,Nobody,Nowhere,-Unpublished-,9600,CM
;
______________________________________________________________________

No os preocup�is por el tel�fono del Gate de Europa: el encaminamiento
previsto en esta configuraci�n impedir� cualquier llamada que no sea a
vuestro boss local.

A continuaci�n, ejecutad ifpoll. Vigilad los logs del sistema.
Empezar�n a aparecer mensajes. Os muestro aqu� un log de conexi�n
correcta:
______________________________________________________________________
Apr 3 23:25:51 dragon ifcico[649]: calling 2:341/12@fidonet (Corben, phone 34-1-5702555)
Apr 3 23:25:51 dragon ifcico[649]: chat got "OK", continue
Apr 3 23:26:13 dragon ifcico[649]: chat got "CONNECT", continue
Apr 3 23:26:15 dragon ifcico[649]: start outbound EMSI session
Apr 3 23:26:16 dragon ifcico[649]: remote address: 2:341/12@Fidonet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 2:34/777@Fidonet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 37:1/5001@TrekNet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 93:341/102@Subnet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 9:3410/23@Virnet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 9:3410/24@Virnet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 2:341/41@Fidonet
Apr 3 23:26:16 dragon ifcico[649]: remote address: 37:1/5000@TrekNet
Apr 3 23:26:16 dragon ifcico[649]: remote password: SI_HOMBRE_COMO_QUE_TE_LA_VOY_A_DECIR
Apr 3 23:26:16 dragon ifcico[649]: remote uses: FrontDoor [0c] version 2.20c.mL/BR000086
Apr 3 23:26:16 dragon ifcico[649]: remote system: TIPTOP Gate R34 - TrekNet Gate (R34)
Apr 3 23:26:16 dragon ifcico[649]: remote location: Madrid !!!BASTA YA!!!
Apr 3 23:26:16 dragon ifcico[649]: remote operator: Enrique Lopez
Apr 3 23:26:16 dragon ifcico[649]: remote phone: +341 5702555 341 5712437
Apr 3 23:26:16 dragon ifcico[649]: remote baud: 28800
Apr 3 23:26:16 dragon ifcico[649]: remote flags: V32B,V42B,V34,ARQ,FAX,CM,XA,LO
Apr 3 23:26:16 dragon ifcico[649]: remote tag: "FDREV" value: "[2MY4J]"
Apr 3 23:26:16 dragon ifcico[649]: remote time: Apr 03 22:25:22
Apr 3 23:26:16 dragon ifcico[649]: start ZedZap send
Apr 3 23:26:19 dragon ifcico[649]: zmodem send: "0000015c.out" 2259 bytes
Apr 3 23:26:18 dragon ifcico[649]: zmodem send rc=0
Apr 3 23:26:18 dragon ifcico[649]: start ZedZap receive
Apr 3 23:26:19 dragon ifcico[649]: zmodem receive: "01165d15.pkt" 2259 bytes dated Apr 04 00:25:26 mode 100400
Apr 3 23:26:20 dragon ifcico[649]: received 2259 bytes in 1 seconds (2259 cps)
Apr 3 23:26:20 dragon ifcico[649]: zmodem receive: "49b0f5c0.mo0" 410408 bytes dated Apr 03 23:47:36 mode 100400
A

[...]
Apr 3 23:30:26 dragon ifcico[649]: zmodem receive rc=0
Apr 3 23:30:27 dragon ifcico[649]: got SIGHUP
______________________________________________________________________

Como v�is, se parece mucho a un log de conexi�n de FrontDoor. As� que
supongo que lo entender�is.

Si todo va bien, en el log aparecer�, despu�s de la llamada, la parte
correspondiente al desempaquetado: vigilad el log, pues igual surge
alg�n error. De momento, como no hab�is configurado las news, todos
los mensajes de ECHO se perder�n, pero s� se entregar�n los NETs. Todo
esto lo ver�is con claridad en los logs.

Mucho ojo: vuestro sistema es desde ahora mismo una pasarela entre
Internet y FidoNet. O sea, si alguien env�a un mensaje al usuario UUCP
de vuestro sistema, ifmail entender� que la primera l�nea del mensaje
es un destinatario de Internet: como consecuencia, el mensaje lo
mandar� a sendmail para que lo encole para Internet.

Llegado a este punto, lo t�pico es contactar con el Boss para que
compruebe si le ha llegado el NET, y si sus respuestas te llegan.
Cuando lo consigas, ser� el momento de pasar al siguiente cap�tulo.

3.6. Acceso de otros usuarios al NET

Una de las ventajas de gestionar el correo de Fido desde Unix es la
posibilidad de que varios usuarios del sisteman usen la direcci�n
Fidonet. Por ejemplo, en mi sistema me pueden interesar las
direcciones de fido, Juan Jose Amor,2:341/12.19 y Jose Gomez Diez,
2:341/12.19 (un amigo m�o con cuenta en mi sistema).

El problema es establecer la correspondencia entre nombres de usuario
de Fido (Jose Gomez Diez) y del sistema Unix (jfg).

Con anteriores versiones de ifmail-tx, funcionaba el siguiente truco:
ifmail mantiene una base de datos dbm en /var/spool/ifmail/ifdbm.*.
Dicha base de datos establece la relaci�n existente entre los nombres
Fido y las direcciones de Internet. Cada vez que ifmail recibe por
Internet (desde sendmail) un mensaje para Fido, obtiene del campo
From: el nombre completo, si existe, y guarda la relaci�n en la base
de datos. Cuando se recibe un mensaje desde Fido a este nodo, se busca
en la base de datos el nombre y si se encuentra, se entrega el mensaje
al usuario correspondiente a trav�s de sendmail.

Por lo tanto, la forma de establecer relaciones entre cuentas de Unix
y usuarios del nodo de Fido es simple: enviar un mensaje a otro
usuario de Fido desde esa cuenta. De este modo la base de datos
recordar� para siempre el nombre del remitente del mensaje y la cuenta
Unix asociada.

Sin embargo, desde que actualic� mi sistema a RedHat 6.x, las nuevas
versiones del software instalado no soportan correctamente esta
caracter�stica, por lo que he tenido que utilizar el fichero
/etc/aliases para establecer correspondencia entre los nombres de Fido
y las cuentas, y modificar el fichero /etc/sendmail.cf para que dirija
a los buzones locales los mensajes dirigidos al punto local.

Si modific�is el fichero /etc/aliases, no os olvid�is de ejecutar a
continuaci�n el comando newaliases.

3.7. Traducci�n autom�tica de c�digos ISO a IBM-PC

Como sab�is, en sistemas Unix se utiliza la tabla de c�digos
ISO-8859-1 para extender el ASCII a caracteres especiales del idioma,
como acentos y e�es. En cambio, en sistemas basados en MS-DOS se suele
utilizar la tabla de la ROM del IBM-PC.

Posteriormente contar� c�mo programar autom�ticamente la conversi�n
para las �reas de ECHO. Ahora os dir� c�mo conseguir �sta en los Nets,
un asunto que ten�a pendiente en otras versiones del documento.

Se trata de algo simple: vuestros Nets deben incluir una nueva
cabecera, que diga: X-FTN-ORIGCHRS: IBMPC 2 (para a�adir a vuestros
mensajes nuevas cabeceras, usad alg�n programa de correo avanzado como
Pine). Esta cabecer� har� que ifmail (versi�n tx) los convierta
autom�ticamente de c�digos ISO a IBM-PC. En caso de recibir mensajes
de fuera, siempre que se incluya la cabecera de Fido CHRS: IBMPC 2 se
producir� autom�ticamente una conversi�n a vuestra tabla ISO.

4. �reas p�blicas (ECHO)

Prepar�os, porque viene lo peor :-) No obstante, si hab�is llegado a
enviar y recibir correctamente los NETs, os considero capaces 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.

4.1. Retocar ifmail

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.

Una ultima cosa: asegur�os de que el usuario que ejecuta ifmail (fnet,
fido o el que sea) tambi�n pertenece al grupo news. Si no es as�,
podr�a fallar el env�o de mensajes de ECHO al no poder acceder a
ficheros generados por el gestor de news elegido.

Nota: En versiones m�s recientes de ifmail-tx existen dos par�metros
del fichero /etc/ifmail/config que establecen las traducciones de
tabla de caracteres por defecto. Comprobad si en vuestra versi�n
original del fichero aparecen los par�metros:

______________________________________________________________________
defaultftnchar cp437
defaultrfcchar iso-8859-1
______________________________________________________________________

4.2. Activar las �reas en el INN

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.

Ojo, no borr�is de /var/lib/news/active o /var/lib/news/newsgroups las
�reas predefinidas (test, control, junk, to y puede que alguna m�s) ya
que posiblemente la versi�n que hay�is instalado del inn las necesite
y no funcione si desaparecen.

4.3. Otros ficheros de configuraci�n de INN

En /etc/news habr� que preparar algunos ficheros:

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

2. 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).

3. 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.
4. 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:::*
___________________________________________________________________

Si quer�is pod�is cambiar la palabra dragon por * y as� dar�is acceso
a todas las m�quinas de vuestro dominio local. Ser� muy interesante si
ten�is varios sistemas en red local. :-)

5. 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. Si estaba corriendo ya con la configuraci�n antigua, pod�is
empezar por llamar al script anterior pero con el par�metro stop.)

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 pod�is instalarlo en /etc/news.
Seg�n qu� paquete de ifmail hay�is instalado, es posible que el
fichero anterior ya est� presente en /var/lib/news.

4.4. Intentemos empaquetar y desempaquetar los mensajes

Para probar el empaquetado, hay que ejecutar el mencionado 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. El
par�metro a incluir es el nombre del nodo: en mi caso f12.n341.

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

1. Que salgan errores m�s o menos graves. Puede deberse a una
configuraci�n incorrecta.

2. Que se entreguen al grupo junk de news. Eso significa que INN no
reconoce los grupos, y se debe a que hay alg�n problema con la
definici�n de los grupos activos, o los nombres que figuran en el
fichero de �reas. Tambi�n, con un paquete procedente del Boss,
puede deberse a alg�n mensaje que proceda de un �rea que no est�
activa en las News, porque sea nueva o nos hayamos suscrito pero no
hayamos actualizado la configuraci�n de las News.

3. Que aparezca en los logs que han sido rechazados por INN. Esto es
lo normal: INN controla si un mensaje ha pasado por �l ya y en este
caso es normal que lo rechace, puesto que es un mensaje que t�
mismo escribiste en el mismo servidor.

4.5. Y probemos a llamar al Boss

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

1. Empaquetar todo el ECHO pendiente y el NETmail.

2. Llamar al Boss

3. Enviar los ficheros

4. Recibir los ficheros del Boss

5. Desempaquetar, entregando los NETs como E-mail y los ECHO al
sistema de News

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.

Esto me ha producido especiales dolores de cabeza con el env�o de
mensajes ECHO: ifmail los ignoraba sin decir nada. Esto era porque no
hab�a dado permiso de escritura al grupo news al directorio
/var/spool/news/outgoing, donde ifnews lee y modifica lo que ha
enviado por su cuenta.

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

4.6. C�mo a�adir �reas nuevas

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:

� A�adir el �rea al fichero /etc/ifmail/Areas, con la notaci�n
indicada antes.

� A�adir el grupo de news al fichero /var/lib/news/active como se ha
indicado antes.

� A�adir el grupo de news al fichero /var/lib/news/newsgroups como se
ha indicado antes.

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.

4.7. Algunas ideas sobre Suck

Suck es posiblemente el programa m�s sencillo de configurar de todos
los que vamos a ver aqu�. Aunque su finalidad nada tiene que ver con
Fido, lo cuento para facilitaros la integraci�n de Internet (news) con
Fido (�reas de ECHO). As� de paso soy coherente con haberos facilitado
la conexi�n entre el correo de Internet y el de Fido, con sendmail.

Por el momento, suck no se distribuye como paquete de mi distribuci�n
(RedHat). Ignoro si se distribuye como parte de otras como Debian o
Slackware, pero voy a suponer que os hab�is bajado el archivo con las
fuentes, y concretamente la versi�n que yo uso (suck-3.4.1.tar.gz).
�Os parece antiguo y no lo encontr�is? Pues lo siento, este es uno de
los programas que ya ofrecen toda la funcionalidad de inter�s en una
versi�n de principios de 1997, as� que en ning�n momento me ha
parecido necesario migrar a otra m�s reciente.

Lo primero que ten�is que hacer es descomprimirlo y en el directorio
que os va a generar, ejecutar el script de preparaci�n con la orden
CFLAGS=-O2. Los binarios resultantes, instaladlos donde os parezca (os
aconsejo /usr/local/bin).

Ahora viene ponerlo en marcha. Aunque os voy a dar unas ideas, los
usuarios m�s avispados habr�n notado que hay en la distribuci�n un
directorio llamado �Spanish.docs�. �S�!, en efecto, trae toda la
documentaci�n (incluidas las p�ginas del manual) traducidas a nuestro
idioma. De modo que no deber� liaros mucho este programa ...

B�sicamente, configurarlo es tan simple como crear un fichero con los
grupos que quieres bajarte (un grupo por l�nea, seguido de un n�mero
0, que suck alterar� cada vez que contacte con el servidor de noticias
de vuestro proveedor). Por ejemplo, este fichero podr�a ser:

______________________________________________________________________
comp.os.linux.announce 0
es.comp.os.linux 0
esp.comp.so.linux 0
______________________________________________________________________

Este fichero deber�ais guardarlo entre las librer�as modificables del
sistema de noticias local. El mejor sitio es /var/lib/news. Y el mejor
nombre, sucknewsrc.vuestro.servidor.de.news. Por ejemplo, el m�o se
llama /var/lib/news/sucknewsrc.noticias.ibernet.es.

Luego, hay que ejecutar los programas que trae con una serie de
par�metros de forma que, primero se conecte al servidor de noticias de
vuestro proveedor y recoja las noticias pendientes introduci�ndolas en
un directorio temporal (tal como /var/spool/news/in.coming/tmp). A
continuaci�n otro programa le dir� a vuestro inn que recoja las
noticias de ese directorio y las distribuya en los grupos
correspondientes. Por �ltimo, otro programa deber�a enviar los
art�culos que hab�is escrito vosotros al servidor de noticias de
vuestro proveedor. Esto se har� correctamente si se ha configurado
bien el archivo /etc/news/newsfeed.

Lo m�s indicado es usar o adaptar un script como este:

______________________________________________________________________

#!/bin/bash
#
# SUCK: realiza un suck(1) del servidor de news pasado como primer argumento.
#

# set -x

if [ $# -ne 1 ] ; then
echo "USO: SUCK nombre.server.nntp" ;
exit 1
fi

NNTPHOST=$1
DIR_ACTIVE=/var/lib/news

DIR_INCOMING=/var/spool/news/in.coming/tmp
DIR_BATCH_IN=/var/spool/news/in.coming
DIR_BATCH_OUT=/var/spool/news/out.going

mv $DIR_BATCH_OUT/$NNTPHOST $DIR_BATCH_OUT/${NNTPHOST}.out

/usr/lib/news/bin/ctlinnd flush $NNTPHOST

echo "Recibiendo mensajes desde $NNTPHOST"

suck $NNTPHOST \
-c \
-dt $DIR_ACTIVE \
-dm $DIR_INCOMING \
-dd $DIR_ACTIVE \
-p .$NNTPHOST \
-bi $DIR_BATCH_IN/${NNTPHOST}

echo "Enviando mensajes a $NNTPHOST"
rpost $NNTPHOST \
-M -S /tmp/rpost$$ \
-b $DIR_BATCH_OUT/${NNTPHOST}.out \
-f /usr/lib/news/bin/filter.NNTP-Posting-Host $\$o=/tmp/FILTER_MSG \
$\$i /tmp/FILTER_MSG

echo "Descargando mensajes"
/usr/lib/news/bin/innxmit news.bsoft.org $DIR_BATCH_IN/$NNTPHOST
______________________________________________________________________

Lo mejor es que este script se instale en /usr/lib/news/bin. Adem�s,
otro script, filter.NNTP-Posting-Host, deber� instalarse en
/usr/lib/news/bin. Este filtro evita que el servidor de noticias del
proveedor reciba vuestros mensajes como escritos desde vuestra
m�quina. Cuando �sta no forma parte permanente de Internet, los
art�culos podr�an ser rechazados. Este script es una simple orden de
sed que elimina las l�neas NNTP-Posting-Host y Xref de la cabecera, y
es el siguiente:

______________________________________________________________________

#!/bin/sh

# this is just a simple script to use sed to strip off the
# NNTP_Posting_Host and Xref headers that my ISP's newsfeed
# doesn't like. this could be written as a one liner
# sed -e SEDCMD1 $1 | sed SEDCMD2 > $2

# set -x

if [ $# -ne 2 ]; then
echo
echo "Usage `basename $0` infile outfile <RETURN>"
echo
exit -1
fi

SEDCMD="/^NNTP-Posting-Host/d"
SEDCMD2="/^Xref/d"
OUTFILE=$2
INFILE=$1

if [ -f ${INFILE} ]; then

sed -e ${SEDCMD} ${INFILE} | sed -e ${SEDCMD2} > ${OUTFILE}

if [ $? -ne 0 ]; then
echo "Error"
exit -1
fi

else
echo "$1 does not exist"
exit -1
fi
______________________________________________________________________

Ya solo queda ejecutar el script SUCK desde el usuario news cuando
estemos conectados a Internet y ... �que la fuerza os acompa�e!

4.8. Un lector de noticias para Fido

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... Es cierto que se anuncia desde hace tiempo un GoldED para
Linux, pero muy probablemente manejar� bases de mensajes cl�sicas de
Fido (JAM por ejemplo) y no creo que implante el protocolo del
servidor de noticias.

Otro editor especial para Fido en Unix es el fmbedit, que forma parte
del paquete Feddi, que tan perfectamente bien mantiene Manuel Soriano.
Sin embargo este programa sigue orientado a manejar bases de mensajes
propias.

Lo mejor que he encontrado hasta la fecha es el lector de noticias
tin-1.3-unoff. En resumen, presenta las ventajas tradicionales del tin
como sencillo pero funcional lector de noticias; pero adem�s se han
a�adido mejoras orientadas a Fido: coloraci�n autom�tica de las
acotaciones, respuestas personalizadas, l�neas de cabecera X-Comment-
To que a ifmail le sirven para dirigir un mensaje p�blico a una
persona, etc.

Instal�os esa versi�n y fij�os en los ficheros de configuraci�n que
trae de ejemplo para Fido. Acabar� siendo vuestro lector preferido, ya
ver�is :-)

4.8.1. Slrn

Adem�s de tin, tambi�n existe slrn. Es un lector de news bastante
completo, que se puede adaptar para reconocer (y exportar) las
cabeceras X-Comment-To mencionadas antes. Para ello, hay que crear un
fichero de �score�, de �puntuaci�n�, que marque con puntuaci�n m�xima
los mensajes dirigidos a ti. Estos mensajes aparecer�n con un s�mbolo
de admiraci�n (�!�) a la izquierda.

Para esto, hace falta a�adir unas l�neas como �stas al fichero

______________________________________________________________________
% Para que los nuevos mensajes vayan dirigidos a "All":
set custom_headers "X-Comment-To: All\n"
% Para que los mensajes de respuesta vayan con la cabecera X-Comment-To:
set followup_custom_headers "X-Comment-To: %r\n"
set reply_custom_headers "X-Comment-To: %r\n"

% Nombre del fichero de "score":
scorefile ".slrn-score"
______________________________________________________________________

Y ahora crear�amos un fichero .slrn-score tal que as�:

______________________________________________________________________
[fido.*]
score: 9999
X-Comment-To: Perico\ Delos\ Palotes
______________________________________________________________________

La primera l�nea especifica el �mbito de la puntuaci�n (es decir, en
qu� newsgroups se va a aplicar). Las barras invertidas (��) en el
campo �X-Comment-To� son para �escapar� los espacios.

Nota: Esta secci�n sobre slrn ha sido escrita por Roberto Su�rez Soto,
a quien pod�is localizar para lo que sea en [email protected].

5. Referencias

Voy a dar aqu� algunos enlaces de Internet donde pod�is encontrar m�s
informaci�n sobre el tema.

� ftp://sunsite.rediris.es/pub/Linux/system/Mail/transport/fido/, un
servidor de ftp donde encontrar�is el software ifmail en versiones
de todo tipo, incluso como paquete rpm.

� ftp://sunsite.rediris.es/pub/Linux/system/News : Este sitio
contiene software para gestionar y leer las noticias (INN, C-News,
tin...). No obstante os recomiendo usar los paquetes que vienen
con las distribuciones de Linux.

� ftp://ftp.akk.uni-karlsruhe.de/pub/news/clients/tin-unoff/, lugar
donde podr�is encontrar el lector de noticias tin-unoff.

� ftp://sunsite.unc.edu/pub/Linux/system/news/transport, lugar donde
se localiza, entre otros programas, el Suck.

� http://lml.ls.fi.upm.es/~jjamor/intropnt.txt, un documento escrito
por m� hace bastante, sobre c�mo hacerse punto de Fidonet con el
software bajo MS-DOS.

� http://lucas.hispalinux.es/, servidor principal del Proyecto LuCAS,
donde encontrar�s todo tipo de documentaci�n sobre Linux en nuestro
idioma.

� Si sigues teniendo problemas despu�s de leer todo esto ;-) aun hay
m�s documentaci�n sobre ifmail:
ftp://svpop.com.dist.unige.it/pub/Linux/ILS/Ifmail-HOWTO.tar.gz. Lo
siento, aun nadie lo ha traducido al castellano... �qui�n se anima?
;-)

Si quer�is instruiros sobre sendmail, he aqu� su biblia:

Costales, Allman y Rickert
`Sendmail'
Ed: O'Reilly & Associates

6. Agradecimientos

Hay mucha gente a la que agradecer desde aqu�. Principalmente, a los
siguientes:

� A �ngel Jim�nez Jim�nez, quien, siendo el punto de Fidonet
2:345/207.7, me dedic� un extenso mensaje acerca de c�mo hab�a
configurado su sistema. Actualmente esa direcci�n pertenece a otra
persona, y no s� qu� ha sido de �ngel :-(

� A Ram�n Guti�rrez Camus, que fue quien me pas� sus ficheros de
configuraci�n con los que empec� a trabajar.

� A Urko Lusa, quien tambi�n se ha montado un tinglado parecido y me
ha dado algunos consejos (y adem�s es un experto en mezclar
armoniosamente los juegos de caracteres para que todo el mundo se
entienda :-) ).

� A Roberto Su�rez Soto, quien ha escrito un par de cap�tulos de este
documento.

� A todos aquellos que me han pasado desde la primera versi�n del
documento, all� por Abril; sus sugerencias que han contribuido a
ampliarlo.

� Al Centro de C�lculo de la Facultad de Inform�tica de la
Universidad Polit�cnica de Madrid, por poner a nuestra disposici�n
un fichero de configuraci�n del sendmail que m�s o menos parec�a
f�cil de entender y modificar.

� A Pablo Saratxaga, quien ha hecho las versiones tx de ifmail.

� Y, por supuesto, a Enrique L�pez, el SysOp de CORBEN BBS (2:341/12)
y mi Boss desde que decid� hacerme punto. No creo que conozca Sysop
mejor, ni que me aguante m�s :-)

7. Historial de revisiones

Este documento est� vivo. �Se mueve! :-) A continuaci�n os muestro la
historia de revisiones que ha sufrido este documento, para vuestra
informaci�n:

� Rev. 1.1 a 1.7: Versiones iniciales de ifmail-COMO, poco a poco fui
a�adiendo mi experiencia personal con los distintos paquetes de
software, haciendo el documento cada vez mayor :-) La revisi�n 1.7
fue publicada el 18 de abril de 1997.

� Rev. 1.8: Fue presentada el 15 de julio de 1998. El cambio a RedHat
5.x me present� nuevas versiones del software que ten�an
comportamiento ligeramente distinto. En esta versi�n se reflejaron
estos cambios.

� Rev. 1.9: Fue presentada el 25 de diciembre de 1998. Se a�aden
nuevas secciones aportadas por Roberto Su�rez Soto, y se mejoran
las dem�s.

� Rev. 1.10: Presentada el 6 de diciembre de 1999. Se realizan
algunas correcciones estil�sticas recomendadas por el grupo
INSFLUG, al tiempo que se actualiza el documento con nuevas
peculiaridades detectadas en el software utilizado para la versi�n
6.0 de RedHat. Es el documento para el nuevo milenio :-)

8. Notas sobre el Copyright y todo eso

Este documento es ... Copyleft, faltar�a m�s ;-) Puede ser distribuido
libremente bajo licencia GNU. En consecuencia, pod�is modificar lo que
quer�is excepto esta secci�n que habla de los autores. De todas
formas, si lo modific�is ser� positivo dec�rmelo si quer�is que
vuestra aportaci�n la vea m�s gente.

El documento ha sido escrito por Juan Jos� Amor Iglesias, en 1997.
Incorpora revisiones de 1998 y 1999, dos de ellas escritas por Roberto
Su�rez Soto, tal como se indica en las correspondientes secciones.

El documento forma parte del LDP espa�ol, tambi�n conocido como
Proyecto LuCAS, dentro de los denominados �documentos cortos� o
�COMOs�, mantenidos por el grupo INSFLUG, y coordinados por Francisco
Jos� Montilla. Su sitio principal de distribuci�n es
http://www.insflug.org. Su principal r�plica se encuentra en
http://lucas.hispalinux.es/.

Aunque este COMO ya tiene de todo lo que quer�a ponerle, aun no lo voy
a considerar terminado. Principalmente porque tendr� fallos que me
ten�is que comentar los lectores. Adem�s, siempre estar� abierto a
ampliaciones que quer�is proponer. Eso s�, prefiero que las
ampliaciones me las deis hechas :-)

Por �ltimo, declino toda responsabilidad acerca de los da�os que el
uso de este documento, dentro o fuera de sus fines previstos, pueda
causar sobre vuestro disco duro, CPU, monitor o cualquier otra parte
de vuestro equipo inform�tico; as� como sobre vuestra cordura. Tampoco
me hago responsable de ning�n altercado familiar ;-) Hay que
advertirlo, nunca se sabe...