COMO MONTAR UN BBS

COMO MONTAR UN BBS

Notas para evitarse algunos dolores de cabeza.

© 2005 Daniel Magnoli – LW1DRJ
ARM – BBS
Moreno, B.A. – ARG
Principio del formulario
Final del formulario


INTRODUCCION:

El presente documento surge por la inquietud de distintos colegas y de preguntas puntuales recibidas, así como de los comentarios dejados en la red de packet y en distintos foros de discusión de internet. El tema es contar en un solo lugar y de manera resumida, los lineamientos principales para poder hacer arrancar un BBS.
Se intentará explicar el modo mas sencillo, sin entrar en configuraciones raras ni complejas, utilizando los soft mas generalizados para esto, que son el FBB desde el 5.15 hasta el 7.00i, con plataforma MSDOS o WIN hasta la versión 98.
No se entra en el campo de LINUX o del WINFBB 7.01 en sus distintas versiones beta y se trató de hacer lo menos tedioso este apunte, pero fue necesario describir cada uno de los archivos fundamentales para saber que estamos haciendo y que mirar si falla algo…
Además de la experiencia propia, se ha utilizado el manual del FBB y otros documentos de configuración de programas relacionados al packet radio.
No es la intención volcar aquí los manuales de cada programa. Para referencias mayores, se deberá recurrir a ellos.
Gracias José María (CX2SA) por las correcciones y agregados.


AJUSTE INICIAL DEL ENTORNO DEL FBB

LA PC:

Casi cualquier máquina sirve para las distintas versiones de BBS, pero trataremos los temas teniendo en cuenta que no todos tienen 2 o 3 máquinas en su casa: gracias que hay sólo una y que la usa toda la familia o para otras cosas, además que montar un BBS.
Entonces, tenemos la primer decisión:

Si uso una versión de FBB para DOS la máquina me queda esclava del BBS y para usarla en otra cosa, tengo que bajar el servicio del BBS o tener otra PC. No puedo tener otros programas de uso común tales como procesadores de texto, bases de datos, planillas de cálculo, internet, etc.

Si uso una versión de FBB para WIN, puedo usar la misma PC para el BBS, navegar por internet y trabajar en mis documentos o cosas personales, todo a la vez y sin problemas. Lo único que no podría hacer es tener juegos muy complejos, pero eso es discutible ya que un procesador poderoso y una buena dosis de RAM podrían salvar el problema a medias, ya que el FBB es un poderoso consumidor de recursos.

La mayoría de los ejemplos apunta a montar nuestro BBS inicialmente en plataforma WIN 98, que es la que nos permite mayor flexibilidad de uso, pero igualmente, para cada paso de configuración, se hará la mención de diferencias entre versiones DOS y WIN si es que existen.


EL EQUIPO DE RADIO:

Tengamos en cuenta que debemos protegerlo de la temperatura que puede producir el uso continuo: un buen par de coolers de PC (uno en la fuente y otro en el equipo), y salimos al aire. Idealmente, la potencia en nuestro equipo debe ser mayor a 5 vatios, complementados con el mejor sistema de antenas que se pueda usar. Recordar uno de los principios de la radioafición: “el esfuerzo aplicado a la instalación de un equipo debe ser superado por la calidad y rendimiento del montaje de las antenas”.
Para las conexiones al módem o TNC, usaremos cable mallado y lo mas corto posible para evitar interferencias que puedan afectar la recepción.

ANTES DE EMPEZAR

Que son las variables de entorno ?
Cuando un programa se guarda en la PC usualmente se ubica dentro de un directorio en particular y, al ejecutar ese programa, se lo llama desde esa ubicación o subdirectorio de trabajo.
Por ejemplo, si tenemos el programa ABC.EXE, ubicado en el directorio PRO, la ejecución deberá hacerse desde ese directorio llamado PRO: si llamamos al programa ABC.EXE desde un directorio distinto, posiblemente el sistema no logrará encontrarlo, devolviéndonos un mensaje de error.
Este mismo concepto utiliza el FBB: el programa “fija” su ubicación por defecto en C:\ FBB y sus directorios dependientes, pero es necesario declarar al directorio principal del FBB y a sus dependientes en nuestro autoexec.bat bajo la sentencia PATH de la siguiente forma:

PATH=C:\;C:\FBB;C:\FBB\BIN;C:\FBB\SYSTEM

De esta forma se logrará salvar uno de los errores mas comunes en la ejecución de las distintas rutinas de depuración que contiene el sistema y que normalmente no se nota, ya que se ejecutan en horarios donde no estamos frente a la máquina, o emitiendo mensajes que no llegamos a leer por la velocidad con la que son desplegados.
En el archivo RUNFBB.BAT (para WINFBB) y en el APPEL.BAT (para DOSFBB), se debe revisar y ajustar la variable de entorno correspondiente al FBB:
Ejemplo de ubicación de la variable en el RUNFBB

rem
rem RUNFBB.BAT file (example)
rem This file receives as an argument the option asked by RUNFBB.EXE
rem This option may be START, STOP, RERUN, MAINT or ERROR.
rem Only the part concerning the option will be executed.
break off
rem ---------- This portion is not valid any more ---
rem You must change this variable according to
rem the base directory of the installation
rem
set fbb=\FBB ß ESTA ES LA VARIABLE
…
… resto del archivo …

Esta modificación da mayor estabilidad al sistema

INSTALACION DEL FBB

Siempre es conveniente utilizar paquetes originales, tanto para DOS como para WIN, disponibles en el sitio http://www.f6fbb.org/ ya que disponen de instaladores que arman el árbol de directorios directamente.
Es muy saludable respetar la siguiente organización básica de directorios:

- Directorio base o principal: C:\FBB
- Archivos de sistema: C:\FBB\SYSTEM
- Mensajería C:\FBB\MAIL
- Mensajes binarios C:\FBB\BINMAIL
- Directorio de acceso libre a usuarios: C:\FBB\USERS
- Correo viejo C:\FBB\OLDMAIL
- Estadísticas de funcionamiento C:\FBB\STATS
- Archivos de Fwd C:\FBB\SYSTEM\FWD
- Programas ejecutables C:\FBB\BIN

La instalación crea algunos otros pero estos son los principales y deberán existir siempre.


CONFIGURACION INICIAL - ANTES DE ARRANCAR EL PROGRAMA:

En algunas versiones de DOS y en la de WIN, al finalizar la copia de archivos, se solicita arrancar el programa de configuración que no hace otra cosa que editar y agregar líneas en los siguientes archivos:

INIT.SRV
PORT.SYS

Como esos programas a veces fallan, editaremos a mano ambos archivos:

La edición debe hacerse con un editor plano y sin agregar caracteres especiales o formatos: grabar los archivos en formato txt no doc, rtf u otros pero conservando obviamente la extensión original (.srv.sys,etc). Para mi, el mas adecuado es el viejo EDIT.

Los siguientes archivos se deben ajustar ANTES de hacer arrancar el BBS por primera vez:
INIT.SRV
PORT.SYS
EPURMESS.INI
INITTNC.SYS
LANGUE.SYS

Estos archivos se deben ajustar si se desea hacer fwd de boletines y mensajes personales:
BBS.SYS
FORWARD.SYS
REJECT.SYS
ARCHIVOS PARTICULARES
AUTO7P.CFG

Finalmente estos tambien se deben revisar pero no son tan importantes al comienzo:
BEACON.SYS
CRON.SYS
PROTECT.SYS
MEMO.SYS


INIT.SRV para WINFBB 7.00E
UBICACION: C: \ FBB

(Hay ligeras diferencias entre las versiones DOS y WIN, pero lo básico es igual en ambas). Se comenta cada línea con su contenido. Las líneas que empiezan con # no son consideradas por el FBB.

# FBB7.00
######################
# INIT.SRV for FBB 7.00 #
######################
# Set-up file
# Distintiva del BBS y ruta jerárquica que es la que se usará para registrar nuestro BBS en la red.
# Usualmente la definición es:
# DISTINTIVA . # (numeral) LOCALIDAD (hasta 4 digitos) . PAIS . CONTINENTE
# Para la localidad se puede usar el código postal o una abreviatura y para el continente, en
# nuestro caso, usar SA o SOAM da lo mismo.
# Un ejemplo para la localidad de Moreno, B.A., sería .#1744.BA.ARG.SA o
# #MORE.BA.ARG.SOAM, o #MOR.BA.ARG.SA.
#
LU0ÑÑÑ.#1744.BA.ARG.SA
#
# SSID del BBS: Secondary Station IDentifier: Indicativo secundario. Se utiliza para
# diferenciar el indicativo del BBS para usarlo en varios canales o propósitos. Valores: 0 a 15
0
# Locator
GF99ÑÑ
#
# QTH
TU-CIUDAD, (PCIA)
#
# Directorio de los archivos del sistema
C:\FBB\SYSTEM\
#
# Directorio para los mensajes
C:\FBB\MAIL\
#
# Directorio para mesajes comprimidos o binarios
C:\FBB\BINMAIL\
#
# Directorio de usuarios.
# Se pueden usar hasta 8 discos (letras de identificación de discos: de A hasta H),.
# Pueden ser discos físicos, particiones o unidades de CD.
# SE DEBE RESPETAR EL ORDEN DE UBICACIÓN TAL COMO APARECE. El primer *, es el
# drive A, el segundo *, es el B y asi sucesivamente.
*,*,C:\FBB\USERS\,D:\,*,*,*,*
#
# Directorio para archivos YAPP. Yo lo uso para 7plus convertidos.
C:\FBB\USERS\7PLUS\
#
# Directorio de archivos de documentación
C:\FBB\DOCS\
#
# Nombre del Sysop
Tu Nombre
#
# Señal distintiva del SYSOP
LU0ÑÑÑ
#
# Puede haber mas de una distintiva separada por un espacio.
# Distintiva (y ruta si hace falta) a los cuales se les enviara copia de los mensajes dirigidos al
# grupo SYSOP. ***** (asteriscos), cancelan el envío.
*****
#
# Ubicación (subdirectorio o carpeta) y nombre del archivo de importación. Cualquier archivo
# llamado MAIL.IN que sea puesto en este lugar (C:\FBB), será importardo como un
# boletín o grupo de boletines.
#
C:\FBB\MAIL.IN
#
# Tipo de video y tiempo de blanqueo de pantalla separados por un espacio
# Tipo: 0=CGA, 1=EGA, 2=VGA
# Blanqueo de pantalla en minutos antes de activarse. 0=desactiva y la pantalla no se
# apaga nunca.
2 0
#
#
# Log de actividad (OK o NO). NO lo desactiva
OK
#
# Video Directo (OK o NO) (?)
OK
#
# Indicación de canales (OK o NO)
OK
#
# Modo de testeo. Este modo se usa antes de salir al aire para verificar que todo este bien
# OK activa el modo de testeo y no se cargan los drivers de comunicaciones.
# NO carga los drivers de comunicaciones y el BBS está listo para recibir y transmitir.
NO
#
# Usar tipo de fwd FBB (OK o NO)
##############################################################################
# Parámetros extras desde las versiones 5.15c45-51: (YO NO LOS USO pero en algunas
# instalaciones se completa automáticamente luego del OK)
#
# 1 Un espacio es mandatorio antes del signo @ en el comando de envío de mensaje
# 2 El largo de los campos de las direcciones jerárquicas no se testea al ser de 6 caracteres
# 4 La cabecera de un mensaje no se trunca después del caracter nro. 79
# 8 Cabecera MBL / RLI
# 16 If there is no BBS field, the callsign of the BBS is sent to the PMS (??)
# 32 Borra los mensajes DATA enviados a SYSOP
# 64 No usar el BID recuperado de cabeceras. Usa uno propio
# 128 Acepta forward solo de BBS pre declarados como tales.
# 256 Mensajes de WP no se retienen.
# 512 Protocolo de forward Xforward tiene prioridad ante el protocolo FBB.
# 1024 Generación de un BID alternativo tal como F6FBB-12345 (para BBS que usan ubicación
# dual) (el mismo BBS en dos lugares distintos ?)
# 2048 Checksum no validado en XFwd.
# 4096 Test de distintivas es menos estricto. Se permiten todas las distintivas que contengan un
# nro. Del 0 al 9 en cualquier lugar del string.
OK
##############################################################################
#
# Usar forward comprimido (OK o NO)
#
# Agregar 1 si se permite fwd reverso
##############################################################################
# Nuevo dedse 5.15c51:
# Sumar 2 al 1 si también se permite XFWD
# Los datos deben ir separados por un espacio
OK 3
##############################################################################
# Validación, búsqueda y actualización de la base de datos de rutas (HROUTE) (OK o NO).
OK
#
# Un usuario debe tener Nombre, HomeBBS, QTH y código postal (OK o NO)
OK
#
# A continuación tenemos una 'Mascara'. Esto es un valor que por defecto toma para todos
# los nuevos usuarios, cuando acceden por primera vez al BBS. Seleccione lo que
# quiera para los nuevos usuarios, y su valor. Si un usuario usa Paginación, y el
# modo Guest, deberan sumar 32 y 64, y colocar el resultado 96 debajo de la lista. Si no desea
# ninguno de la lista, coloque un 0. La mascara "Ver todos los mensajes" se activara sólo si
# el usuario tiene el código de seguridad.
#
# 0 Inutilizar
# 1 Excluído
# 2 Local
# 4 Experto
# 8 Sysop
# 16 BBS
# 32 Paginación
# 64 Invitado
# 128 Uso de Modem Telefónico permitido
# 256 Ver todos los mensajes
# 512 Se permite consultar la lista Unproto (cabecera y contenido de mensajes)
# 1024 Lista sus nuevos mensajes al ingresar
1696
#
# Códigos de seguridad adicionales que pueden asignarse a usuarios. El primer código de la
# secuencia es el que recibe un usuario común al conectarse, el segundo es el que recibe un BBS
# y el tercero el que recibe un SYSOP después de enviar el comando SYS y enviar su password
# correctamente..
#
# 1 Leer todos los mensajes, incluyendo los privados
# 2 Borrar todos los mensajes
# 4 Enviar el comando SYS para entrar al BBS como sysop
# 8 Usar comandos remotos de SYSOP (edit, forward, etc...)
# 16 Editar descripciones de archivos en YAPP, FBBDOS, DOCS
# 32 No puede borrar archivos en YAPP, FBBDOS
# 64 Acceso permitido a todos los gates
# 128 Ejecutar comandos DOS
# 256 Acceso irrestricto a todo el disco rígido
# 512 Acceso a comandos /A (stop) y /R (Reboot)
# Todos: SYSOP: Sysop luego de enviar el comando SYS:
4 53 1023
#
# Nuevos desde la versión 5.15b:
# Mensajes de alerta al sysop:
# 1: Disco lleno (menos de 1 mb libre)
# 2: Error en archivo de sistema (FORWARD, BBS, REJECT..)
# 4: Error de Server
# 8: Ping-Pong
# 16: Ruta de fwd no encontrada
# 32: Ruta de mensajes NTS no encontrada
# 64: Mensaje no encontrado
# 128: Error en forward
# 256: Mensaje rechazado en el BBS remoto
# 512: Mensaje retenido en el BBS remoto
#
1023
# Hora del mantenimiento del BBS (limpieza de mensajería, backups, etc.)
9
#
# Time-out (tiempo de desconexión por inactividad) para usuarios y forward
10 10
#
# Cantidad máxima de KB admitidos para bajar archivos vía Yapp o módem por día o por período
# de actividad del BBS. El valor 00 desactiva la opción.
500 500
#
# Diferencia horaria con la hora UTC ( - o + )
-3
#
# Número de distintivas en la baliza indicando correo personal. B Incluye boletines locales
B20
#
# Numero de líneas en el buffer de scroll de pantallas: Usuario Consola Monitor
1000 1000 1000
#
# Texto del encabezado de forward header (NO CAMBIAR !)
#
[$c] FBB$E $$:$R
#
# Numero de BIDs grabados. Max 32000
# Usar la mayor cantidad posible (depende de la memoria de la PC)
10000
#
# Vida útil de los boletines en días
30
#
############################################################################
# Nuevo desde 515c7: OVR removido
# Usar memory-cache. No=0, Si=1 (preferible)
# En memory-cache: BID MSG HIE SCR WPG REJ FWD
1 BID MSG HIE SCR WPG REJ FWD
############################################################################
# Lista de rutas para enviar mensajes WP. En blanco no envía a nadie.

#
# Zip del BBS
1744
#
# Back number, delay, tipo de mensajes en la lista unproto
# A = mensajes ACK
# P = mensajes personales a usuarios locales
# V = mensajes personales en tránsito
# M = asunto se reemplaza con estrellas en los correos personales
#
500 5 AVP
#
# Interrupción DRSI y TFPC (Hexadecimal, por defecto es FF y FE pero puede ser FD para TFPCx)
FD
#
# Programas que arrancan antes del BBS y se apagan después
#
# BBS-UP (vacío por defecto)

#
# BBS-DOWN (vacío por defecto)

# DE AQUI PARA ABAJO VIENE LA COSMETICA DE NUESTRO BBS…
# Color de textos :
#
# Negro 0 Gris oscuro 8
# Azul 1 Azul brillante 9
# Verde 2 Verde brillante 10
# Cyan 3 Cian brillante 11
# Rojo 4 Rojo brillante 12
# Magenta 5 Magenta brillante 13
# Marron 6 Amarillo 14
# Gris brillante 7 Blanco 15
#
# Colores de fondo :
#
# Status (barra superior)
1
# Separacion (barra del medio)
7
# Textos (barra de abajo)
0
# Menues
4
#
# Colores de fuente :
#
# Status (barra superior)
7
# Separación (medio)
1
# Menues (abajo)
14
# Texto enviado
10
# Texto recibido
12
# UI (cabaceras)
15
# UI (texto)
7
# Consola
14
# Baliza
6
# Marca de canales
11
#
-------
#
# Lista de servers :
# Internos: REQCFG y WP nuevos desde 5.15. Se debe declarar el nombre del server y el nombre del programa que lo ejecuta. Los internos van con una línea de ******* en el nombre
REQCFG *********
WP *********
MULTSP MULTSP
LISTSP MULTSP
#
# Fin de archivo INIT.SRV
#


PORT.SYS:
UBICACIÓN: C: \ FBB \ SYSTEM

Este es el archivo “corazón” del FBB y es el que maneja todos los puertos y modos. Hay diferencias entre las versiones WIN y DOS. Se traducen todas las líneas pero para ver las diferencias no citadas, revisar el manual del FBB de cada versión.
El archivo tiene dos puertos habilitados pero, igual que el anterior, las líneas que empiezan con # no son consideradas y se puede ver un ejemplo con 3 puertos y 3 TNC.

# FBB7.00
# Archivo para programar canales y TNCs
#
# Puertos : Cuantos puertos 1, 2, 3 , etc. (COM1, COM2, Etc...)
# TNCs : Cuantos TNC´s y/o módems hay.
# Puede haber hasta 4 TNCs por puerto.
#
#Puertos TNCs
2 2
# 3 3
#
# En WinFBB SOLO ESTAS INTERFACES ESTAN DISPONIBLES:
# Interface : 2 = BPQ-node (BPQ en modo AA4RE en forma de DLL)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. La interrupción en el INIT.SRV DEBE SER FD
# 6 = Windows-driver, reemplaza ESS, ESSKAM y FBBIOS de la versión para DOS
# 7 = TCP/IP. Necesita WINSOCK.DLL. Poner dirección del puerto en 17.
# La emulaciñon de TNC-emulation es T (ver abajo)
# 8 = TFWin.dll (SOLO PARA WinFBB32, a la fecha es la 7.00e)
# CUIDADO: La vieja interface 1 y 3 NO SE USAN EN WinFBB. La interface 6
# reemplaza a ambas. (FBBCOMM.DRV). NO USAR ESS O FBBIOS EN WinFBB !
#
#I En LinFBB SOLO ESTA INTERFACE ESTA DISPONIBLE:
# Interface 9 = Linux. Puede trabajar via puerto serie (D),via dominio AX25 (X) o via
# puerto Telnet (T).
#
# En DosFBB SOLO ESTAS INTERFACES ESTAN DISPONIBLES:
# Interface : 1 = Driver externo COMBIOS (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 y mayores (BPQ en modo AA4RE)
# 3 = modem telefónico con FBBIOS
# 4 = tarjeta DRSI con su driver
# 5 = TFPCR/TFPCX . La interrupción DEBE SER 0xFD
#
# Dirección: Dirección del puerto en hexadecimal (Necesaria para el multiplexor).
# En LinFBB:
# La dirección es el nombre del dispositivo (/dev/cua0).
# Asegurarse de que se tienen los permisos necesarios para acceder al dispositivo:
# (rw-rw-rw-).
# Cuando se use el núcleo (kernel) AF_AX25 socket, no se usa la dirección.
# Cuando se usa Telnet, la dirección es la del puerto Telnet (Hex 17 = puerto Telnet 23 o
# 189c para 6300)
# Baud: Velocidad del puerto. Ignorado por BPQ, kernel AF_AX25 socket y Telnet.
#
# Poner una linea para cada puerto de acuerdo a lo mencionado en las líneas de mas arriba:
#
# Com Interface Dirección Baud
# 1 8 3F8 9600
# 2 8 2F8 9600
2 6 2F8 9600
9 7 189c 9600
#
# LINEA DE DATOS SIGUIENTE DEBAJO DE ESTOS COMENTARIOS
# TNC Cantidad de TNC en uso. Usar la 0 siempre para el fwd interno !
# NbCh Cantidad de canales que se quieren usar en el TNC.
# La cantidad máxima de canales depende del driver usado.
# Com Numero del COM-port. Com1, Com2 etc.
# MultCh Numero del canal si se usa multiplexer es 1, sinó poner 0.
# En DRSI usar valores de 0 a 7, para KAM usar 1para VHF y 2 para HF.
# Con BPQ el primer TNC debe tener MultCh 0, el próximo 1, etc.
# Cuando se usa kernel AF_AX25 en Linux, MultCh es el nombre de la interface
# (por ejemplo: ax0)
# Paclen PACLEN o tamaño del paquete en bytes. De 1 a 250. NO PASAR DE 256.
# Maxframe Máxima cantidad de paquetes que el TNC enviará por vez. De 1 a 7. Normal 3.
# NbFwd Cantidad de canales SALIENTES de forward al mismo tiempo.
# MxBloc Tamaño del bloque de forward en kb.
# M/P-Fwd Minuto de la hora en el que empieza el fwd y período (cuantos minutos entre
# cada llamada de fwd).
# Modo del Puerto, uno de estos:
# B : modo BBS
# G : modo "Guest" (Invitado).
# U : modo Normal.
# Tipo de host-mode, uno de estos:
# D : WA8DED
# K : KAM hostmode. Debe usarse el driver ESSKAM (SOLO PARA DOSFBB).
# P : PK-232
# Q : BPQ v 4.x
# T : Ethernet/TCP-IP
# X : AX25 domain socket (para Linux)
# Agregado: Uno o mas de estas letras se pueden adicionar a la línea:
# L : Envía el paquete unproto (encabezado y tipo de mensaje) por cada mensaje que se
# registra en el BBS.
# M : Modem telefónico o Telnet
# Y : Se permiten descargas Yapp en el canal.
# W : Gateway (o repetidor digital) disponible en este canal.
# R : El puerto de Modem se asigna en modo sólo lectura.
# Freq. : Texto que describe el puerto (max 9 caracteres, sin espacios)
#
# A continuación van tantas líneas como TNC tengamos, incluyendo al Telnet como un TNC:
# Recordar que las líneas con # no se consideran y que la explicación de cada dato está mas
# arriba…
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
0 0 0 0 0 0 0 0 00/01 ---- File-fwd.
# 1 4 1 0 250 3 2 10 00/60 DUYW AGWBAY
1 4 2 0 250 3 2 10 00/60 PUYR PK232
# 2 4 2 0 250 3 2 10 00/60 DUYW BAY2
2 4 9 0 250 2 1 10 00/60 TUWR TELNET
#
# Distintivas especiales y modos para algunos canales.
#
#TNC Nbs Callsign-SSID Mode
# 1 4 ITA000-8 B
#
# Fin de archivo.
#

INICIALIZACION COMPLEMENTARIA DEL MODEM O TNC.

El siguiente archivo puede no definirse pero es conveniente para ajustar los parámetros del módem o TNC.

INITTNCx.SYS
UBICACIÓN: C: \ FBB \ SYSTEM

Este es un archivo de texto que se usa para enviar comandos al módem o TNC que no han sido considerados en el arranque del programa driver.
Normalmente se usa para definir parámetros de temporización o visualización de tráficos.
Se debe tener un archivo por cada módem o TNC numerados de la misma forma en que se declararon en el port.sys.
Por ejemplo, si en el port 1 hay un módem baycom y en el 2 un módem PK232, se deberán definir dos archivos, uno llamado INITTNC1.SYS y otro llamado INITTNC2.SYS, cada uno con los comandos correspondientes a cada módem.
Si uso un solo módem, se llamará INITTNC1.SYS

NO CONFUNDIR EL ORDEN CON EL NOMBRE DE LOS ARCHIVOS Y SU CONTENIDO: SI EN EL PUERTO 1 TENGO UN BAYCOM Y LE PONGO AL INITTNC1 LOS COMANDOS DEL PK232, EL FBB NO EMITIRA NINGUN ERROR PERO EL ARCHIVO DE INICIALIZACION NO FUNCIONARA.

Ejemplos de archivos típicos para cada caso:

INITTNC1.SYS (para Baycom)

C MAIL
Z 0
U 0
N 8
W 20
P 64
F 3
M IUSC

INITTNC2.SYS (para PK232)

MN6
MC6
UNMAIL
RY8
HB1200
WION
VHON

Ver en el manual del FBB las distintas opciones para los distintos módems.


EJEMPLO DE CONFIGURACION DE WINFBB CON MODEM BAYCOM EN COM2 Y AGW EN WIN 98 SE

Arrancar Agw Packet Engine.exe
2. Aparecerá una imagen de presentación del programa Packet Engine que desaparecerá en unos segundos automáticamente, y quedará un icono en la barra de herramientas (algo parecido a dos torrecitas). Esto quiere decir que ya ha arrancado el AGW
Poner el puntero del ratón encima de este icono y hacer clic derecho.
Seleccionar la opción Propiedades.
En la ventana que aparece, pulsar “Añadir Nuevo” y el AGW informará que se ha creado un nuevo puerto y debe ser configurado. Dar “Aceptar” y se abre la ventana de configuración.
Los campos a cargar son:

Seleccione Puerto Serie: COM2

Velocidad del Puerto Serie: Elegir 1200

Tipo TNC: Elegir Baycom Serial de la lista. Debe estar en ella !!. Si no es así,
La versión de AGW que estamos usando está incompleta. Después
de seleccionar en “Tipo de TNC” el tipo de modem, que será BayCom Serial, podrá salir una ventana con la dirección e interrupción del puerto serie . Pulsar “Aceptar”.

TNC Subtipo: Elegir KISS SIMPLE

TNC Puerto Radio: Cargar una descripción, por ejemplo: BAYVHF, 1200 o la que
quieras.

Dar “Aceptar” a todo, cerrar y reiniciar el AGW.

Ir otra vez al icono del AGW situado en la barra de tareas de windows, seleccionarlo y escoger el menú “Setup Interfaces”
En la solapa WinSock Interface, activar la opción Enable Winsock TCP/IP Application Interface
Si al configurar el baycom dice que falta el AGWBAY.VXD es porque falta ese driver en la carpeta donde está el AGW o no se descomprimió el archivo llamado DRIVERS.ZIP
Si da error de IRQ puede ser porque se intentan crear dos puertos de AGW en el mismo COM.
En algunas máquinas es probable que AGW no transmita ni reciba nada. Para verificar esto hay que modificar una clave del registro de Windows.
No creo necesario aclarar que la manipulación del registro es súmamente delicada y puede inutilizar toda la PC…
Editar el registro ejecutando Start (o Inicio), Run, REGEDIT [enter] y buscar la clave
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ VxD \ VCOMM.
Y modificar la clave EnablePowerManagement de 01 a 00
Reiniciar la PC y listo.

Configurar el PORT.SYS con las siguientes líneas:

# Com Interface Dirección Baud
2 8 2F8 9600

#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
0 0 0 0 0 0 0 0 00/01 ---- File-fwd.
1 4 2 0 250 3 2 10 00/60 DUYW AGWBAY

Y estamos en condiciones de salir: iniciar primero el AGW y luego el FBB.

EJEMPLO DE CONFIGURACION DE DOSFBB CON MODEM BAYCOM EN COM2 Y TFPCX EN MSDOS

Como en el caso anterior, se debe cargar primero el driver (TFPCX), pero esta carga se puede hacer directamente editando el APPEL.BAT
En este caso usaremos un archivo de inicialización especial para el TFPCX que ajusta algunos parámetros de temporización.

c: (comienzo del APPEL.BAT)
@echo off
set fbb=c:\fbb
cd \fbb
TFPCX -PCOM2 -B1200 -IFD -FTFPCX.INI (carga el TFPCX en COM2)
cls
break off
........... (resto de las lineas del appel)
……….
:fin (fin del APPEL.BAT)
cls
tfpcx –U (descarga el TFPCX)
echo.
echo.
echo ********** Programa terminado **********
echo.
echo ********** Drivers descargados **********
echo.
break on



ARCHIVO TFPCX.INI
UBICACIÓN: C:\FBB, JUNTO CON EL EJECUTABLE TFPCX.EXE

I LU0ZZZ ;TU DISTINTIVA
; Parámetros aplicables a todos los port
;
Y 4 ; max. Nro. de conecciones de otras estaciones (nro de canales)
R 0 ; L2-digipeater (0=off, 1=on)
F 7 ; (1 s) tiempo antes de que se repita el envío de un paquete no recibido
N 10 ; (0-127) max. numero de retries de un paquete
@I 80 ; antes 80 (0-256) largo máximo de una trama IPOLL (0=IPOLL off)
@T3 3000 ; antes 3000 (10 ms) tiempo para ejecutar un link test en recepcion

; port 0
P 0:64 ; (8-255) probabilidad de transmitir (=P/255) (Persist)
W 0:12 ; antes 10 (10 ms) tiempo entre intentos de transmision (slot-time)
T 0:30 ; antes 25 (10 ms) retardo: PTT on -> Transmision de datos (TX-Delay)
@TA 0:1 ; (10 ms) retardo: final de trama o paquete -> PTT off (TX-Tail)
@C 0:19 ; (0-63) antes 25 DCD (0=Hard-DCD, >0 valor de respuesta para Soft-DCD)
@D 0:1 ; (0-1) duplex (0=off, 1=on)
O 0:2 ; (1-7) nro. Maximo de tramas no recepcionadas
@T2 0:50 ; antes 50 (10 ms) retardo despues de enviar un ACK en una trama I

EJEMPLO DE CONFIGURACION DE WINFBB 7.00e SIN TNC, CON PLACA DE SONIDO MANEJADA POR AGW.

NOTA 1: Para esta configuración es necesario tener una máquina Pentium II a 250 mhz. o mayor. Si no es así, pueden surgir problemas en la operación del BBS.
NOTA 2: No utilizar esta configuración con WINFBB que no sea de 32 bits testeada (actualmente versión e).
NOTA 3: Se utilizará en este ejemplo un solo puerto en COM1.

Antes que nada, habrá que reemplazar una dll que viene con el FBB llamada TFWIN32.DLL por otra llamada TF2AGW.DLL que se puede obtener en http://www.qsl.net/lu7did .

Crear el puerto para la tarjeta de sonido:

1) Arrancar Agw Packet Engine.exe
2) Aparecerá una imagen de presentación del programa Packet Engine que desaparecerá en unos segundos automáticamente, y quedará un icono en la barra de herramientas (algo parecido a dos torrecitas). Esto quiere decir que ya ha arrancado el AGW
3) Poner el puntero del ratón encima de este icono y hacer clic derecho.
4) Seleccionar la opción Propiedades.
5) En la ventana que aparece, pulsar “Añadir Nuevo” y el AGW informará que se ha creado un nuevo puerto y debe ser configurado. Dar “Aceptar” y se abre la ventana de configuración.
6) Los campos a cargar son:

Seleccione Puerto Serie: COM1

Velocidad del Puerto Serie: Elegir 9600

Tipo TNC: Elegir SoundCard de la lista. Debe estar en ella !!. Si no es
así, la versión de AGW que estamos usando está
incompleta. Después de aceptar esta selección, saldrá una ventana con datos sobre la tarjeta de sonido: en LEFT CHANEL , va la velocidad a la que quieres hacer packet la de Rigth chanel, la dejamos como esta. Luego tienes que hacer clik en OK.

TNC Subtipo: Elegir KISS SIMPLE

TNC Puerto Radio: Cargar una descripción, por ejemplo: BAYVHF, 1200 o la
que quieras.

Dar “Aceptar” a todo, cerrar y reiniciar el AGW.

Comprobación:
Ejecutar nuevamente el programa AGW Packet Engine y en el icono de las torrecitas y con el boton de la derecha hacer clik para elegir SOUND CARD TUNNING AID, la nueva ventana que aparece es como un analizador de espectro, solo tienes que sintonizar tu equipo de radio en una frecuencia de packet y ajustar los niveles de audio hasta que no se recorten los picos. Haciendo clik en DONE se cierra la ventana. Si todo resulto como esperabamos, ya podremos empezar a configurar nuestro FBB.

Localizar el archivo TFWIN32.DLL en C:\ FBB \ BIN y renombrarlo como TFWIN32.OLD
Copiar el archivo TF2AGW.DLL a C:\ FBB \ BIN ye renombrarlo como TFWIN32.DLL
Resguardar ambos archivos originales (TFWIN32.OLD y TF2AGW.DLL) para volver a tras si es necesario.
Editar el PORT.SYS y adecuar las siguientes líneas

#
#Ports TNCs
1 1
#
#Com Interface Address (device) Baud
1 8 3f8 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
0 0 0 0 0 0 0 0 00/01 ---- File-fwd.
1 3 1 0 230 3 1 10 30/60 DULWYR VHF

Y ahora al taller:

Deberemos construir una interfaz entre la PC y nuestro transceiver. Un modelo bastante bueno es el que sigue:




Finalmente:

Editar el AGWPE.INI y agregar las siguientes líneas luego de [MAIN]:

[AUTO]
MAXMAXFRAME=3
MINMAXFRAME=1

El AGWPE.INI está en el mismo directorio con el AGW Packet Engine.



PARAMETROS DE TEMPORIZACION

Los parámetros de temporización son aquellos que fijan los tiempos internos en el manejo de intercambio de datos entre la PC y el equipo de radio, de acuerdo a las condiciones de ocupación del canal, condiciones de propagación o QRM, tipo de emisión, etc.
Si bien los programas que citamos tienen alguna facilidad para hacer ajustes automáticos en este sentido a continuación, encontrarás una lista de los parámetros, organizados de esta forma:
A modo de título están los nombres que se le dan a cada parámetro.
Explicación del mismo, y
Los comandos que se emplean en cada firmware.
Entre corchetes ([]) encontrarás el valor recomendado pero se deberá tener en cuenta que algunos programas usan distintas unidades de tiempos

SlotTime, Dwait

Este es el "tiempo de frecuencia libre para transmitir", o sea, después de que la frecuencia está libre, debe de pasar este tiempo para poder emitir nosotros. Este temporizador actúa en conjunción con otro parámetro: la P-Persistance. Este último mide la probabilidad de que enviemos cuando ha concluido el SlotTime. O sea, cuando se libera la frecuencia, se espera SlotTime, se calcula la probabilidad, y si tiene éxito, emitimos (siempre que mientras tanto la frecuencia no haya sido ocupada por otra estación). Para que sirve este timer tan tonto? preguntarán algunos. Pues es muy importante en el tema de la compartición de la frecuencia y el "abuso" por parte de algunas estaciones. Con este timer, nos aseguramos de que cuando la frecuancia se libere, no se pongan todas las estaciones a emitir a la vez, pisándose unas a otras. Esto no ocurre con el protocolo DAMA, así que en ese caso este parámetro queda desactivado automáticamente. Pero normalmente hay que darle un valor no inferior a 80 ms, recomendado que todas las estaciones tengan 100 ms.

Firmware TAPR: DWAIT [10] - 0-250 *10ms
SLOTS [4] - 0-127 (N° max. de veces que se espera SlotTime)
Firmware TF : W [10] - 0-127 *10ms
P [64] - 0-255 (0-100%)

Nota: En TAPR 1.1.9 hay que usar ACKPRIOR OFF, PPERSIST ON, y PERSIST 8,
no tengo muchos datos sobre esto, así que agradezco colaboraciones.

FrAck, Timer-1

Su nombre de guerra es Frame Acknowledgement (confirmación de paquete), y establece el tiempo que hay que esperar después de enviar un paquete, para reenviarlo de nuevo en caso de no recibir respuesta de la estación contraria. Por esta misma causa, puedes comprobar instantáneamente si el valor que has puesto corresponde con el tiempo que querías establecer, de esta forma: haz intentos de conexión con una estación inexistente, y a continuación mide el tiempo entre dos paquetes SABM sucesivos. Este parámetro es bastante importante ya que si se pone mal (demasiado pequeño) origina una repetición innecesaria de peticiones, que acabar haciendo que el destinatario conteste a cada una de ellas el número de veces pedidas. Si esa respuesta consiste en paquetes Info, se envían uno detrás de otro el número de paquetes establecido por el MaxFrame de la estación contraria, repitiendo esta sucesión tantas veces como peticiones sucesivas se hayan producido. Ejemplo:

YO>TU: RR3
YO>TU: RR3 TU>YO: I03
Datos......
TU>YO: I04
Datos......
TU>YO: I05
Datos......
TU>YO: I03
Datos......
TU>YO: I04
Datos......
TU>YO: I05
Datos......

Como ves, en este caso está duplicado el envío de cada paquete, además de forma innecesaria. Puedes comprobar cómo esto sucede poniendo un FRACK de, digamos, 1 segundo, en una frecuencia cargada. El valor que suele venir por defecto es 5 segundos, aunque para evitar problemas recomiendo que sean 6. De todas formas, variando este parámetro sólo estamos estableciendo el valor inicial del FrAck, a lo largo de la conexión se irá ajustando (suavizando) dependiendo del tiempo de respuesta que se vaya obteniendo.

Firmware TAPR: FRACK [6] - 1-15 segundos.
Firmware TF : F [6] - 1-15 segundos. El rango 16-65535 ajusta el SRTT,
*10ms, siendo FrAck=A3*SRTT (A3=3 por defecto)

RespTime, Timer-2

O Packet-Response-Timer, es un tiempo que hay que esperar desde que recibimos una serie de paquetes-Info y enviamos la confirmación de llegada de éstos. Se suele conocer también como Timer-2. Es muy importante tener bien ajustado este parámetro, ya que un valor demasiado bajo conlleva consecuencias nefastas. Este temporizador debe ser siempre superior al tiempo que se tarda en recibir 1 paquete, que a 1200 bps y con un PacLen de 256, es más o menos 2 segundos (contando los datos de la cabecera). Si es menor que 2 segundos, entonces nuestra estación enviará un paquete RR de confirmación por cada paquete Info recibido. Creo que está claro que esto no sólo es superfluo sino que puede provocar una repetición incesante de paquetes ya recibidos. Esto ocurre porque mientras que se está recibiendo el siguiente paquete, el temporizador acaba y se envía a la cola de paquetes pendientes un paquete RR confirmando el primero que llegó (y por consiguiente pidiendo el segundo). Pero el segundo paquete está siendo enviado en esos momentos, por lo que esa petición sera innecesaria cuando llegue a emitirse. Un ejemplo:

YO>TU: RR1
TU>YO: I01
TU>YO: I02 -- mientras se recibe, acaba T2 y se genera un RR2
TU>YO: I03 -- idem, se genera un RR3
YO>TU: RR2
YO>TU: RR3
YO>TU: RR4
TU>YO: I02 -- redundante
TU>YO: I03 ....

En el TFPCX esto no ocurre casi nunca ya que está protegido contra estas situaciones. Pero el TFX hace exactamente esto cuando le ponemos el Resp-Time a un valor muy bajo. Solo que en pantalla el orden de los paquetes no es el mismo con el que son enviados. El RR2 aparecería justo después del I02, pero se envía realmente cuando la frecuencia está libre.

Firmware TAPR: RESPTIME [30] - 0-250 *100ms
Firmware TF : @T2 [100] - 0-65535 *30ms

LinkTime, Timer-3

También llamado Link-Inactivity-Timer (temporizador en inactividad del enlace), es un temporizador que empieza a contar marcha atrás cuando, como su nombre indica, no hay actividad en el enlace establecido. O sea, cuando una estación no está enviando nada a la otra, ni recibiendo. El valor que suele venir establecido son 3 minutos. Sin embargo, aconsejo ponerlo a 1 minuto, por la razón que explico a continuación: en caso de que el enlace sea de mala calidad, muchas veces las dos estaciones conectadas permanecen largo tiempo en espera sin hacer nada, aun cuando se este realizando una transferencia de datos entre ambos (o sea, paquetes Info). Entonces una espera muy larga originará pausas muy grandes, lo que puede minimizarse disminuyendo el Timer-3. Poniendolo a 1 minuto, nos aseguramos de que la espera más grande será de 1 minuto. No está mal para una frecuencia compartida, y un paquete RR cada minuto como mínimo, no supone carga alguna innecesaria. Hay situaciones peores.

Firmware TAPR: ?
Firmware TF : @T3 [6000] - 0-65535 *10ms

Soft-DCD

Este parámetro es bastante conocido, aunque pocos saben el valor correcto que se le debe dar. El DCD (Data Carrier Detect) es un pin del puerto serie que se activa cuando están llegando datos. Esto es lo que se conoce como Hard-DCD (DCD por Hardware), y son pocos los modems o TNC que lo incorporan. Otra forma de detectar el DCD es mediante el Squelch de la emisora, cosa que a veces también se llama Hard-DCD, aunque su nombre correcto es Transiciones de Datos. Tiene la diferencia de que no se está usando el pin DCD. La última forma es Soft-DCD, que consiste en que se "adivina" si lo que se está recibiendo son datos válidos o sólo ruido, mediante software. En este caso el Squelch de la emisora está abierto. Normalmente hace falta un ajuste de sensibilidad.

Firmware TAPR: SOFTDCD [OFF] - ON/OFF, ON: no usar el Squelch, OFF: usarlo.
Firmware TF : @C [0] - 0-63, 0=usar el Squelch. Si se desea usar
el Soft-DCD, se recomienda 25 o menos.
(Sólo TFX) : @D [2] - 0=FullDuplex (no DCD), 1=pin DCD, 2=usar
Squelch, 3=Soft-DCD. Ajuste de sensibilidad
entre 4 (4%) y 100 (100%), recomendado 50.

InfoPoll

Tambien llamado IPoll, es uno de los pocos "inventos" que se han hecho para mejorar algo el rendimiento del AX.25. De hecho, en la versión 2.0 del protocolo (1984), esta forma de actuar no está contemplada, por lo que se puede considerar algo "ilegal", en la próxima versión del AX.25 posiblemente se incluirá algo como esto. Consiste en un pequeño truco para saltarse las pausas que a veces se producen debido al envío de paquetes RR de búsqueda (Poll). En lugar de enviar este paquete, se envía un paquete Info para ir adelantando trabajo, el cual sirve también de RR. No conviene enviar siempre un paquete Info en lugar de un RR debido a que la longitud de los primeros exceden con mucho a la de los RR. Por ello, se establece una limitación del tamaño del paquete que puede ser enviado como "Poll". Se recomienda no pasar de 128 bytes.

Firmware TAPR: ?
Firmware TF : @I [128] - 1-256 bytes, 0=no usar IPoll.

Finalmente y a modo de resúmen, les transcribo un pedacito del archivo de ayuda del AGW:

1) Estoy recibiendo muchos paquetes REJ:
Incrementar el valor se TXDelay (TXD)
2) Estoy enviando muchos paquetes REJ:
Activar el SoftDCD (squelch abierto) si el TNC lo permite
O que la otra estación incremente el TXD
3) Estoy recibiendo muchos paquetes RR1 en la misma transmisión
Incrementar el parámetro FRACK
4) Estoy enviando muchos paquetes RR´s (1,2,3, etc.) en la misma transmisión.
Incrementar el parámetro RESPTIME


FORWARD DE MENSAJES Y BOLETINES

Ya tenemos funcionando al BBS, ahora veremos los archivos y ajustes que son necesarios para:

Gestionar la mensajería
Rechazar determinados boletines
Procesar y depurar las bases de datos de boletines y rutas.


CONFIGURACION DEL FWD

Importante: Se debe crear el Usuario-BBS la primera vez con el comando EU desde la consola o desde el menú para WINFBB, o sólo desde la consola para DOSFBB y ponerle la B de BBS. NO LA “S” DE SYSOP !!
Asimismo, si se va a hacer fwd por Telnet, habrá que habilitarle también la marca de Modem.y asignarle una pasword para el acceso.

Secuencia de comandos para la creación de un usuario BBS con el DOSFBB:

Estando en la consola, tipear EU LA-DISTINTIVA-DEL-BBS [enter]
Ante el mensaje de Indicativo no conocido… Lo crea ? (S/N), tipear S [enter]
Se presentaran los datos asignados a la nueva estación. Tipear una B y dar [enter]
Se vuelven a presentar los datos, ahora con la B de BBS asignada.
Tipear N NOMBRE-DEL-BBS y dar [enter]
Se vuelven a presentar los datos, ahora con el nombre asignado.
Dar [enter] para finalizar

Secuencia de comandos para la creación de un usuario BBS con el WINFBB:

En el Menú del WINFBB seleccionar Edit y luego User
Dar un clic en el botón Add User
En CALLSIGN borrar esa palabra e ingresar la distintiva
En Name, ingresar el nombre
Dar un clic en el cuadrito referenciado como BBS (a la derecha de la ventana)
Dar un clic en el cuadrito referenciado como Modem / Telnet (si va a hacer fwd por Telnet)
En este caso, asignar una password en el campo Password. No es necesaria la password para la conexión vía radio.
Para finalizar dar un clic en “Apply” y luego en “Close”

Ahora, para poder recibir y enviar boletines y/o mensajes personales, se debe actuar sobre los siguientes archivos:

BBS.SYS
FORWARD.SYS
REJECT.SYS
ARCHIVOS “PARTICULARES”

El BBS.SYS y el FORWARD SYS, indican con quien vamos a intercambiar correo y el REJECT.SYS lo que vamos a rechazar, si es que rechazamos algo…
Los ARCHIVOS PARTICULARES, son archivos que van en el subdirectorio C: \ FBB \ SYSTEM \ FWD y se usan para determinar que clase de boletines vamos a intercambiar. Deben existir los mismos de acuerdo a lo cargado en el BBS.SYS y el FORWARD.SYS

BBS.SYS
UNICACION: C:\ FBB \ SYSTEM

############
# BBS.SYS #
############
#
# Aqui van todos los BBS con los que mantenemos FWD y las declaraciones
# de fwd interno (mail, amsat, auto7p, etc.)
# NO ELIMINAR NINGUNA LINEA. SI SE AGREGAN O SE SACAN BBS, BORRAR LA
# DISTINTIVA PERO NO ELIMINAR EL NRO AL COMIENZO DE CADA FILA
# A LOS EFECTOS DEL APUNTE SE HAN ELIMINADO LINEAS VACIAS INTERMEDIAS PERO
# DEBEN EXISTIR SIEMPRE 80 LINEAS NUMERADAS CONSECUTIVAS DE LA 01 A LA 80.
#
01
02 CX2ACB
03 LU7DBA
04 LU2HJA
05 LU1KBK
06 LU4HH
07
08 LU6DWS
09 LU4DXG
.....
48
….
49 WP
50 AMSAT
51 AUTO7P
52 MAIL
53
….
80

Símplemente indicar en cada linea el fwd que se va a hacer y / o con quien. Notar que el signo < name="FWD_SYS">FORWARD.SYS
UBICACIÓN: C:\ FBB \ SYSTEM

****************
* Forward *
****************
* TELNET
*
< name="REJECT">REJECT.SYS
UBICACIÓN: C: \ FBB \ SYSTEM

Este archivo puede dejarse tal como viene en la instalación y se aconseja editarlo una vez que estemos seguros de que es lo que queremos recibir y que no.

##############
# REJECT.SYS #
##############
#
# Boletines para rechazar:
#
# La acción puede ser R=Rechaza o H=Retiene.
# La distribución u orden en la linea es:
# Accion tipo de boletin de @BBS dirigido a BID tamaño máximo:
# 1 2 3 4 5 6 7
# los símbolos * y ? se usan como comodines, como en MS-DOS, e indican “todos”
# NO DEJAR NINGUN ESPACIO AL COMIENZO DE CADA LINEA !!
#
# R para rechazar, H para retener :
# 1 2 3 4 5 6 7
# H * * * * * 20
R B * * WXINFO * 0
R B * * WX * 0
R B * * FETE * 0
R B * QUEBEC * * 0
R B * THEBOX * * 0
R B * * VENTA * 0
R B * * WP * 0
Las siguientes líneas de rechazo no permiten que entren a nuestros BBS mensajes provenientes de estaciones que no tienen una distintiva válida:

R * @ * * * 0
R * @@ * * * 0
R * @@@ * * * 0
R * @@@@* * * * 0
#
R * # * * * 0
R * ##* * * * 0
R * #@@@* * * * 0
R * #@ * * * 0
R * @# * * * 0
R * @#@#* * * * 0
#

ARCHIVOS PARTICULARES
UBICACIÓN: C: \ FBB \ SYSTEM \ FWD

Se debe armar un archivo de estos por cada BBS declarado en el FORWARD.SYS y BBS.SYS. Debe llevar el mismo nombre del BBS con el que vamos a hacer fwd.
Por ejemplo, si declaramos a LU0ZZZ en el BBS.SYS y en el FORWARD.SYS, deberá existir un archivo llamado LU0ZZZ en C: \ FBB \ SYSTEM \ FWD (SIN EXTENSION: NO PONERLE .TXT NI NADA. SOLO LA DISTINTIVA !!).
Si no existe el archivo, el programa emitirá un mensaje de error cuando intente procesar el fwd correspondiente (p.ej.:“Can´t lock the file LU0ZZZ”.)

A DISTINTIVA # esta primera línea empieza siempre con A
#
P C # identificación de que canal del port.sys se usa para este fwd.
# En este caso es el canal C, o línea 3 de la sección de
# declaracion de TNC´s, o TNC definido como 3. Si el fwd va
# por el TNC declarado como 2, es B y si va por el 1 es A.
# Si el fwd va a un archivo en lugar de la indicación del canal va
# una @ (arroba). (P @)
#
C C DISTINTIVA # Pedido de conexión
#
B DISTINTIVA # La B envía a ese BBS todos los mensajes personales que
# tengan esta distintiva en la ruta jerárquica.
B DISTINTIVA 1 # se pueden agregar mensajes personales para otros BBS
B DISTINTIVA 2 # adicionando tantas lineas B como se quiera, pero
# asegurándose antes que esos otros BBS son los correctos.
#
F DISTINTIVA # La F envía los mensajes personales que son PARA esa
# distintiva.
#
G LUNET # La G es para indicar que boletines van a ir a ese BBS.
G LATNET # Va una línea G por cada grupo de boletines. Si ponemos
# G * (asterisco), le manda todo lo que recibamos de todos
# los grupos.
#
H *.5000.* # Se pueden agregar asteriscos como comodin en las lineas B y
# en este caso, donde H significa que todos los boletines o
# mensajes que tengan el nro 5000 en la ruta serán enviados
# a este BBS.
H 5507.MZ.ARG.SA # Estos son otros ejemplos de enrutamiento usando comodines.
H *DELTA.BA.ARG.SA # El primero manda todo lo que tenga 5507.MZ.ARG.SA en la
H *.CHL.* # dirección, el segundo, todo lo que tenga DELTA.BA.ARG.SA y
# el tercero, todo lo que tenga *.CHL.*
#
R # No olvidarse de poner esta R al final que habilita el forward de
# vuelta.
#
--------- # Finalmente esta línea de ------- también debe existir como
# indicación de FIN DE BLOQUE.


EJEMPLO DE ARHIVO DE FWD INTERNO

A WP
P @
IF 13,14,15,01 # este IF se usa para fijar la hora en que arranca este fwd y se
# debe usar en todos los archivos de fwd para fijar horarios de
# comienzo ya que si no se coloca, el fwd arranca cada 15
# minutos
C C:\FBB\WP.OUT # Nótese que anida el comando de pedido de conexión y
# termina SIEMPRE en la sentencia ENDIF.
ENDIF # TENER CUIDADO EN DEFINIR MUY BIEN EL NOMBRE
# Y DIRECTORIO DE SALIDA !!, ESPECIALMENTE SI SE VA A
# USAR EL ARCHIVO PARA HACER FWD DE 7PLUS.
F WP
B WP
-----------


ADMINISTRACION INTERNA DE MENSAJES Y BOLETINES

Los mensajes se graban en forma de archivos de texto en el directorio C: \ FBB \ SYSTEM \ MAIL.
Dentro de \ MAIL, se crean 10 subdirectorios mas: MAIL0 a MAIL9 y los mensajes se guardan por número dentro de cada uno con el nombre M_nnnnnn.MES. Por ejemplo, el mensaje M_000001.MES se guardará en el subdirectorio MAIL1, el nro. M_000002.MES, en MAIL2 y asi sucesivamente.

DIRMES.SYS
UBICACIÓN: C:\ FBB \ SYSTEM

Para que el FBB sepa cuantos boletines y mensajes tiene y donde están, crea el archivo DIRMES.SYS automáticamente cada vez que se ejecuta la depuración y si este archivo se borra o se corrompe, el FBB pierde la referencia y los mensajes ya no se verán mas. Tampoco se borrarán cuando se ejecute la depuración…
Es por eso que el sistema guarda automáticamente una copia del DIRMES.SYS en C: \ FBB \ BACKUP (revisar esta ubicación) con el nombre DIRMES.S1: si ocurre un desastre se podrá recuperar el índice copiando el DIRMES.S1 a C:\ FBB \ SYSTEM con el nombre DIRMES.SYS.

EPURMESS.INI
UBICACION: C:\ FBB

Este archivo es muy importante y define la permanencia de los mensajes y boletines dentro de nuestro BBS.
El borrado de mensajes puede ser dado en días de acuerdo a parámetros de permanencia que figuran mas abajo (PN, PX, PY, etc.) o borrados directamente.
NOTA: Los boletines marcados como B$, están en tránsito, (pendientes de envío por parte de nuestro BBS), y no son alcanzados por el proceso de depuración.

################
# EPURMESS.INI #
################
# Archivo para decidir la vida de los mensajes
#
# Directorio de mensajeria
\FBB\MAIL\
#
# Directorio para mensajes binarios
\FBB\BINMAIL\
#
# Directorio para mensajes borrados
\FBB\OLDMAIL\
#
# Ubicación del archivo DIRMES.SYS (base de datos de mensajería)
\FBB\SYSTEM\DIRMES.SYS
#
# Archivo de resguardo del DIRMES.SYS
\FBB\SYSTEM\DIRMES.OLD
#
# Nuevo archivo DIRMES (luego de la limpieza)
\FBB\SYSTEM\DIRMES.NEW
#
# Resultado de la limpieza se graba en:
\FBB\EPURMESS.RES
#
# Parámetro para mensajes personales y boletines (0=borra 1=archiva en oldmail)
0 0
#
# Parametros en dias para mensajes personales:
#
# de PN a PX (dias despues de haber sido escrito el mensaje)
5
#
# de PY a PX (días después de haber cambiado el mensaje a Y)
2
#
# PF -> PK (días despues de haber cambiado a F)
2
#
# PX -> PK (días despues de haber cambiado a X)
0
#
# PK -> PA (días después de haber cambiando a K)
0
#
# Los mismos parametros en dias para boletines generales:
# pero cambiando la P por una B. La explicación es la misma.
# BN -> BX
7
# B$ -> BX
7
# BY -> BX
7
# BX -> BK
14
# BF -> BX
14
# BK -> BA
0
#
# Mensaje de retorno automáticos para aquellos no forwardeados
# Cada línea no debe exceder de los 255 caractares. Se desactiva con 0.
# Formato: Timeout o tiempo máximo de guarda para la ruta equivocada (numero de días +
# texto, y fin del mensaje con $W)
21 Este mensaje no pudo ser enviado por link deficiente.$W
#
# Ruta equivocada o dirección jerárquica desconocida (numero de días + texto, y fin del
# mensaje con $W)
2 Este mensaje no pudo ser enviado por estar mal la ruta o la distintiva.$W
#
###########################################################################
# Nuevo a partir de la versión 7.00:
# nro. máximo de lineas en un mensaje de retorno:
10
#
#############################################################################
------
#
# Parámetros especiales de permanencia. Ignoran los citados anteriormente:
# Si en 1 ponemos @ se aplicará ese parámetro a los boletines mandados VIA ese GRUPO
# Si ponemos >, se aplicará ese parámetro a los boletines mandados PARA ese TEMA,
# independientemente de la VIA (WW, LUNET, LATNET, etc.)
# Formato: 1- Tipo 2- A 3-Cantidad de dias de vida.
# NO DEJAR ESPACIOS EN BLANCO AL COMIENZO DE CADA LINEA
# 1 2 3
@ WW 2
@ INET 0
> TECH 30
> TECNI 30
> TECNO 30
> TECHNI 30
> TECNIC 30
> CQ 90
> ANTEN 30
> ANTENN 30
#
# Fin de archivo
#

Cuando finaliza el proceso de depuración se deja el archivo EPURMESS.RES en el mismo lugar y en él se muestra el resultado del trabajo:


BOLETINES O MENSAJES CON CODIGO 7PLUS

Mucho del tráfico de la red es ocupado por este tipo de envíos que no son mas que archivos binarios divididos en “n” partes, que luego se unen en nuestro BBS al recibirlas todas. Si es que las recibimos todas y bien…

AUTO7P.EXE
UBICACIÓN: C:\ FBB

El programa que se encarga de decodificarlos es el AUTO7P.EXE y está en C:\FBB.
Esta decodificación puede o no activarse y es complementada por otro programa llamado AU7PFWD.EXE, ubicado en el mismo lugar, y que se encarga de marcar y borrar los boletines que ya han sido procesados.
El AUTO7P también puede usarse para “solicitar” archivos al BBS pero no todos los sysop mantienen habilitada esta funcionalidad. Para hacerlo, se edita el archivo INIT.SRV y se coloca debajo de todo, en la sección habilitada para “Servers”

A continuación va el archivo de configuración

AUTO7P.CFG
UBICACIÓN: C:\ FBB

#
# CONFIGURACION PARA AUTO7P v1.32
# No escribir mas de 79 caracteres por línea !.
#
# Distintiva del BBS, sin SSID
LU0ZZZ
#
# Directorio base para el programa server. Se pueden declarar hasta 8 directorios o ubicaciones.
# Las distintas ubicaciones deben separarse con uno o mas espacios
C:\FBB\USERS\
#
# Nombre del archivo de importación de datos
C:\FBB\MAIL.IN
#
# Directorio de trabajo para AUTO7P. Es donde se guarda el archivo a convertir
# Tener mucho cuidado en su definición ya que si nos equivocamos, el server no funcionará.
C:\FBB\AUTO7P
#
# Directorio donde el auto7p colocará los archivos armados o convertidos.
# Si este es igual al anterior, el archivo no será movido.
C:\FBB\USERS\7PLUS
#
# Distintiva / s donde auto7p enviara los mensajes al sysop cuando se arme un archivo o se
# mueva al directorio final.
# Poner un * si no se desean generar mensajes de aviso
LU0ZZZ
#
# Tamaño máximo para la división del archivo de importación a enviar ante pedidos personales,
# en Kbytes ( de 20 a 1000), 0=no se divide y se manda todo junto. Sólo aplicable si está
# habilitada la opción de pedir archivos en el INIT.SRV
#
# Nuevo desde la versión 1.32: Tamaño máximo del pedido de corrección de partes
# corruptas en kb 0 a 1000,
#
# Nuevo desde la versión 1.32B: Tamaño máximo del archivo original 0 a 1000000 Kb. 0 no
# hay máximo.
# De otra forma, es el máximo tamaño que puede asumir el archivo original una vez
# decodificado. Esta opción aplica sólo a los pedidos de archivos, no a la decodificación
# automática de boletines que llegan al BBS.
#
# MAX MAIL MAX COR MAX TAMAÑO ORIG
20 5 2000
#
# Marca de descarga o pedidos por parte de usuarios.
# 1 Cualquier usuario pide un archivo SOLO para su distintiva.
# 0 Solo el usuario que figure en la lista puede pedir un archivo.
0
#
# Lista de estaciones o usuarios habilitados a pedir archivos y tipo de permiso.
# 0 Excluido
# 1 El usuario puede pedir archivos sólo para su distintiva.
# 2 El usuario puede pedir archivos o redireccionarlos a otro (comando AUTO7P TO)
LN0ÑÑÑ 0
LU0ZZZ 2
LU0ABC 1
#

EJEMPLO DE ARCHIVO DE FWD INTERNO PARA AUTO7PLUS:

A AUTO7P
P @
IF 11,13,14,15,22
C C:\FBB\AUTO7P\AUTO7P.FWD # la misma ubicación que la declarada en el cfg anterior.
ENDIF
B AUTO7P
F SYSOP
G *
--------------



COMO DECODIFICAR LOS BOLETINES 7PLUS.

Cuando el AUTO7P detecta código en los boletines, guarda el resultado en un archivo definido como AUTO7P.FWD en la configuración del programa.
Usualmente, en el proceso de depuración o mantenimiento el programa levanta ese archivo, lee las partes, arma el resultado, coloca el archivo en la salida e informa al sysop.
Otra forma de procesar el AUTO7P.FWD es a través del archivo CRON.SYS que ejecuta determinados comandos de acuerdo a parámetros fijados por el sysop. El tratamiento de este archivo está en la sección destinada a CONFIGURACION DE OTROS ARCHIVOS.


COMO ENVIAR ARCHIVOS EN 7PLUS

Existen varios programas destrinados a este propósito, incluyendo al propio AUTO7P pero trataremos el tema usando el programa 7SENT que viene en las versiónes WIN del FBB.


7SENT.EXE
UBICACIÓN: C:\ FBB \ SPLIT

NOTA MUY IMPORTANTE: Para enviar archivos de esta forma habrá que tener muy en cuenta el tamaño de cada parte, la cantidad de partes inyectadas en la red y la posibilidad de que lleguen a armarse bien.
No olvidarse de que hay estaciones de packet que trabajan en HF y que el tráfico de, por ejemplo, 10 o mas archivos de 10k resulta en un trabajo eterno…, con el agravante de que, si una sóla de las partes se corrompe en el proceso (cosa bastante común), todo habrá sido en vano…

Para enviar un archivo haremos lo siguiente:

0- Colocar el programa o archivo a enviar en el directorio C:\FBB\SPLIT para evitar buscarlo por toda la PC…
1- Ejecutar el programa 7SENT
2- La primera vez que usemos el programa Presionar F10 para configurarlo

En la pantalla de configuración editar también con F10 cada uno de los campos, y completarlos:
Callsign: TU-DISTINTIVA
Directory Program: C:\FBB\ (aquí se dejan las partes para que el FBB las procese)
Lenght Split Bytes: 5000 (o menos: es el tamaño que se dará a cada parte del archivo a enviar)
Bytes to Send Hour: No editable. Dejar así.
Use Program Type: Elegir FBB
Password to use PRIV: Dejar en PRIV
Autosave /ack e PRIV: Dejar en Disable

3- Darle “Enter” para que muestre la pantalla de búsqueda del archivo a enviar
4- Darle otra vez “Enter”: nos muestra el contenido del directorio actual.
5- Ir bajando y seleccionar el archivo a enviar. Darle “Enter”
6- Aparece una ventanita que dice Bulletin o Personal. Seleccionar Bulletin.
7- Seleccionar ahora el destino o grupo de interes. Con Alt-e, se edita el campo y se puede cambiar. Sinó elegir uno de la lista y dar dos veces “Enter”
8- Ingresar el ruteo (LUNET, LATNET, WW, etc.)
9- Ingresar los comentarios para la descripcion de lo que estamos mandando.
10- Darle “Enter” para procesar el envío.

Para verificar que se haya generado todo bien, chequear por la consola del FBB que se hayan generado las partes correspondientes.
Igualmente, en el momento de efectuarse el mantenimiento del BBS, el archivo que hemos procesado se armará en nuestra propia máquina.

Nuevamente: mucho cuidado con el tamaño, cantidad y calidad de lo enviado…


CONFIGURACION DE TELNET PARA HACER FWD

Como Telnet forma parte del paquete de Windows se comentará la forma de utilizar este programa junto con el FBB 7.00e para hacer fwd.
Para poder empezar debemos contar con un “Nombre de Dominio”, o lo que es lo mismo, un nombre donde se nos pueda localizar a través de la red de Internet.
La manera mas sencilla de gestionar este nombre es ingresando a http://www.dyndns.org/ y, luego de cargar algunos datos, se nos asignará una cuenta “dyndns.org” totalmente gratuita.
Este nombre de dominio es necesario ya que cada vez que nos conectamos a internet, nuestro proveedor nos asigna una dirección IP que permanece activa hasta que nos desconectemos o alrededor de 12 horas si estamos siempre conectados.
Lo que hace DYNDNS es asignarle a nuestro nombre de dominio esa IP y mantenerla hasta el próximo cambio.
Por lo tanto, cada vez que entremos a internet, si esperamos que se conecten con nosotros vía Telnet, será necesario entrar también a la página de DYNDNS y actualizar la cuenta para que tome los cambios de IP.
Para esto, una vez ingresados a la página de DYNDNS, picar el vínculo para entrar en nuestra cuenta y, luego de ingresar el usuario y la clave, se desplegará una ventana con los datos de la IP registrada y la nueva, asignada por el proveedor.
Dar un clic en el botón “Modify Host” y listo: recibimos el mensaje “Modifications Complete” y ya tenemos a nuestro dominio registrado en la red.
NOTA: Recordar que esta actualización de datos es necesaria si esperamos conexiones. Si nosotros únicamente vamos a llamar a nuestro corresponsal, no hace falta esta actualización.

El segundo paso es descargar el programa PORTMAPPERI.EXE del sitio http://www.analogx.com/ que es el que gestionará el intercambio del fwd utilizando nuestro nombre de dominio junto con el FBB.
Instalaremos el programa en un directorio cualquiera y luego lo configuramos. Para esto usaremos un ejemplo donde uds. reemplazarán las distintivas con las reales.
Supongamos que haremos FWD con las siguientes estaciones las cuales previamente ya nos han informado sus nombres de dominio o “hostnames” y puertos de conexión:

LU9ÑÑÑ.DYNDNS.ORG y usa port 23
PY0ZZZ.MYFTP.ORG y usa port 6302

Abrimos el portmapper que no tiene ninguna pantalla, sólo se instala un pequeño ícono en forma de M en la barra de tareas.
Damos clic-derecho en ese ícono y abrimos "Configure".
Aparece un cuadro con 3 botones. Ignorar el que dice "Configure IP" y dejarlo en blanco no se necesita.
Dar un clic en "Configure Mapping" y una vez dentro, click en "Add":

a) En "Enter port" pongamos 90 y en "Enter Target" LU9ÑÑÑ.DYNDNS.ORG:23.
Como veran luego del host name va ":" (dos puntos) y pegado sin espacios el port que nos ha informado la estacion.
El resto del dialogo lo dejamos como esta o sea "TCP" y "Any interface". Demos click en "OK" y así grabamos la primera estacion.
b) Para la segunda, en "Enter Port" ponemos 91 y en “Enter Target” PY0ZZZ.MYFTP.ORG:6302
El resto es igual al primer caso.

Nótese que es usan puertos virtuales (del 90 en adelante) y asi se podrán seguir añadiendo otras estaciones: 90, 91, 92, 93, etc. La única condición es NO REPETIR LOS NROS DE PUERTOS VIRTUALES EN DISTINTAS ESTACIONES NI COINCIDIR CON PUERTOS REALES DE LA PC, LOS CUALES SON USADOS POR OTROS PROGRAMAS Y/O DISPOSITIVOS..

Luego de cargar todas las estaciones, dar un clic en "Done" y cierran la ventana.
El PORTMAPPER quedo listo y debe permanecer activo cada vez que hagamos el fwd por Telnet.

NOTA: Es posible que el Portmapper presente un bug (o error) que lo hace quedar “tonto” en determinadas ocasiones. Para evitar este problema, debe iniciarse el programa dos o tres minutos antes de las llamadas de forward.
Si se va a dejar premanentemente activo, lo ideal es ejecutarlo desde el programador de tareas de Windows y apagarlo cada 59 minutos, dejarlo descansar un minuto y reiniciarlo nuevamente.

Ahora configuramos el FWD del WINFBB.
Como el WINFBB no maneja direcciones IP, se usará la denominada IP LOCAL (local es interna de nuestra PC) que es 127.0.0.1
Entonces las lineas de conexión en el archivo de FWD serán:

Para LU9ÑÑÑ: C C LU9ÑÑÑ 127.0.0.1 90 (90 es el port definido antes)
Para PY0ZZZ: C C CX4ZLA 127.0.0.1 91 (91 idem)

EJEMPLO DE ARCHIVO DE FWD PARA TELNET

A LU9ÑÑÑ (una de las estaciones configuradas mas arriba)
#
P B (verificar el canal asignado a Telnet en el PORT.SYS. En el
ejemplo usado para este documento, ver que hay 3 líneas de TNC´s: el 0 el 1 y el 2. El 0 es el interno, el 1 es VHF (canal A) y el 2 es el Telnet (canal B)
#
C C LU9ÑÑÑ 127.0.0.1 90 (aquí entra a jugar la configuración del Portmapperi ya que
debe figurar el puerto virtual asingado (90 en este caso).
#
V .distintiva-bbs$Wpassw$W (En esta línea que SIEMPRE empieza con V va la distintiva
del bbs, una variable de retorno ($W), la password que nos
asignó el sysop de LU9ÑÑÑ y otra variable de retorno.
TODO ESTO PRECEDIDO POR UN PUNTO (.) Y SIN
ESPACIOS, TAL COMO APARECE EN EL EJEMPLO)
#
N 1 (Esta línea asinga el protocolo de fwd. El 1 es el protocolo
FBB)
#
B LU9ÑÑÑ (el resto de las líneas son las mismas que para otros
archivos de fwd.)
F LU9ÑÑÑ
G LUNET
R
--------------

RESUMIENDO: Tener bien presente que, para hacer fwd vía Telnet debe estar activo el portmapper antes de empezar la llamada o éste mas la actualización de IP dinámica en DYNDNS.ORG si nos van a llamar a nosotros..


PROCESO DE MANTENIMIENTO DEL BBS (HOUSEKEEPING)

Este trabajo, también llamado “housekeeping” en algunos documentos se procesa en forma automática a la hora indicada en el INIT.SRV y se ejecuta con los siguientes programas:

APPEL.BAT en el DOSFBB
RUNFBB.BAT en el WINFBB

Se extractan a continuación las líneas del archivo RUNFBB.BAT que corresponden a tareas de mantenimiento. En el APPEL.BAT del DOSFBB son similares.

MUCHO CUIDADO CON LA EDICION DE ESTOS ARCHIVOS YA QUE, ADEMAS DE EJECUTAR EL MANTENIMIENTO, SIRVEN PARA ARRANCAR Y PARAR EL BBS.
UNA LINEA MAL MODIFICADA PUEDE DETERMINAR QUE EL BBS NO ARRANQUE MAS…
HACER UN COPIA ANTES DE MODIFICAR CUALQUIER COSA.

Proceso de datos de archivos de AMSAT: con este proceso se actualizan los datos de los distintos satélites cargados en la base interna del FBB que pueden ser usados en trayectografía.

cd C:\FBB
cd C:\FBB\system\sat
if not exist amsat.txt goto amsatend (busca archivo de actualización creado en el fwd)
satupdat amsat.txt /n > satupdat.res (pocesa archivo y deja el resultado en stupdat.res)
satupdat amsat.txt >> satupdat.res (pocesa archivo y deja el resultado en stupdat.res)
del amsat.txt (borra archivo original)
:amsatend
cls

Backup de archivos importantes: Indice de mensajería y datos de usuarios.

cd C:\FBB
echo Backup de archivos importantes...
copy C:\FBB\system\dirmes.sys C:\FBB\backup\dirmes.s1 (copia el DIRMES)
copy C:\FBB\system\inf.sys C:\FBB\backup\inf.s1 (copia el INF)

Depuración de mensajería

del epurmess.res (borra resultados anteriores)
epurmess (procesa depuración de acuerdo a lo indicado en el EPURMESS.INI)

Proceso de 7pluses

auto7p deletime 40 (borra partes de 7plus viejas: mas de 40 días según el parámetro
“deletime”)

au7pfwd c:\auto7p\auto7p.fwd /K >> c:\fbb\report.txt (busca código 7plus en mensajes
borra boletines e informa)
au7pfwd c:\fbb\m_filter.fwd /K >> c:\fbb\report.txt (repite lo mismo para otro archivo)

auto7p inquiryfile c:\fbb\auto7p\auto7p.fwd (procesa partes e intenta armar)
auto7p inquiryfile c:\fbb\m_filter.fwd (procesa partes e intenta armar)

Proceso de White Pages o Páginas Blancas: Base de datos de direcciones jerárquicas.

epurwp 40 90 (ejecuta la depuración: 1er. Nro: Nro de días antes de actualizar
2do. Nro.: de días para borrar el registro)

del C:\FBB\system\wp\wp.old (borra archivo de backup viejo)

Proceso de depuración de la base de usuarios

cd C:\FBB\system
clr_user>>C:\FBB\clr_user.res (borra resultados anteriores)

MAINTINF 3 /a (ejecuta el mantenimiento. El
parámetro 3 indica la cantidad de
meses para borrar un usuario
inactivo)

COPY %FBB%\SYSTEM\INF.NEW %FBB%\SYSTEM\INF.SYS (copia el nuevo archivo)

Proceso de información de errores en el proceso de depuración.

NOTA: Este procesito no informa sobre errores como directorios no definidos o archivos no encontrados. Se refiere a errores que generan los procesos ejecutados anteriormente.

if not exist C:\FBB\error.sys goto direct
echo SP DISTINTIVA >> %FBB%\MAIL.IN
echo Reporte de Error >> %FBB%\MAIL.IN
type %FBB%\ERROR.SYS >> %FBB%\MAIL.IN
echo. >> %FBB%\MAIL.IN
ECHO /EX >> %FBB%\MAIL.IN
type %FBB%\ERROR.SYS >> %FBB%\ERROR.LOG
del %FBB%\ERROR.SYS

CONFIGURACION DE OTROS ARCHIVOS

IDIOMA DEL BBS

LANGUE.SYS
UBICACIÓN: C: \ FBB \ SYSTEM

Este archivo indica que cantidad y cuales son los lenguajes que contiene nuestro BBS.
Se complementa con el archivo que contiene los literales y mensajes del idioma ubicado en
C:\ FBB \ SYSTEM \ LANG.
Estos archivos tienen la extensión TXT y se pueden editar pero NO AGREGAR NI QUITAR LINEAS, SOLO SE PUEDE MODIFICAR SU CONTENIDO.

#
# Lenguajes del BBS que se asignara al usuario la primera vez que se conecte.
# Se puede definir una lista de prefijos para que se asuma el lenguaje.
# Los parámetros son: 1- Cantidad de idiomas, 2- Nro. de buffers, 3- Idioma por defecto
# Liberando las líneas que empiezan con # se activa el idioma.
# DEBE EXISTIR EL ARCHIVO CORRESPONDIENTE A CADA IDIOMA DEFINIDO EN
# C:\FBB\SYSTEM\LANG\
1 2 1
#
#ENGLISH
#FRANCAIS
ESPAGNOL
#ITALIANO
….
#SVENSKA
#
# 1 : Anglais
# 2 : Francais
# 3 : Espagnol
# 4 : Italiano
# 5 : Nederland
# 6 : Deutch
# 7 : Catala
# 8 : Norsk
# 9 : Portugues
# 10: Dansk
# 11: Svensk
# 12: Hrvatski
# Lista de prefijos y asignación de idiomas. Ni no se define o hay uno sólo se asume el idioma por
# defecto.
C3* 7
CT* 9
…etc.
#

ESPAGNOL.TXT, ESPAGNOL.INF, ESPAGNOL.HLP
UBICACION: C: \ FBB \ SYSTEM \ LANG

El ESPAGNOL.TXT es el que tiene todos los textos que se usan en el BBS.
Como se mencionó antes, se puede editar y cambiar lo que se desee, pero sin agregar ni borrar ninguna línea. Es muy recomendable leer la definición y uso de variables en cualquier manual del FBB ya que se usan mucho en este archivo.

El ESPAGNOL.INF es otro archivo de texto que contiene una breve descripción del BBS y se llama con el comando I (letra i) desde la consola o cuando ingresamos remotamente al BBS.

El ESPAGNOL.HLP es el que contiene los textos de la ayuda en línea del BBS. También es un texto editable y se le pueden agregar o modificar funciones.
Si se agregan funciones, se debe respetar el siguiente formato:

@@ 14 CLAVE1CLAVE2CLAVE3
COMO USAR EL SERVER XXXXXX
-------------------------------------------------------
Texto referido a la ayuda. La cantidad de líneas que se quieran.

Las dos arrobas y el 14 (@@ 14) indican que ahí empieza un tema de ayuda.
CLAVE1, CLAVE2 y CLAVE3, son 3 accesos (o mas), diferentes que puede tener ese tema de ayuda. Por ejemplo, un tema referido a satélites, puede ser SATELITESATSATESA etc. Nótese que cada clave está separada por una barra () vertical sin espacios. Entonces la ayuda se presentará cuando un usuario tipee SATELITE, SAT, SATE o SA en el prompt del BBS con el símbolo de interrogación al principio ( ?SAT, por ejemplo ).
El texto que compone la ayuda es libre y debe ir directamente debajo del título o de la línea de puntos que se usa a modo de separador.

BEACON.SYS
UBICACIÓN: C: \ FBB \ SYSTEM

Es el archivo que el BBS usa para identificarse en la frecuencia y sale cada “n” minutos configurables. PUEDE TENER VARIAS LINEAS DE EXTENSION PERO TIENE QUE VER DIRECTAMENTE CON EL PACLEN.
El paclen es la cantidad de bytes que el BBS emite en cada paquete.
Como ejemplo fijaremos un paclen de 250 (bytes) en el PORT.SYS: esto significa que deberemos calcular (a ojo…) cuantos bytes tiene nuestro texto de baliza y no debe exceder de 250 bytes y eso se logra sólo con pruebas (que yo sepa)… Si nos excedemos del paclen, la baliza saldrá en dos paquetes y quedará desprolija.

%15 (tiempo en que sale la baliza. En este ejemplo es cada 15 minutos)
! MAIL-1 (identificación)

<<<>>> Moreno, BA (estas 5 líneas son el texto que no debe exceder al paclen para que salga prolijo y en un solo paquete)
WFBB 7.00e + PK232MBX
$N boletines activos.
Mensajes personales para: $Q
http://www.lw1drj.com.ar


CRON.SYS
UBICACIÓN: C: \ FBB \ SYSTEM

Personalmente no uso este archivo pero se pueden incluir comandos que ejecuten, por ejemplo, el chequeo de 7plus en horarios prefijados:

##########################
# CRON.SYS para FBB 7.00 #
##########################
# CRON.SYS. Se pueden ejecutar comandos DOS a horas prefijadas.
# También se pueden activar o desactivar accesos al Gate, transferencias yapp, sonidos y
# conversación.
# Formato: TALK YES (NO), BIP YES (NO), GATE 1 YES (NO), YAPP 2
# YES (NO).
# Programas DOS se pueden ejecutar como por ejemplo en FORWARD.SYS con los comandos D
# o X .
#
# Como en el FORWARD.SYS, se puede usar H para la hora y D para el día.
# En este documento no se ha tratado este formato de FORWARD.SYS. Ver el manual del FBB
# para mayor información.
# 0=domingo, 1=lunes,.....6=sabado.
# También IF-ENDIF e IF-ELSE-ENDIF se permiten usar
#
# Formastos de tiempo:
# IF H 0-9 todas las horas entre las 00 y 09.
# IF H 0,9 sólo a las 00 y 09.
# IF H 0,9-11 A las 00, y cualquier hora entre las 9 y las 11.
# IF D 0-2 Domingo, lunes, martes.
#
TALK NO
BIP NO
GATE 1 YES
GATE 2 YES
YAPP 1 YES
YAPP 2 YES
IF D 1-5
IF H 15-23
GATE 3 YES
YAPP 3 YES
ELSE
GATE 3 NO
YAPP 3 NO
ENDIF
ELSE
IF H 8-23
GATE 3 YES
YAPP 3 YES
ELSE
GATE 3 NO
YAPP 3 NO
ENDIF
ENDIF

PASSWD.SYS
UBICACION: C:\ FBB \ SYSTEM

Este es otro archivo de texto que sirve para asignar una clave de acceso remoto al Sysop.
Se ejecuta cuando, una vez ingresado al BBS, se envía el comando SYS.
Ante este comando, el BBS responde:

PROMPT-0> 1 6 9 10 8 [1129392329]

Donde la secuencia de 5 números corresponden a la ubicación de cada componente de la clave en el archivo passwd.sys. El nro. Encerrado entre [] es interno del FBB.
El ejemplo siguiente es un archivo de prueba

# DISTINTIVA MASCARA DE SEGURIDAD PASSWORD
LU1AAA 63 1023 123456789
LU2BBB 63 1023 987654321ZABHYTRGYTT

Suponiendo que haya ingresado al BBS la estación LU1AAA y enviado el comando SYS, el BBS le responderá con la secuencia 1 6 9 10 8, LU1AAA deberá enviar los dígitos correspondientes. En el ejemplo será 16908 y dar [enter] a lo que el BBS le responde

Ok
0:PROMPT>

Este OK significa que ha sido aceptada la clave y ya se está en condiciones de ejecutar comandos asignados únicamente al Sysop.
La clave o password debe ser lo mas larga posible, compuesta de nros. y letras intercalados para que no pueda ser decodificada fácilmente.
Se aclara que, cada vez que se envíe el comando SYS, el BBS pedirá una secuencia distinta de dígitos: la primera vez pidió 1 6 9 10 8, la segunda podrá pedir 5 4 9 6 1 y así sucesivamente irá recorriendo todo el string de la pawwsord en forma aleatoria.

SWAPP.SYS
UBICACION: C:\ FBB \ SYSTEM

Este archivo permite algunos encaminamientos fundamentales tales como el del propio BBS.
En la primera línea siempre debe estar: “nuestra estación sin ruta jerárquica”@”estación con ruta jerárquica”

ESTA LINEA SIEMPRE DEBE SER LA PRIMERA

##########################
# SWAPP.SYS for FBB 7.00 #
# for CX2SA BBS by CX2SA #
##########################
#
# El archivo SWAPP.SYS es usado para cambiar las direcciones @BBS, “a”,
# etc.
# > cambia dirección “a” la distintiva
# <> LA8AK @ OZ2PAC.
#
@ CX2SA @ CX2SA.LAV.URY.SA
> CX2SA @ CX2SA


SERVERS

Los servers son pequeños programas que agregan funciones al FBB y pueden ser usados tanto por usuarios remotos como por el propio Sysop.
Hay muchos y muy buenos pero lamentablemente no todos trabajan en las versiones WIN del FBB.
Solo se citarán algunos que se sabe que funcionan y su uso:

MULTSP

Creado por CX2SA para enviar un mismo mensaje a varias estaciones a la vez.

FILE

Sólo funciona en la versión DOS FBB y sirve para grabar como archivo de texto boletines de determinados temas. Es configurable y crea un índice de cada grupo de boletines guardados.

LOG

El log es un conjunto de archivos bat de mi autoría que procesan los logs del FBB mostrando la actividad del BBS. Adicionalmente genera un correo informativo coin esa actividad.


QSLBBS

Envía una QSL virtual en forma de mensaje ante la primera conexión al BBS. Funciona en DOS FBB.