  Linux ifmail-COMO en Castellano
  Juan Jos Amor, jjamor@ls.fi.upm.es (fido 2:341/12.19)
  v1.1, 6 de Diciembre de 1999

  Este documento pretende ser una pequea 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 algn veterano de ifmail y compaa tiene sug
  erencias que hacerme. Pues venga, las espero todas en
  jjamor@ls.fi.upm.es o en mi direccin de fido, 2:341/12.19.
  ______________________________________________________________________

  ndice General:

  1.      Introduccin

  2.      El proceso del correo de Fido en Unix

  2.1.    Qu programas hay que configurar entonces?

  3.      Correo privado (NETs)

  3.1.    Notacin Internet de las direcciones de Fidonet

  3.2.    Configuracin de Sendmail

  3.3.    Configuracion de Sendmail usando macros M4

  3.4.    Configuracin de Ifmail

  3.5.    Enviamos un NET?

  3.6.    Acceso de otros usuarios al NET

  3.7.    Traduccin automtica de cdigos ISO a IBM-PC

  4.      reas pblicas (ECHO)

  4.1.    Retocar ifmail

  4.2.    Activar las reas en el INN

  4.3.    Otros ficheros de configuracin de INN

  4.4.    Intentemos empaquetar y desempaquetar los mensajes

  4.5.    Y probemos a llamar al Boss

  4.6.    Cmo aadir 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.  Introduccin

  Me gusta el riesgo. Eso me anim hace tres aos a hacerme punto de
  Fidonet por la va difcil (FrontDoor + FastEcho + GoldED). Luego me
  dio por los sistemas operativos de lnea de comandos (Unix sin
  ventanas, ya me entendis ;-) ). 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 mtodo fcil ...

  Pero configurar el sistema de correo bajo Unix es como mil veces ms
  difcil 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 documentacin que cada aplicacin
  trae, juntarlo todo armoniosamente y finalmente lograr que funcione.
  Confieso que eso me hizo echarme atrs en varias ocasiones... hasta
  que vino la ayuda del cielo.

  Ramn Gutirrez, antiguo moderador de la (mejor) rea de Fidonet,
  R34.LINUX, me pas todos sus ficheros de su configuracin, 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 cmo hacerse punto bajo MS-DOS,
  que igual le interesa a alguien que aun no lo haya hecho ... lo tenis
  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 buzn del usuario, /var/spool/mail/usuario. Y para
  escribir un NET se usan los programas de correo habituales, eligiendo
  una direccin de Fido en formato Internet (por ejemplo,
  Juan.Jose.Amor@p19.f12.n341.z2.fidonet.org).

  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 dems irn 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 entregrselos 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
  artculo, 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 envo al nodo de Fido.

  2.1.  Qu programas hay que configurar entonces?

  Vamos a tener que aprender a tocar la configuracin de unos cuantos
  programas.  De la seccin anterior se deducen los siguientes:

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

    Sendmail.

    Servidor de News (INN).

    Adems, necesitaris 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 ms el tin).

  O sea, adems de entender de qu va esto de hacerse punto (que no es
  poco) habr que entendrselas con el crptico sendmail.cf y con los
  ficheros de INN.  Si adems 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 consigis enviar y recibir NETs,
  mejor que no pasis la pgina. Bien, sigamos.

  3.1.  Notacin Internet de las direcciones de Fidonet

  Antes de entrar en los ficheros de configuracin, tengo que haceros
  ver cmo una direccin de Fidonet se expresa en Internet. Es
  importante para las siguientes secciones, as como para saber escribir
  un NET.

  Bien, empecemos. Como sabis, una direccin de Fidonet contiene
  informacin de zona, regin, net, nodo y opcionalmente punto. Esto se
  nota as: ZONA:REGIN_Y_NET/NODO o ZONA:REGIN_Y_NET/NODO.PUNTO.

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

  En Internet, una direccin de nodo se notar como:

       fNODO.nREGION_Y_NET.zZONA.fidonet.org

  o bien:

       pPUNTO.fNODO.nREGION_Y_NET.zZONA.fidonet.org

  As, mi mquina ser conocida en Fidonet como:

       p19.f12.n341.z2.fidonet.org

  Y yo, como usuario de mi mquina ser conocido como:

       Juan.Jose.Amor@p19.f12.n341.z2.fidonet.org

  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.  Configuracin de Sendmail

  Sobre sendmail poda 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 configuracin tpica, con conexin a Internet y Fidonet, e
  incluso una pequea Intranet local.

  Supongamos que vuestra mquina se llama DRAGON, y vuestro dominio
  ficticio (de Intranet) lo habis llamado, MICASA.ES. Aqu tenis un
  fichero sendmail.cf que os servir para mandar correo de la siguiente
  forma:

    usuario@dragon.micasa.es: Entregar directamente al buzn local.

    usuario@micasa.es: Entregar directamente al buzn local (dragon es
     la mquina maestra del dominio micasa.es :-) ).

    usuario@otramaquina.micasa.es: Entregar directamente a la mquina
     remota (se supone que la otra mquina est en una Ethernet
     local...).

    Usuario@pX.fY.nZ.zT.fidonet.org: Entregar a Ifmail.

    cualquier@otro.sitio: Encolarlo para Internet, para ser entregado
     al relevo de la red de redes cuando estemos conectados (el relevo
     es la mquina 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 algn problema...

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

  En la lnea referente al nodo del proveedor (donde aparece la IP del
  mo, 212.106.192.135) debis poner la IP del vuestro, claro :-). En la
  lnea referente a Fidonet, debis codificar el nombre del nodo al que
  llamis. En mi caso, 2:341/12 se traduce a f12.n341.z2 (observad la
  lnea del fichero sendmail.cf. Como vis, esto hace la funcin del
  fichero route.fe en FastEcho u otro procesador de correo de Fido bajo
  DOS: esta lnea determina entregar todos los NETs va el nodo
  elegido). Adems, si no tenis Internet o red local propia, podis
  comentar las lneas correspondientes de la regla 0.

  Adems, debis modificar la lnea "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, debis reiniciar el
  demonio. Lo mejor es que lo matis y lo relancis de nuevo (enviarle
  la seal SIGHUP no funciona en todas las versiones). Hasta que no
  hagis esto, tu nuevo sendmail.cf no ser reconocido. Podis comprobar
  que lo habis logrado lanzando el demonio y a continuacin ejecutar
  telnet al puerto 25. Debis ver una referencia a la versin del
  sendmail.cf, BS-3.3 en la lnea 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 tenis algn 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 darn
  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 $@f12.n341.z2 $:$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 mayora de los usuarios de Unix prefieren configurar el sendmail
  con las colecciones de macros M4 que incluye. Reconozco que es la
  forma ms flexible y a la vez fcil de entender para configurar este
  programa. Eso s, si el fichero presentado en la seccin anterior os
  vale, mejor es que os saltis esta seccin o posiblemente os volveris
  locos (y no quiero que nadie me acuse de contagiaros nada!).

  Lo que viene a continuacin es una contribucin recibida de Roberto
  Surez 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 configuracin de sendmail para ifmail puede ser hecha mediante un
  fichero de stos, y de hecho es lo ms fcil. Un fichero sendmail-
  ifmail.mc (el nombre es indiferente) podra ser ste que pongo a
  continuacin. Est casi copiado del que viene en el paquete
  ifmail-2.14-tx8.8.tar.gz, de Pablo Saratxaga. La primera versin que
  hice se la mand al propio Pablo para que la revisara, y en su
  contestacin me mand un fichero .mc completsimo y muy bien explicado
  que es el que pongo aqu. As que todo el mrito es suyo :-) Yo slo
  me limito a transcribir lo que me mand l (si hay algn fallo en los
  comentarios o en las explicaciones, eso s que ser obra ma O:-))

  Los datos son imaginarios, necesitars cambiarlos para tu
  configuracin. Otra cosa: este fichero lo he probado con sendmail
  8.9.1; con la versin 8.8.x hay un par de lneas que no funcionan. De
  todos modos, si tienes una distribucin ms 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 ests conectado a Internet las 24 horas del da
  define(`SMART_HOST',            ``[smtp.de.tu.proveedor.com]'')

  dnl ### La direccin 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, djalo as;
  dnl ### cmbialo 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 conexin 24h a Internet; si tienes
  dnl ###  este tipo de conexin, puedes quitar estas lneas)
  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 lnea que viene a continuacin define dos ficheros
  dnl ### de alias para sendmail; el segundo (/etc/mail/majordomo)
  dnl ### slo hace falta si usis majordomo como gestor de listas
  dnl ### de correo; como no es mi caso (y tampoco el de la mayora
  dnl ### de la gente), he cambiado la lnea 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 travs del mailer
  # smtp.z2.fidonet.org, www.z2.fidonet.org, etc
  CFfidonet ns ns2 mail smtp www ftp

  # Esto es un pequeo 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 rutarn a travs del FIDO_SMART_HOST
  R$* < @ $+ .ftn . > $*                  $#ftn $@ FIDO_SMART_HOST $: $1 < @ $2 .ftn > $3

  # Si no tienes conexin permanente a Inet, comenta esta lnea
  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 lnea 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 fcilmente 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
  distribucin 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 (srtxg@f2219.n293.z2.fidonet.org) 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 lneas 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 mquina. La
  tercera lnea (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 mquina conectada directamente a Inet,
  los nombres locales no sern reales). Por ejemplo, el mo 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
  travs 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 travs del nodo 13:348/1, que en
  formato Inet es f1.n348.z13. Esto slo hace falta para rutas
  alternativas a las normales, ya que todo el correo, por defecto, se
  encaminar a travs del smtp que hayas definido (en el caso de correo
  Inet) o a travs de tu uplink (en el caso del correo para fidonet.org
  y dems redes FTN). Otro ejemplo: suponiendo que adems de ser punto
  de Fido, eres punto de FiCNet y de SubNet:

  En realidad, en mi caso (y en el de la mayora, me imagino) no haran
  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 slo tienen un verdadero sentido cuando
  rutis varias redes a distintos uplinks. En el resto de los casos,
  podis pasar sin ellas. Slo que me pareci una cosa interesante :-)
  Quizs 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, slo tenis que hacer:

       makemap hash mailertable < mailertable

  (suponiendo que estis 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 lnea no es para el correo Fido, sino ms bien para el de Inet.
  Sirve para enmascarar el correo saliente con vuestra direccin de
  Inet, en vez de la direccin local. Supongamos que el usuario que usas
  es robe (como es mi caso :-)), y tu direccin de Internet es rss-
  trgn@usa.net (como tambin es mi caso :-)). Crearas un fichero
  /etc/mail/genericstable que tuviera esto:

       robe    rss-trgn@usa.net

  Y as, todo el correo que escribas con este usuario y que salga de tu
  mquina para Inet, ser reescrito de tal forma que parezca que procede
  de rss-trgn@usa.net. S, tambin aparecer as en el From del correo
  Fido que enves, pero no te preocupes: ifmail se encargar de que el
  campo Reply-To vaya con tu direccin 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 lneas 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 ms que crear un fichero .procmailrc con las recetas adecuadas
  en tu directorio, sin el .forward que hara falta en otro caso.
  Adems, en las versiones 8.9.x de sendmail, el fichero .forward no
  est muy bien visto, con lo que te ahorraras 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 lnea, y si usis Sendmail 8.9.x (mi caso), podis 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 tambin controla
  aspectos de relay. Un fichero de ejemplo (el que me mand P.S. O:-))
  sera 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
  #
  auclairdelalune@hotmail.com     OK
  mwibmer@hotmail.com             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 dems:

  makemap hash access < access

    Kpirateo hash -o /etc/pirateo

  Esta lnea 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 direccin de Inet no salga al mailer y
  luego vuelva, sino que se entregue directamente en la mquina. Yo
  tengo esto:

       rss-trgn@usa.net        robe

  Y todo el correo que made a rss-trgn@usa.net 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 direccin
  Mail.Delivery.Subsystem@<direccin de tu uplink>. Durante una semana o
  as, hubo un net que rebotaba constantemente entre mi uplink y mi
  mquina con una direccin parecida, y era rechazado por ambos
  extremos. Aadiendo una lnea:

       Mail.Delivery.Subsystem@f105.n348.z13.fidonet.org       postmaster

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

  En fin ... como antes, recomiendo encarecidamente que creis un
  fichero como ste con vuestra direccin email. En una instalacin de
  ifmail que he estado haciendo recientemente, sendmail buscaba esta
  direccin 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 algn fallo que tuve al
  configurar ifmail o sendmail, no porque en realidad haga falta todo
  esto O:-)

  Despus de todo esto, hay que compilar el fichero sendmail-ifmail.mc
  que habis 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 atencin y la ayuda que me ha
  brindado en la confeccin de este captulo :-)

  Nota: Este captulo ha sido escrito por Roberto Surez Soto, a quien
  podis localizar para lo que sea en rss-trgn@usa.net.

  3.4.  Configuracin 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 usis RedHat os aconsejo que empecis por instalaros
  el paquete rpm de ifmail (versiones tx) que podris encontrar en
  cualquier mirror de sunsite.unc.edu. Si no usis RedHat, aun os debo
  recomendar el ifmail versin tx en formato tar, ya que est mucho
  mejor preparado para FidoNet que el ifmail original. Una vez instalado
  podris configurar vuestros ficheros, que estarn en /etc/ifmail.

  Bsicamente 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.  Tenis otras que son del estilo de las de FrontDoor (o incluso
  ms sencillas).  Aqu os dejo un fichero ejemplo config comentado para
  que hagis 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 estis deseando de ver que lo que habis configurado sirve
  para algo. Yo tambin: si no os funciona, pasar al siguiente captulo
  sera intil...

  Bien, en principio, enviar un NET es tan simple como coger vuestro
  programa de correo preferido y escribirlo. Ya sabis, utilizando una
  direccin de Fido al estilo Internet.

  Una prueba que podis hacer es mandarte un NET a ti mismo, para que os
  hagis la idea de cmo 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 Prez.

  Para enviar el NET, dirigid el mensaje a
  Juan.Perez@p89.f12.n341.z2.fidonet.org. Podrn 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 estn 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 -----
     Juan.Perez@p89.f12.n341.z2.fidonet.org  (unrecoverable error)

        ----- Transcript of session follows -----
     451 Cannot exec /usr/lib/ifmail/ifmail: No such file or directory
     554 Juan.Perez@p89.f12.n341.z2.fidonet.org... Service unavailable
     ___________________________________________________________________

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

  3. El mensaje no se os es devuelto, pero se os queda en la cola de
     Internet (lo veris porque aparece en el comando mailq, indicando
     que est encolado por algn 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!, despus de arreglarlo, no os olvidis 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 (deberais 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=<199704201150.NAA01723@dragon.micasa.es>,
     relay=f12.n341

     Apr 20 13:50:46 dragon sendmail[1728]: NAA01723: to=Juan.Perez@p89.f12.n341.z2.fidonet.org,
     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 va ifmail, o sea, que ha entrado en un
  paquete de Fido. Eso lo comprobaremos ahora.
  Si habis conseguido que se entregue el correo a ifmail, podis
  comprobar que se ha creado un paquete mirando el directorio
  /var/spool/ifmail/fidonet. All deberais 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 podis ver cmo 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 mquina 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
  seccin de este documento). Si ifunpack aparenta no hacer nada, probad
  a ejecutar cambiar la extensin del fichero (de .out a .pkt) en el
  directorio /var/spool/ifmail/inb y reejecutad ifunpack de nuevo. El
  comportamiento depende de la versin que hayis instalado.

  Una vez hechas estas pruebas, vamos a intentar llamar al Boss. Para
  ello, mandadle un mensaje como hemos hecho antes. A continuacin, os
  recomiendo que copiis el script ifpoll que viene en la documentacin,
  en el directorio donde estn los binarios de ifmail. Este script est
  para empaquetar los mensajes y llamar cclicamente a tu Boss hasta
  conseguir una conexin.

  Editad el fichero ifpoll, poniendo los datos de vuestro nodo. En
  particular, necesitaris tocar las lneas 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)

    IFCICO_SYSOP=jperez@dragon.micasa.es (la direccion local)

  Antes de ejecutar, tenis 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 tendris que poner
  al principio del fichero anterior, las siguientes lneas, 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 preocupis por el telfono del Gate de Europa: el encaminamiento
  previsto en esta configuracin impedir cualquier llamada que no sea a
  vuestro boss local.

  A continuacin, ejecutad ifpoll. Vigilad los logs del sistema.
  Empezarn a aparecer mensajes. Os muestro aqu un log de conexin
  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 vis, se parece mucho a un log de conexin de FrontDoor. As que
  supongo que lo entenderis.

  Si todo va bien, en el log aparecer, despus de la llamada, la parte
  correspondiente al desempaquetado: vigilad el log, pues igual surge
  algn error. De momento, como no habis configurado las news, todos
  los mensajes de ECHO se perdern, pero s se entregarn los NETs. Todo
  esto lo veris con claridad en los logs.

  Mucho ojo: vuestro sistema es desde ahora mismo una pasarela entre
  Internet y FidoNet. O sea, si alguien enva un mensaje al usuario UUCP
  de vuestro sistema, ifmail entender que la primera lnea 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 tpico 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 captulo.

  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 direccin
  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 mo 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 relacin 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 relacin 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 travs 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
  caracterstica, 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 modificis el fichero /etc/aliases, no os olvidis de ejecutar a
  continuacin el comando newaliases.

  3.7.  Traduccin automtica de cdigos ISO a IBM-PC

  Como sabis, en sistemas Unix se utiliza la tabla de cdigos
  ISO-8859-1 para extender el ASCII a caracteres especiales del idioma,
  como acentos y ees. En cambio, en sistemas basados en MS-DOS se suele
  utilizar la tabla de la ROM del IBM-PC.

  Posteriormente contar cmo programar automticamente la conversin
  para las reas de ECHO. Ahora os dir cmo conseguir sta en los Nets,
  un asunto que tena 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 aadir a vuestros
  mensajes nuevas cabeceras, usad algn programa de correo avanzado como
  Pine). Esta cabecer har que ifmail (versin tx) los convierta
  automticamente de cdigos ISO a IBM-PC. En caso de recibir mensajes
  de fuera, siempre que se incluya la cabecera de Fido CHRS: IBMPC 2 se
  producir automticamente una conversin a vuestra tabla ISO.

  4.  reas pblicas (ECHO)

  Preparos, porque viene lo peor :-) No obstante, si habis 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 ms
  moderno, INN. La gente dice que C-News es ms sencillo. Si eleg INN
  es porque viene como paquete estndar de la distribucin RedHat de
  Linux.

  Uno y otro, utilizan ficheros de configuracin parecidos. INN es ms
  potente pero ms lioso cuando hay problemas. Intentaremos ver cmo
  configurarlo todo para recibir el correo de Fido en las news. Antes,
  os recomiendo que os iniciis en el mundo de los servidores de News.
  Una lectura interesante es la gua de administracin de redes, de Olaf
  Kirch, que tambin ha traducido el proyecto LuCAS.

  Si instalis el paquete de la distribucin de RedHat, os meter
  archivos de configuracin en /etc/news, ficheros de grupos activos en
  /var/lib/news y os crear el directorio /var/spool/news con algn
  contenido.

  4.1.  Retocar ifmail

  En el captulo anterior nos olvidamos de las reas de ECHO, con lo que
  tenamos el fichero de reas vaco. Vamos a rellenarlo ahora.

  Para ello, aadid lneas como esta:

       AVISOS.R34                fido.r34.avisos             fido

  En cada lnea, 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 distribucin que le vamos a dar (en
  general, se le da fido frente a world que se le da a los grupos de
  USENET).

  Si usis la versin tx de ifmail, y escribs con acentos y ees, os
  recomiendo esta lnea 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 exportarn con cdigos 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 tenis que tener en cuenta esto, ya que como os
  dije, la cabecera de FIDO CHRS es interpretada automticamente por
  vuestro ifmail y prcticamente cualquier otro procesador de correo
  Fido bajo Unix.

  Una ultima cosa: aseguros de que el usuario que ejecuta ifmail (fnet,
  fido o el que sea) tambin pertenece al grupo news. Si no es as,
  podra fallar el envo de mensajes de ECHO al no poder acceder a
  ficheros generados por el gestor de news elegido.

  Nota: En versiones ms recientes de ifmail-tx existen dos parmetros
  del fichero /etc/ifmail/config que establecen las traducciones de
  tabla de caracteres por defecto. Comprobad si en vuestra versin
  original del fichero aparecen los parmetros:

  ______________________________________________________________________
  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 lnea a aadir sera:

       fido.r34.avisos 0000000001 0000000001 y

  Adems, si la aadimos al fichero /var/lib/news/newsgroups como sigue:

       fido.r34.avisos            Avisos de R34

  tendremos la descripcin visible en programas lectores como tin o xrn.

  Ojo, no borris de /var/lib/news/active o /var/lib/news/newsgroups las
  reas predefinidas (test, control, junk, to y puede que alguna ms) ya
  que posiblemente la versin que hayis instalado del inn las necesite
  y no funcione si desaparecen.

  4.3.  Otros ficheros de configuracin 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 lneas:

     ___________________________________________________________________
     localhost:
     dragon.micasa.es:
     ___________________________________________________________________

  2. expire.ctl : Fichero para expiracin automtica de artculos.
     Permite borrar los artculos ms antiguos. No me voy a extender
     aqu en cmo 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 recibis 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 asignis a la entrada Organization: ser el que se
     utilice como lnea Origin en Fidonet.
  4. nnrp.access: Este fichero debe dar autorizacin total de lectura y
     escritura de artculos, al menos a vuestra mquina. Lgico, no?.
     Valdrn unas lneas como:

     ___________________________________________________________________

     localhost:Read Post:::*
     dragon.micasa.es:Read Post:::*
     ___________________________________________________________________

  Si queris podis cambiar la palabra dragon por * y as daris acceso
  a todas las mquinas de vuestro dominio local. Ser muy interesante si
  tenis varios sistemas en red local. :-)

  5. newsfeeds: Este es el fichero ms importante. Es con el que se
     decide qu grupos se exportan, y a qu nodo. Es el que permite, que
     podis tener grupos locales, grupos de news en USENET (que se
     exportarn al servidor de news de vuestro proveedor, mediante SUCK)
     y reas de Fido (que se exportarn 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 configuracin antigua, podis
  empezar por llamar al script anterior pero con el parmetro stop.)

  Una vez hecho esto, escribid con un lector de News en algn grupo
  existente. Si escribs a un grupo de Fido deber generarse un fichero
  f12.n341 (o con otro nombre, segn sea vuestro Boss) en el directorio
  /var/spool/news/out.going. Dicho fichero contiene referencias al
  mensaje que acabis de escribir. Si lo hacis a un grupo de USENET,
  aparecer un fichero news.proveedor.es, y si lo hacis 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 documentacin de ifmail hay un script muy bueno
  para empaquetar los mensajes para Fido y prepararlos para su envo.
  Dicho script se llama send-ifmail y podis instalarlo en /etc/news.
  Segn qu paquete de ifmail hayis 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 hagis que el
  usuario de ifmail (fnet) pertenezca tambin al grupo news, y as os
  ahorraris algunos problemas con los permisos.

  La ejecucin 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 continuacin ifpack se producir el fichero definitivo,
  comprimido, de nombre 0155000c.XY0 siendo XY las iniciales del da de
  la semana en Ingls. Este fichero quedar en el directorio
  /var/spool/ifmail/fidonet/.

  Finalmente, cuando se llame a ifcico (va 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
  parmetro 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 ms o menos graves. Puede deberse a una
     configuracin incorrecta.

  2. Que se entreguen al grupo junk de news. Eso significa que INN no
     reconoce los grupos, y se debe a que hay algn problema con la
     definicin de los grupos activos, o los nombres que figuran en el
     fichero de reas. Tambin, con un paquete procedente del Boss,
     puede deberse a algn 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 configuracin 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 habis completado los pasos anteriores, empaquetando y
  desempaquetando correo de prueba, dirigid mensajes a las reas locales
  de tu BBS y algn 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 algn 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 enva,
  pero no genera ningn error.

  Esto me ha producido especiales dolores de cabeza con el envo de
  mensajes ECHO: ifmail los ignoraba sin decir nada. Esto era porque no
  haba 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 ms decir. Si funciona, enhorabuena. Si no va, creo
  que los logs deberan daros suficiente informacin como para
  solucionarlo. S que es complicado (a m me lo vis a decir!) y que
  hay muchos archivos de log para vigilar, pero poco ms podemos hacer
  que trabajar cada uno por su cuenta...

  4.6.  Cmo aadir reas nuevas

  Recordaris que con FastEcho (bajo DOS) se poda tener creacin
  automtica de reas cuando llegaba algn mensaje para reas no
  definidas. Aqu aun no lo he conseguido, con lo que el proceso de
  suscripcin al rea conllevar algunas operaciones manuales:

    Aadir el rea al fichero /etc/ifmail/Areas, con la notacin
     indicada antes.

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

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

  Si el rea es de USENET, en lugar de aadirla al fichero Areas de
  ifmail, hay que aadirla, por ejemplo, al de configuracin de SUCK.

  4.7.  Algunas ideas sobre Suck

  Suck es posiblemente el programa ms 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 integracin de Internet (news) con
  Fido (reas de ECHO). As de paso soy coherente con haberos facilitado
  la conexin entre el correo de Internet y el de Fido, con sendmail.

  Por el momento, suck no se distribuye como paquete de mi distribucin
  (RedHat). Ignoro si se distribuye como parte de otras como Debian o
  Slackware, pero voy a suponer que os habis bajado el archivo con las
  fuentes, y concretamente la versin que yo uso (suck-3.4.1.tar.gz).
  Os parece antiguo y no lo encontris? Pues lo siento, este es uno de
  los programas que ya ofrecen toda la funcionalidad de inters en una
  versin de principios de 1997, as que en ningn momento me ha
  parecido necesario migrar a otra ms reciente.

  Lo primero que tenis que hacer es descomprimirlo y en el directorio
  que os va a generar, ejecutar el script de preparacin 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 ms avispados habrn notado que hay en la distribucin un
  directorio llamado Spanish.docs. S!, en efecto, trae toda la
  documentacin (incluidas las pginas del manual) traducidas a nuestro
  idioma. De modo que no deber liaros mucho este programa ...

  Bsicamente, configurarlo es tan simple como crear un fichero con los
  grupos que quieres bajarte (un grupo por lnea, seguido de un nmero
  0, que suck alterar cada vez que contacte con el servidor de noticias
  de vuestro proveedor). Por ejemplo, este fichero podra ser:

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

  Este fichero deberais guardarlo entre las libreras 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 mo se
  llama /var/lib/news/sucknewsrc.noticias.ibernet.es.

  Luego, hay que ejecutar los programas que trae con una serie de
  parmetros de forma que, primero se conecte al servidor de noticias de
  vuestro proveedor y recoja las noticias pendientes introducindolas en
  un directorio temporal (tal como /var/spool/news/in.coming/tmp). A
  continuacin 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 debera enviar los
  artculos que habis escrito vosotros al servidor de noticias de
  vuestro proveedor. Esto se har correctamente si se ha configurado
  bien el archivo /etc/news/newsfeed.

  Lo ms 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.  Adems,
  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
  mquina.  Cuando sta no forma parte permanente de Internet, los
  artculos podran ser rechazados. Este script es una simple orden de
  sed que elimina las lneas 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 acompae!

  4.8.  Un lector de noticias para Fido

  Ya os dije antes que para leer las reas de ECHO vala 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 ms cmodos y adecuados para esta
  red... Es cierto que se anuncia desde hace tiempo un GoldED para
  Linux, pero muy probablemente manejar bases de mensajes clsicas 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 adems se han
  aadido mejoras orientadas a Fido: coloracin automtica de las
  acotaciones, respuestas personalizadas, lneas de cabecera X-Comment-
  To que a ifmail le sirven para dirigir un mensaje pblico a una
  persona, etc.

  Instalos esa versin y fijos en los ficheros de configuracin que
  trae de ejemplo para Fido. Acabar siendo vuestro lector preferido, ya
  veris :-)

  4.8.1.  Slrn

  Adems de tin, tambin 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 puntuacin, que marque con puntuacin mxima
  los mensajes dirigidos a ti. Estos mensajes aparecern con un smbolo
  de admiracin (!) a la izquierda.

  Para esto, hace falta aadir unas lneas 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 crearamos un fichero .slrn-score tal que as:

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

  La primera lnea especifica el mbito de la puntuacin (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 seccin sobre slrn ha sido escrita por Roberto Surez Soto,
  a quien podis localizar para lo que sea en rss-trgn@usa.net.

  5.  Referencias

  Voy a dar aqu algunos enlaces de Internet donde podis encontrar ms
  informacin sobre el tema.

    ftp://sunsite.rediris.es/pub/Linux/system/Mail/transport/fido/, un
     servidor de ftp donde encontraris 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 podris 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 cmo hacerse punto de Fidonet con el
     software bajo MS-DOS.

    http://lucas.hispalinux.es/, servidor principal del Proyecto LuCAS,
     donde encontrars todo tipo de documentacin sobre Linux en nuestro
     idioma.

    Si sigues teniendo problemas despus de leer todo esto ;-) aun hay
     ms documentacin sobre ifmail:
     ftp://svpop.com.dist.unige.it/pub/Linux/ILS/Ifmail-HOWTO.tar.gz. Lo
     siento, aun nadie lo ha traducido al castellano... quin se anima?
     ;-)

  Si queris 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 Jimnez Jimnez, quien, siendo el punto de Fidonet
     2:345/207.7, me dedic un extenso mensaje acerca de cmo haba
     configurado su sistema. Actualmente esa direccin pertenece a otra
     persona, y no s qu ha sido de ngel :-(

    A Ramn Gutirrez Camus, que fue quien me pas sus ficheros de
     configuracin con los que empec a trabajar.

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

    A Roberto Surez Soto, quien ha escrito un par de captulos de este
     documento.

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

    Al Centro de Clculo de la Facultad de Informtica de la
     Universidad Politcnica de Madrid, por poner a nuestra disposicin
     un fichero de configuracin del sendmail que ms o menos pareca
     fcil de entender y modificar.

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

    Y, por supuesto, a Enrique Lpez, 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 ms :-)

  7.  Historial de revisiones

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

    Rev. 1.1 a 1.7: Versiones iniciales de ifmail-COMO, poco a poco fui
     aadiendo mi experiencia personal con los distintos paquetes de
     software, haciendo el documento cada vez mayor :-) La revisin 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 tenan
     comportamiento ligeramente distinto. En esta versin se reflejaron
     estos cambios.

    Rev. 1.9: Fue presentada el 25 de diciembre de 1998. Se aaden
     nuevas secciones aportadas por Roberto Surez Soto, y se mejoran
     las dems.

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

  8.  Notas sobre el Copyright y todo eso

  Este documento es ... Copyleft, faltara ms ;-) Puede ser distribuido
  libremente bajo licencia GNU. En consecuencia, podis modificar lo que
  queris excepto esta seccin que habla de los autores. De todas
  formas, si lo modificis ser positivo decrmelo si queris que
  vuestra aportacin la vea ms 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
  Surez Soto, tal como se indica en las correspondientes secciones.

  El documento forma parte del LDP espaol, tambin 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 distribucin es
  http://www.insflug.org. Su principal rplica se encuentra en
  http://lucas.hispalinux.es/.

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

  Por ltimo, declino toda responsabilidad acerca de los daos 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 informtico; as como sobre vuestra cordura. Tampoco
  me hago responsable de ningn altercado familiar ;-) Hay que
  advertirlo, nunca se sabe...

