FidoNet

 __ / \ /|oo \ (_| /_) _`@/_ \ _ | | \ \\ | (*) | \ )) ______ |__U__| / \// / FIDO \ _//|| _\ / (________) (_/(_|(____/ © John Madill 

FidoNet es una red informática mundial que se utiliza para la comunicación entre sistemas de tablones de anuncios (BBS). Utiliza un sistema de almacenamiento y reenvío para intercambiar mensajes privados (correo electrónico) y públicos (foros) entre los BBS de la red, así como otros archivos y protocolos en algunos casos. ^{[ 1 ]}

El sistema FidoNet se basaba en varios programas pequeños que interactuaban entre sí, de los cuales solo uno necesitaba ser adaptado para ser compatible con otros programas BBS. FidoNet fue una de las pocas redes compatibles con casi todos los programas BBS, así como con varios servicios en línea que no eran BBS . Esta arquitectura modular también permitió que FidoNet se actualizara fácilmente a nuevos sistemas de compresión de datos , lo cual era importante en una época en la que se utilizaban comunicaciones basadas en módem a través de enlaces telefónicos con altas tarifas para llamadas de larga distancia .

La rápida mejora en la velocidad de los módems a principios de la década de 1990, junto con la rápida disminución del precio de los sistemas informáticos y el almacenamiento, hizo que los BBS se volvieran cada vez más populares. A mediados de la década de 1990, había casi 40 000 sistemas FidoNet en funcionamiento, y era posible comunicarse con millones de usuarios en todo el mundo. Solo UUCPNET se acercaba en términos de alcance o cantidad; la base de usuarios de FidoNet superaba con creces a otras redes como BITNET . ^{[ 2 ]}

La amplia disponibilidad de conexiones a Internet de bajo costo a partir de mediados de la década de 1990 redujo la necesidad del sistema de almacenamiento y reenvío de FidoNet, ya que se podía acceder a cualquier sistema del mundo por el mismo costo. La marcación directa a los sistemas BBS locales disminuyó rápidamente. Si bien FidoNet se ha reducido considerablemente desde finales de la década de 1990, se mantuvo en uso hasta 2016 ^{[ 3 ]} a pesar de la creciente conectividad a Internet.

Existen dos relatos principales sobre el desarrollo de FidoNet, que difieren únicamente en pequeños detalles.

Alrededor de la Navidad de 1983, Tom Jennings comenzó a trabajar en un nuevo sistema de tablón de anuncios que se convertiría en Fido BBS. Se le llamó "Fido" porque el hardware diverso en conjunto era "un verdadero mestizo". ^{[ 4 ]} Jennings instaló el sistema en San Francisco a principios de 1984. Otro de los primeros usuarios fue John Madill, quien intentaba instalar un sistema similar en Baltimore en su Rainbow 100. Fido comenzó a extenderse a nuevos sistemas, y Jennings finalmente comenzó a mantener una lista informal de sus números de teléfono, siendo Jennings el número 1 y Madill el número 2. ^{[ 5 ]}

Jennings lanzó la primera versión del software FidoNet en junio de 1984. A principios de 1985, escribió un documento que explicaba el funcionamiento de FidoNet, junto con una breve sección sobre la historia del sistema. En esta versión, FidoNet se desarrolló como una forma de intercambiar correo entre los dos primeros sistemas BBS Fido, el de Jennings y el de Madill, para "ver si era posible, simplemente por diversión". Esta función se implementó por primera vez en Fido V7, "en algún momento de junio de 1984 aproximadamente". ^{[ 6 ] [ 7 ] [ 8 ]}

A principios de 1984, Ben Baker planeaba iniciar un BBS para el recién formado club de informática de la división automotriz de McDonnell Douglas en St. Louis . Baker formaba parte del grupo de interés especial de CP/M dentro del club. ^{[ 9 ]} Tenía la intención de usar el sistema CBBS , el sistema seminal alojado en CP/M , y se puso a buscar una máquina para ejecutarlo. El presidente del club le dijo a Baker que DEC les prestaría una computadora Rainbow 100 de forma indefinida, así que planeó trasladar el CBBS a esta máquina. La Rainbow contenía dos procesadores , un Intel 8088 y un Zilog Z80 , lo que le permitía ejecutar tanto MS-DOS como CP/M , con el BBS funcionando en este último. Cuando llegó la máquina, descubrieron que el lado Z80 no tenía acceso a los puertos de E/S , por lo que el CBBS no podía comunicarse con un módem . Mientras buscaba software que funcionara en el lado MS-DOS del sistema, Baker conoció Fido a través de Madill. ^{[ 5 ]}

El software Fido requería modificaciones en los controladores serie para funcionar correctamente en el Rainbow. Se inició un proyecto de adaptación en el que participaron Jennings, Madill y Baker. Esto provocó que todos los involucrados acumularan considerables gastos de llamadas de larga distancia, ya que se llamaban entre sí durante el desarrollo o se conectaban a los BBS de los demás para dejar correos electrónicos. Durante una de esas llamadas, "en mayo o principios de junio", Baker y Jennings comentaron lo genial que sería que los sistemas BBS pudieran comunicarse automáticamente, intercambiando correo y archivos entre ellos. ^{[ 5 ]} Esto les permitiría redactar correos en sus ordenadores locales y enviarlos rápidamente, en lugar de llamar y escribir el mensaje durante una llamada de larga distancia. ^{[ 5 ]}

Jennings respondió llamando al sistema de Baker esa noche y subiendo una nueva versión del software que constaba de tres archivos: FIDO_DECV6, una nueva versión del programa BBS, FIDONET, un nuevo programa, y ​​NODELIST.BBS, un archivo de texto. La nueva versión de FIDO BBS tenía un temporizador que la hacía salir a una hora específica, normalmente por la noche. Al salir, ejecutaba el programa FIDONET por separado. NODELIST era la lista de sistemas BBS de Fido, que Jennings ya había estado compilando. ^{[ 5 ]}

El programa FIDONET era lo que más tarde se conocería como un servidor de correo . El software FIDO BBS se modificó para usar un campo numérico previamente no utilizado en las cabeceras de los mensajes para almacenar un número de nodo para la máquina a la que debía entregarse el mensaje. Cuando FIDONET se ejecutaba, buscaba en la base de datos de correo electrónico cualquier mensaje con un número en este campo. FIDONET recopilaba todos los mensajes para un número de nodo específico en un archivo conocido como paquete de mensajes . Una vez generados todos los paquetes, uno por cada nodo, el programa FIDONET buscaba el número de teléfono del nodo de destino en NODELIST.BBS y llamaba al sistema remoto. Siempre que FIDONET estuviera ejecutándose en ese sistema, los dos sistemas establecían la conexión y, si esta era exitosa, el sistema que llamaba subía su paquete, descargaba un paquete de respuesta si lo había y se desconectaba. FIDONET descomprimía entonces el paquete de respuesta, colocaba los mensajes recibidos en la base de datos del sistema local y pasaba al siguiente paquete. Cuando no quedaban paquetes, FIDONET salía y ejecutaba el programa FIDO BBS. ^{[ 10 ]}

Para reducir los costos de larga distancia, los intercambios de correo se programaron para funcionar tarde en la noche, normalmente a las 4 AM. ^{[ 6 ]} Esto se conocería más tarde como hora nacional del correo , ^{[ 11 ]} y, más tarde aún, como hora del correo zonal .

En junio de 1984, la versión 7 del sistema ya estaba en producción y se añadían nodos a la red con rapidez. En agosto, la lista de nodos contaba con casi 30 sistemas; en septiembre, con 50; y en enero de 1985, con más de 160. A medida que la red crecía, el mantenimiento de la lista de nodos se volvía prohibitivo y los errores eran frecuentes. En estos casos, la gente empezaba a recibir llamadas a las 4 de la mañana de personas que no decían nada y colgaban. En otros casos, el sistema aparecía en la lista antes de estar operativo, lo que resultaba en llamadas de larga distancia infructuosas. ^{[ 6 ]}

En agosto de 1984, Jennings cedió el control de la lista de nodos al grupo de St. Louis, principalmente a Ken Kaplan y Ben Baker. Kaplan había descubierto Fido mientras buscaba una solución BBS para su empresa, que trabajaba con ordenadores DEC y a la que se le había proporcionado un ordenador Rainbow y un módem USRobotics de 1200 bits/s . ^{[ 12 ]} A partir de entonces, unirse a FidoNet requería configurar el sistema y utilizarlo para enviar un mensaje de correo electrónico a un sistema especial, el Nodo 51. El mensaje contenía diversa información de contacto necesaria. Si este mensaje se transmitía correctamente, garantizaba que al menos una parte del sistema funcionaba correctamente. El equipo de la lista de nodos respondía entonces con otro mensaje de correo electrónico al sistema en cuestión, que contenía el número de nodo asignado. Si la entrega era exitosa, se consideraba que el sistema funcionaba correctamente y se añadía a la lista de nodos. ^{[ 6 ]} La primera nueva lista de nodos se publicó el 21 de septiembre de 1984. ^{[ 5 ]}

El crecimiento continuó acelerándose y, para la primavera de 1985, el sistema ya estaba alcanzando su límite de 250 nodos. Además de las limitaciones al crecimiento de lo que era claramente un sistema popular, el mantenimiento de la lista de nodos se volvió cada vez más laborioso. ^{[ 5 ]}

También se observó que los sistemas Fido generalmente estaban agrupados: de los quince sistemas en funcionamiento a principios de junio de 1984, cinco se encontraban en San Luis. ^{[ 5 ]} Un usuario del sistema de Jennings en San Francisco que enviara correos electrónicos a diferentes sistemas en San Luis provocaría llamadas a cada uno de esos BBS sucesivamente. En Estados Unidos, las llamadas locales solían ser gratuitas, y en la mayoría de los demás países se cobraban a una tarifa menor. Además, el establecimiento inicial de la llamada, generalmente el primer minuto, solía facturarse a una tarifa más alta que la continuación de una conexión existente. Por lo tanto, sería menos costoso entregar todos los mensajes de todos los usuarios en San Francisco a todos los usuarios en San Luis en una sola llamada. Los paquetes generalmente eran lo suficientemente pequeños como para entregarse en uno o dos minutos, por lo que entregar todos los mensajes en una sola llamada podría reducir considerablemente los costos al evitar múltiples cargos por el primer minuto. Una vez entregado, el paquete se dividiría en paquetes separados para los sistemas locales y se entregaría mediante múltiples llamadas locales gratuitas.

El equipo optó por el concepto de agregar un nuevo número de red basado en la idea de los códigos de área . ^{[ N 1 ]} Una dirección de red completa ahora consistiría en el par de número de red y nodo, que se escribirían con una barra diagonal entre ellos. Todo el correo que viajara entre redes se enviaría primero a su host de red local , alguien que se ofreciera voluntariamente a pagar cualquier cargo de larga distancia. Ese único sitio recopilaría todo el correo de todos los sistemas de su red y luego lo reempaquetaría en paquetes individuales destinados a cada red. Luego llamarían a los sitios de administración de red necesarios y les entregarían el paquete. Ese sitio procesaría el correo normalmente, aunque se garantizaría que todos los mensajes del paquete fueran llamadas locales. ^{[ 5 ]}

La dirección de red se colocó en un campo no utilizado de la base de datos de mensajes de Fido, que anteriormente siempre contenía un cero. Los sistemas que ejecutaban versiones existentes del software ya ignoraban los campos con la nueva dirección, por lo que seguían funcionando como antes; al detectar un mensaje dirigido a otro nodo, lo buscaban y llamaban a ese sistema. Los sistemas más recientes reconocían el número de red y, en su lugar, entregaban el mensaje al host de red. Para garantizar la compatibilidad con versiones anteriores, los sistemas existentes conservaron sus números de nodo originales durante este período. ^{[ 5 ]}

Una gran ventaja del nuevo esquema fue que los números de nodo ahora eran únicos solo dentro de su red, no a nivel global. Esto significó que el límite anterior de 250 nodos desapareció, pero por diversas razones, inicialmente se limitó a unos 1200. Este cambio también delegó el mantenimiento de las listas de nodos a los anfitriones de la red, quienes luego enviaban listas actualizadas al Nodo 51 para su recopilación en la lista maestra. El grupo de St. Louis ahora solo tenía que mantener su propia red local y realizar el trabajo básico para compilar la lista global. ^{[ 5 ]}

En una reunión celebrada en la sala de estar de Kaplan en San Luis el 11 de abril de 1985 ^{[ N 2 ],} las distintas partes ultimaron todos los detalles del nuevo concepto. Como parte de esta reunión, también añadieron el concepto de región , un nivel puramente administrativo que no formaba parte del esquema de direccionamiento. Los servidores regionales se encargarían de los sistemas rezagados en los mapas de red, es decir, los sistemas remotos que no tenían servidores de red locales. A continuación, dividieron Estados Unidos en diez regiones que, según su criterio, tendrían poblaciones aproximadamente iguales. ^{[ 5 ]}

Para mayo, Jennings ya tenía en funcionamiento las primeras versiones del nuevo software. Estas primeras versiones especificaban el enrutamiento manualmente mediante un nuevo archivo ROUTE.BBS que listaba los hosts de red para cada nodo. Por ejemplo, un operador podría querer reenviar todo el correo a San Luis a través de un único nodo, el nodo 10. El archivo ROUTE.BBS incluiría entonces una lista de todos los sistemas conocidos en esa área, con instrucciones para reenviar el correo a cada uno de esos nodos a través del nodo 10. Este proceso fue posteriormente semiautomatizado por el programa NODELIST de John Warren. ^{[ 13 ]} Con el tiempo, esta información se incorporó a versiones actualizadas del formato de lista de nodos, y el archivo ROUTES ya no se utiliza. ^{[ 14 ]}

Se lanzó una nueva versión de FIDO y FIDONET, la 10C, que incluía todas estas características. El 12 de junio de 1985, el grupo principal puso en marcha la 10C, y la mayoría de los sistemas Fido se actualizaron en pocos meses. ^{[ 13 ]} El proceso fue mucho más sencillo de lo que nadie imaginaba, y muy pocos nodos tuvieron problemas. ^{[ 5 ]}

En algún momento durante la evolución de Fido, se añadieron los archivos adjuntos al sistema, lo que permitía hacer referencia a un archivo desde un mensaje de correo electrónico. Durante el intercambio normal entre dos instancias de FIDONET, los archivos adjuntos a los mensajes en los paquetes se entregaban después de que el paquete en sí se hubiera cargado o descargado. No está claro cuándo se añadió esta funcionalidad, pero ya era una característica del sistema básico cuando se publicó la versión del 8 de febrero de 1985 del documento de estándares de FidoNet, por lo que se incorporó muy pronto en la historia de Fido.

En una reunión de administradores de sistemas en Dallas, se planteó la idea de que sería conveniente que existiera alguna forma de que los administradores publicaran mensajes que se compartieran entre los sistemas. ^{[ 15 ]} En febrero de 1986, Jeff Rush, uno de los miembros del grupo, presentó un nuevo programa de correo que extraía mensajes de foros públicos seleccionados por el administrador del sistema, de forma similar a como el programa original gestionaba los mensajes privados. El nuevo programa se conocía como " tosser/scanner" . El tosser producía un archivo similar (o idéntico) al resultado del escaneo normal de correo de red, pero estos archivos se comprimían y se adjuntaban a un mensaje de correo de red normal como archivo adjunto. Este mensaje se enviaba a una dirección especial en el sistema remoto. Tras recibir el correo de red de forma habitual, el escáner del sistema remoto buscaba estos mensajes, los descomprimía y los colocaba en el mismo foro público del sistema original. ^{[ 11 ]}

In this fashion, Rush's system implemented a store and forward public message system similar to Usenet, but based on, and hosted by, the FidoNet system. The first such echomail forum was one created by the Dallas area sysops to discuss business, known as SYSOP. Another called TECH soon followed. Several public echos soon followed, including GAYNET and CLANG. These spawned hundreds of new echos, and led to the creation of the Echomail Conference List (Echolist) by Thomas Kenny in January 1987.^[16] Echomail produced world-spanning shared forums, and its traffic volume quickly surpassed the original netmail system. By the early 1990s, echo mail was carrying over 8 MB of compressed message traffic a day, many times that when uncompressed.^[11]

Echomail did not necessarily use the same distribution pathways as normal netmail, and the distribution routing was stored in a separate setup file not unlike the original ROUTES.BBS. At the originating site a header line was added to the message indicating the origin system's name and address. After that, each system that the message traveled through added itself to a growing PATH header, as well as a SEENBY header. SEENBY prevented the message from looping around the network in the case of misconfigured routing information.^[11]

Echomail was not the only system to use the file attachment feature of netmail to implement store-and-forward capabilities. Similar concepts were used by online games and other systems as well.

The evolution towards the net/node addressing scheme was also useful for reducing communications costs between continents, where time zone differences on either end of the connection might also come into play. For instance, the best time to forward mail in the US was at night, but that might not be the best time for European hosts to exchange. Efforts towards introducing a continental level to the addressing system started in 1986.^[11]

At the same time, it was noted that some power users were interested in using FidoNet protocols as a way of delivering the large quantities of echomail to their local machines where it could be read offline. These users did not want their systems to appear in the nodelist - they did not (necessarily) run a bulletin board system and were not publicly accessible.^[11] A mechanism allowing netmail delivery to these systems without the overhead of nodelist maintenance was desirable.

En octubre de 1986 se publicó el último cambio importante en la red FidoNet, añadiendo zonas y puntos . Las zonas representaban las principales áreas geográficas que se correspondían aproximadamente con los continentes. Había seis zonas en total: Norteamérica, Sudamérica, Europa, Oceanía, Asia y África. Los puntos representaban nodos no públicos, que se creaban de forma privada en un sistema BBS anfitrión. El correo de un punto se entregaba a un anfitrión seleccionado como si estuviera dirigido a un usuario en esa máquina, pero luego se volvía a empaquetar en un paquete para que el punto lo recogiera bajo demanda. El formato de direccionamiento completo era ahora zone:net/node.point, por lo que un ejemplo real podría ser Bob Smith@1:250/250.10. ^{[ 11 ]} Los puntos se utilizaron ampliamente solo durante un corto tiempo; la introducción de los sistemas de lectura fuera de línea cubrió esta función con sistemas mucho más fáciles de usar. Los puntos siguen en uso hasta el día de hoy, pero son menos populares que cuando se introdujeron.

FidoNet admitía archivos adjuntos desde sus primeros estándares. Estos archivos seguían el enrutamiento normal del correo a través de múltiples sistemas y podían generar retrasos en las transferencias a medida que se copiaban. Además, los usuarios podían enviar archivos a otros usuarios y acumular cargos por llamadas de larga distancia en los sistemas anfitriones. Por estas razones, la transferencia de archivos solía estar desactivada para la mayoría de los usuarios y solo estaba disponible para los operadores del sistema y los encargados de enviar y escanear archivos.

Se ofreció una solución en forma de solicitudes de archivos . Esto invirtió el flujo de información: en lugar de ser impulsado por los sistemas emisores, lo era por el sistema emisor. Esto significaba que era el receptor, el usuario que intentaba obtener el archivo, quien pagaba por la conexión. Además, las solicitudes se enrutaban directamente mediante conexiones punto a punto únicas en lugar del enrutamiento tradicional, por lo que no provocaban que el archivo se copiara varias veces. Dos estándares de este tipo se popularizaron: "WaZOO" y "Bark", que contaron con distintos tipos de correo electrónico. Ambos funcionaban de forma similar: el cliente de correo electrónico llamaba al sistema remoto y enviaba un nuevo paquete de enlace para solicitar los archivos. ^{[ 17 ] [ 18 ]}

Aunque FidoNet era, con mucho, la red basada en BBS más conocida, no era ni mucho menos la única. Desde 1988, los sistemas PCBoard podían albergar una funcionalidad similar conocida como RelayNet , mientras que otras redes populares incluían RBBSNet del mundo de Commodore 64 y AlterNet . Hacia el final de la evolución del sistema FidoNet, hubo una propuesta para permitir que el correo (pero no los mensajes del foro) de estos sistemas se cambiara a la estructura de FidoNet. ^{[ 19 ]} Esto no se adoptó, y el rápido auge de Internet lo hizo superfluo, ya que estas redes añadieron rápidamente el intercambio de Internet, que actuó como una lengua franca .

FidoNet comenzó en 1984 y a finales de ese año ya contaba con 100 nodos registrados. El crecimiento constante continuó durante la década de 1980, pero una combinación de factores impulsó un rápido crecimiento después de 1988. Estos factores incluyeron módems más rápidos y económicos, así como la rápida disminución de los costos de los discos duros y los sistemas informáticos en general. En abril de 1993, la lista de nodos de FidoNet contenía más de 20 000 sistemas. En ese momento, se estimaba que cada nodo tenía, en promedio, unos 200 usuarios activos. De estos 4 millones de usuarios en total, 2 millones utilizaban habitualmente el correo electrónico compartido (echomail), mientras que unos 200 000 utilizaban el sistema de correo electrónico privado (netmail). ^{[ 11 ]} En su apogeo, FidoNet llegó a tener registrados aproximadamente 39 000 sistemas. ^{[ 6 ] [ N 3 ]}

A lo largo de su existencia, FidoNet estuvo plagada de problemas de gestión y conflictos internos. Gran parte de esto se debía a que la prestación del servicio de internet tenía un coste real, y el tráfico crecía más rápidamente que la disminución provocada por la mejora de la velocidad de los módems y la bajada de las tarifas de larga distancia. A medida que aumentaban, se intentaron diversos métodos para recuperar los costes, lo que generó fricciones entre los grupos. Los problemas eran tan graves que Jennings llegó a referirse al sistema como la "red de la lucha". ^{[ 20 ]}

A medida que los módems alcanzaban velocidades de 28,8 kbit/s, el acceso telefónico a Internet se generalizó. Para 1995, el mercado de los tablones de anuncios (BBS) se tambaleaba, ya que los usuarios abandonaban los sistemas BBS locales en favor de una suscripción a un proveedor de Internet local, lo que les permitía acceder a servicios de Internet mundiales, como HTTP, correo electrónico, etc., por el mismo coste que acceder a un sistema BBS local. Muchos administradores de sistemas BBS se convirtieron en proveedores de servicios de Internet. Sus pasarelas de Internet también hicieron que la implementación de FidoNet fuera menos costosa, ya que las transferencias de Internet podían realizarse a través de Internet con un coste marginal mínimo o nulo. Sin embargo, esto diluyó seriamente el propósito del modelo de almacenamiento y reenvío, que se había desarrollado específicamente para solucionar un problema de larga distancia que ya no existía.

La lista de nodos de FidoNet comenzó a disminuir, especialmente en áreas con amplia disponibilidad de conexiones a internet. Esta tendencia a la baja continúa, pero se ha estabilizado en aproximadamente 2500 nodos. ^{[ N 4 ]} FidoNet sigue siendo popular en áreas donde el acceso a internet es difícil de conseguir o costoso.

Alrededor de 2014, un movimiento retro impulsó un lento aumento de los BBS y nodos conectados a internet. Se utilizan Telnet, rlogin y SSH entre sistemas. Esto significa que el usuario puede conectarse mediante Telnet a cualquier BBS del mundo con la misma facilidad que a los de su vecino. Además, se ha añadido Usenet y correo electrónico, junto con nombres de archivo largos, a muchas versiones más recientes del software de BBS, algunas de ellas gratuitas , lo que ha contribuido a su creciente uso. En todos los casos, las listas de nodos ya no están en declive.

FidoNet se rige por una estructura jerárquica según su política, con coordinadores designados en cada nivel para gestionar la administración de los nodos de FidoNet y resolver disputas entre los miembros. ^{[ 21 ]} Las reglas de conducta se resumen en estos dos principios deliberadamente vagos:

1. No molestarás excesivamente a los demás.
2. No te enfades con demasiada facilidad. ^{[ 21 ]}

Los coordinadores de red se encargan de gestionar los nodos individuales dentro de su área, generalmente una ciudad o una zona de tamaño similar. Los coordinadores regionales se encargan de la administración de los coordinadores de red dentro de su región, que suele tener el tamaño de un estado o un país pequeño. Los coordinadores de zona se encargan de la administración de todas las regiones dentro de su zona. El mundo está dividido en seis zonas, cuyos coordinadores eligen a uno de ellos como Coordinador Internacional de FidoNet.

FidoNet fue diseñado históricamente para utilizar el acceso telefónico mediante módem entre sistemas de tablones de anuncios, y gran parte de su política y estructura reflejaban esto.

El sistema FidoNet se refería oficialmente solo a la transferencia de Netmail —los mensajes privados individuales entre usuarios de tablones de anuncios—, incluyendo los protocolos y estándares para su funcionamiento. Un mensaje de Netmail contenía el nombre del remitente, el del destinatario y sus respectivas direcciones FidoNet. El sistema FidoNet se encargaba de enrutar el mensaje de un sistema a otro (más detalles a continuación), mientras que el software del tablón de anuncios en cada extremo garantizaba que solo el destinatario pudiera leerlo. Debido a la naturaleza amateur de la red, la privacidad entre el remitente y el destinatario dependía únicamente de la cortesía de los propietarios de los sistemas FidoNet involucrados en la transferencia del correo. Sin embargo, era común que los operadores del sistema se reservaran el derecho a revisar el contenido del correo que pasaba por su sistema.

El correo electrónico permitía adjuntar un único archivo a cada mensaje. Esto dio lugar a una serie de protocolos complementarios que añadieron funcionalidades a FidoNet mediante el intercambio de información a través de archivos adjuntos. Entre estas funcionalidades se incluían la distribución automatizada de archivos y la transmisión de datos para juegos entre diferentes sistemas de correo electrónico.

El protocolo de intercambio de mensajes más utilizado era Echomail , un sistema de debate público similar a los grupos de noticias de Usenet . Echomail contaba con el respaldo de diversos programas que recopilaban los mensajes nuevos de los foros públicos de los BBS locales (el escáner ), los comprimían mediante ARC o ZIP , adjuntaban el archivo resultante a un mensaje de Netmail y lo enviaban a un sistema seleccionado. Al recibir dicho mensaje, identificado por estar dirigido a un usuario específico , se utilizaba el proceso inverso para extraer los mensajes y un usuario los volvía a insertar en los foros del nuevo sistema.

Echomail era tan popular que, para muchos usuarios, Echomail era el equivalente a FidoNet. El correo electrónico privado entre particulares era relativamente raro.

FidoNet se organiza políticamente en una estructura de árbol, donde las diferentes partes del árbol eligen a sus respectivos coordinadores. La jerarquía de FidoNet se compone de zonas , regiones , redes , nodos y puntos, distribuidos de forma más o menos geográfica.

El nivel más alto es la zona, que se basa principalmente en continentes:

• La zona 1 comprende Estados Unidos y Canadá.
• La zona 2 comprende Europa, los países de la antigua Unión Soviética e Israel.
• La zona 3 es Australasia.
• La Zona 4 corresponde a Latinoamérica (excepto Puerto Rico ).
• La zona 5 era África.
• La zona 6 comprendía Asia, Israel y las partes asiáticas de Rusia (que figuran en la zona 2). El 26 de julio de 2007 se eliminó la zona 6 y todos los nodos restantes se trasladaron a la zona 3. ^{[ 22 ] [ 23 ]}

Cada zona se divide en regiones, que a su vez se dividen en redes, las cuales constan de nodos individuales. Las zonas 7 a 4095 se utilizan para othernets ; agrupaciones de nodos que utilizan software compatible con Fido para gestionar sus propias áreas de mensajería independientes, sin estar bajo el control de la estructura política de FidoNet. El uso de números de zona no utilizados garantizaría que cada red tuviera un conjunto único de direcciones, evitando posibles conflictos de enrutamiento y ambigüedades para sistemas que pertenecieran a más de una red.

Las direcciones FidoNet constan explícitamente de un número de zona , un número de red (o número de región) y un número de nodo . Se escriben en el formato Zone:Network/Node. ^{[ 24 ]} La estructura FidoNet también permite la designación semántica del estado de región, host y hub para nodos particulares, pero este estado no se indica directamente en la dirección principal.

Por ejemplo, consideremos un nodo ubicado en Tulsa, Oklahoma , Estados Unidos, con el número de nodo asignado 918, situado en la Zona 1 (América del Norte), Región 19 y Red 170. La dirección FidoNet completa para este sistema sería 1:170/918. La región se utilizaba con fines administrativos y solo formaba parte de la dirección si el nodo figuraba directamente debajo del Coordinador Regional, en lugar de en una de las redes que se utilizaban para subdividir aún más la región.

La política de FidoNet exige que cada sistema FidoNet mantenga una lista de nodos de todos los demás sistemas miembros. La información de cada nodo incluye el nombre del sistema o BBS, el nombre del operador, la ubicación geográfica, el número de teléfono y las capacidades del software. La lista de nodos se actualiza semanalmente para evitar llamadas no deseadas a nodos que se hayan desactivado, cuyos números de teléfono podrían haber sido reasignados para uso de voz por la compañía telefónica correspondiente.

Para realizar actualizaciones periódicas, los coordinadores de cada red mantienen una lista de sistemas en sus respectivas áreas. Estas listas se envían regularmente al Coordinador Internacional mediante sistemas automatizados. El Coordinador Internacional compila entonces una nueva lista de nodos y genera la lista de cambios (nodediff) que se distribuye a los operadores de nodos para que la apliquen a su lista de nodos existente.

En una situación teórica, un nodo normalmente reenviaría los mensajes a un concentrador . El concentrador, que actúa como punto de distribución de correo, podría enviar el mensaje al coordinador de la red. Desde allí, podría enviarse a través de un coordinador regional o a algún otro sistema configurado específicamente para esa función. El correo a otras zonas podría enviarse a través de una puerta de zona.

Por ejemplo, un mensaje de FidoNet podría seguir la ruta:

• 1:170/918 (nodo) a 1:170/900 (concentrador) a 1:170/0 (coordinador de red) a 1:19/0 (coordinador de región) a 1:1/0 (coordinador de zona) . Desde allí, se distribuyó "hacia abajo" al/los nodo(s) de destino.

Originalmente, no existía una relación específica entre los números de red y las regiones a las que pertenecían. En algunas áreas de FidoNet, sobre todo en la Zona 2, la relación entre el número de región y el número de red está intrínsecamente ligada. Por ejemplo, 2:201/329 se encuentra en la Red 201, que pertenece a la Región 20, mientras que 2:2410/330 se encuentra en la Red 2410, que pertenece a la Región 24. La Zona 2 también relaciona el número de nodo con el número de hub si la red es lo suficientemente grande como para contener alguno. Este efecto puede observarse en la lista de nodos al analizar la estructura de la Red 2410, donde el nodo 2:2410/330 aparece bajo el Hub 300. Esto no ocurre en otras zonas.

En la Zona 1, las cosas son diferentes. La Zona 1 fue el punto de partida y, al crearse las Zonas y Regiones, las redes existentes se dividieron regionalmente sin una fórmula preestablecida. El único criterio fue su ubicación geográfica con respecto al contorno cartográfico de la región. A medida que se añadían más redes, se utilizaba la siguiente fórmula.

Número de región × 20

Luego, cuando algunas regiones comenzaron a quedarse sin números de red, también se utilizó lo siguiente.

Número de región × 200

La Región 19, por ejemplo, contiene las redes 380-399 y 3800-3999, además de las que ya estaban en la Región 19 cuando se formó.

Parte del objetivo de la creación de redes locales era implementar planes de reducción de costos mediante los cuales todos los mensajes se enviarían a uno o más nodos o servidores en formato comprimido ( ARC era el estándar nominal, pero PKZIP es compatible universalmente); luego, se podría realizar una llamada de larga distancia durante las horas de menor actividad para intercambiar archivos completos con mensajes a través de un enlace ascendente fuera de la ciudad para su posterior redistribución.

En la práctica, la estructura de FidoNet permite que cualquier nodo se conecte directamente con cualquier otro, y los operadores de nodos a veces establecían sus propios acuerdos de llamadas de larga distancia de forma puntual, logrando un equilibrio entre el ahorro colectivo de costes y la puntualidad en la entrega. Por ejemplo, si un operador de nodo en una red se ofrecía a realizar llamadas de larga distancia periódicas a un sistema específico en otra parte, otros operadores podrían acordar reenviar todo su correo destinado al sistema remoto, y a los cercanos, al voluntario local. Los operadores dentro de cada red a veces compartían los costes, pero también era común que las personas se ofrecieran como voluntarias para pagar las llamadas de larga distancia periódicas, ya fuera por generosidad o para mejorar su posición en la comunidad.

Este sistema ad hoc era particularmente popular en las redes construidas sobre FidoNet. Echomail, por ejemplo, solía implicar transferencias de archivos relativamente grandes debido a su popularidad. Si los distribuidores oficiales de FidoNet se negaban a transferir Echomail debido a los cargos adicionales, otros operadores de nodos a veces se ofrecían como voluntarios. En tales casos, los mensajes de Echomail se enrutaban a los sistemas de los voluntarios.

El sistema FidoNet se adaptaba mejor a un entorno donde el servicio telefónico local era económico y las llamadas de larga distancia (o la transferencia de datos entre ciudades mediante redes de conmutación de paquetes ) eran costosas. Por lo tanto, tuvo un desempeño discreto en Japón , donde incluso las líneas locales son caras, o en Francia , donde los peajes en las llamadas locales y la competencia con Minitel u otras redes de datos limitaron su crecimiento.

A medida que el número de mensajes en Echomail aumentaba con el tiempo, a los usuarios les resultaba muy difícil mantenerse al día con el volumen mientras estaban conectados a su BBS local. Se introdujeron puntos para solucionar esto, permitiendo a los usuarios con conocimientos técnicos recibir el Echomail (y Netmail) ya comprimido y agrupado, y leerlo localmente en sus propios equipos. ^{[ 25 ]}

Para ello, el esquema de direccionamiento FidoNet se amplió con la adición de un segmento de dirección final, el número de punto. Por ejemplo, a un usuario del sistema de ejemplo anterior se le podría asignar el número de punto 10 y, por lo tanto, se le podría enviar correo a la dirección 1:170/918.10.

En la práctica, configurar los puntos de acceso resulta bastante complicado. El software FidoNet consistía generalmente en varios programas de utilidad pequeños ejecutados mediante scripts editados manualmente que requerían cierto nivel de conocimientos técnicos. Para leer y editar el correo, era necesario ejecutar localmente un programa de administración del sistema o un programa BBS.

En Norteamérica (Zona 1), donde las llamadas locales suelen ser gratuitas, las ventajas del sistema se vieron contrarrestadas por su complejidad. Los puntos se utilizaron solo brevemente, e incluso entonces de forma limitada. A mediados de la década de 1990, se introdujeron programas dedicados a la lectura de correo sin conexión, como Blue Wave, Squiggy y Silver Xpress (OPX), que rápidamente dejaron obsoleto el sistema de puntos. Muchos de estos programas eran compatibles con el estándar de correo sin conexión QWK .

En otras partes del mundo, especialmente en Europa, la situación era diferente. En Europa, incluso las llamadas locales suelen tener un coste por minuto, por lo que existía un fuerte incentivo para que duraran lo menos posible. El software de localización emplea compresión estándar (ZIP, ARJ, etc.), lo que permite que las llamadas duren como máximo unos pocos minutos al día. A diferencia de Norteamérica, la localización tuvo una rápida y bastante extendida adopción en Europa.

Muchas regiones distribuyen una lista de puntos en paralelo con la lista de nodos. Los responsables de la lista de puntos de la red y de la región se encargan de mantener los segmentos de la lista, y el responsable de la lista de puntos de la zona los recopila para formar la lista de puntos de la zona. En el momento de mayor actividad de FidoNet, había más de 120 000 puntos listados en la lista de puntos de la Zona 2. La inclusión de puntos en la lista es voluntaria y no todos los puntos se listan, por lo que se desconoce la cantidad exacta. A junio de 2006, todavía había unos 50 000 puntos listados. La mayoría se encuentran en Rusia y Ucrania.

FidoNet contenía varias especificaciones técnicas para la compatibilidad entre sistemas. La más básica de todas es FTS-0001 , ^{[ 26 ]} que todos los sistemas FidoNet deben cumplir como requisito mínimo. FTS-0001 definía:

• El protocolo de enlace (handshaking) es el conjunto de protocolos que utilizan los programas de correo electrónico para identificarse entre sí e intercambiar metainformación sobre la sesión.
• Protocolo de transferencia ( XMODEM ) : los protocolos que se utilizarán para transferir archivos que contengan correo FidoNet entre sistemas.
• Formato del mensaje: el formato estándar para los mensajes de FidoNet durante el tiempo en que se intercambiaban entre sistemas.

Otras especificaciones que se usaban comúnmente incluían el uso de correo electrónico con eco , diferentes protocolos de transferencia y métodos de establecimiento de conexión ( por ejemplo: Yoohoo/Yoohoo2u2, EMSI ), compresión de archivos, formato de lista de nodos, transferencia a través de conexiones confiables como Internet ( Binkp ) y otros aspectos.

Dado que los tablones de anuncios informáticos históricamente utilizaban las mismas líneas telefónicas para transferir correo que las que se utilizaban para los usuarios humanos que se conectaban por marcación al BBS, la política de FidoNet dicta que al menos una línea designada de cada nodo de FidoNet debe estar disponible para aceptar correo de otros nodos de FidoNet durante una hora determinada de cada día. ^{[ 27 ]}

El horario de correo de la zona , como se le denominó, varía según la ubicación geográfica del nodo y estaba programado para las primeras horas de la mañana. La hora exacta varía según la zona horaria, y cualquier nodo con una sola línea telefónica debe rechazar las llamadas de personas. En la práctica, sobre todo en horas posteriores, la mayoría de los sistemas FidoNet suelen aceptar correo a cualquier hora del día cuando la línea telefónica no está ocupada, generalmente durante la noche.

La mayoría de las implementaciones de FidoNet se diseñaron de forma modular. Una implementación típica implicaba varias aplicaciones que se comunicaban mediante archivos y directorios compartidos, y alternaban entre sí a través de scripts o archivos por lotes cuidadosamente diseñados . Sin embargo, existe software monolítico que integra todas las funciones necesarias en un solo paquete, como D'Bridge. Este software elimina la necesidad de archivos por lotes personalizados y se integra perfectamente en el funcionamiento. La preferencia en cuanto a la implementación recaía en el operador, y ambas opciones presentaban ventajas y desventajas.

Podría decirse que el componente de software más importante en un sistema Fido basado en DOS era el controlador FOSSIL , un pequeño controlador de dispositivo que proporcionaba una forma estándar para que el software Fido se comunicara con el módem. ^{[ 28 ]} Este controlador debía cargarse antes de que funcionara cualquier software Fido. Un controlador FOSSIL eficiente significaba conexiones más rápidas y fiables.

El software de correo electrónico se encargaba de transferir archivos y mensajes entre sistemas, así como de ceder el control a otras aplicaciones, como el software BBS, en los momentos oportunos. Inicialmente, el software respondía al teléfono y, si era necesario, gestionaba el correo entrante mediante los protocolos de transferencia FidoNet. Si al responder el teléfono se detectaba una persona llamando en lugar de otro software de correo electrónico, este finalizaba su ejecución y cedía el control al software BBS, que se inicializaba para interactuar con el usuario. Cuando había correo saliente pendiente en el sistema local, el software de correo electrónico intentaba enviarlo periódicamente llamando y conectándose a otros sistemas que lo aceptaban y lo enrutaban. Debido al coste de las llamadas de larga distancia, que solía variar entre las horas punta y las horas valle, el software de correo electrónico normalmente permitía al operador configurar los momentos óptimos para intentar enviar correo a otros sistemas.

El software BBS se utilizaba para interactuar con los usuarios que se conectaban al sistema. Este software permitía a los usuarios que se conectaban telefónicamente utilizar las bases de mensajes del sistema y escribir correos electrónicos a otros usuarios, tanto locales como en otros BBS. Los correos dirigidos a otros BBS eran posteriormente enrutados y enviados por el remitente, generalmente después de que el usuario hubiera terminado de usar el sistema. Muchos BBS también permitían a los usuarios intercambiar archivos, jugar y interactuar con otros usuarios de diversas maneras (por ejemplo, mediante chat entre nodos).

Una aplicación de escaneo/envío , como FastEcho , FMail , TosScan y Squish, se ejecutaría normalmente cuando un usuario de BBS introdujera un nuevo mensaje de FidoNet que necesitara enviarse, o cuando un servidor de correo recibiera correo nuevo para importarlo a las bases de mensajes locales. Esta aplicación se encargaría de gestionar el empaquetado del correo entrante y saliente, transfiriéndolo entre las bases de mensajes del sistema local y los directorios de entrada y salida del servidor de correo. La aplicación de escaneo/envío también se encargaría de la información básica de enrutamiento, determinando a qué sistemas reenviar el correo.

Posteriormente, también se desarrollaron lectores o editores de mensajes independientes del software BBS. A menudo, el operador del sistema de un BBS específico utilizaba un lector de mensajes dedicado, en lugar del propio software BBS, para leer y escribir mensajes de FidoNet y relacionados. Uno de los editores más populares en 2008 fue GoldED+ . En algunos casos, los nodos de FidoNet, o más a menudo los puntos de FidoNet, no tenían un tablón de anuncios público conectado y existían únicamente para la transferencia de correo en beneficio del operador del nodo. La mayoría de los nodos en 2009 no tenían acceso al BBS, sino solo a puntos, si acaso.

El software original de Fido BBS , así como otros programas compatibles con FidoNet de la década de 1980, ya no funcionan en sistemas modernos. Esto se debe a varios motivos, entre ellos problemas relacionados con el efecto 2000. En algunos casos, los autores originales abandonaron la comunidad de BBS o de software compartido , y el software, gran parte del cual era de código cerrado , ya no recibe soporte.

Varios programas de correo electrónico FidoNet antiguos basados ​​en DOS, como FrontDoor , Intermail, MainDoor y D'Bridge de principios de la década de 1990, aún pueden ejecutarse hoy en día en Windows sin módem, utilizando el controlador gratuito NetFoss Telnet FOSSIL y un módem virtual como NetSerial. Esto permite que el programa marque una dirección IP o un nombre de host a través de Telnet, en lugar de marcar un número de teléfono POTS real . Existen soluciones similares para Linux, como MODEMU (emulador de módem), que tiene un éxito limitado al combinarse con DOSEMU (emulador de DOS). Los programas de envío de correo electrónico como FastEcho y FMail todavía se utilizan hoy en día tanto en Windows como en Linux/DOSEMU.

Actualmente existen varios clientes de correo FidoNet modernos para Windows con código fuente disponible, como Argus, Radius y Taurus. MainDoor es otro cliente de correo FidoNet para Windows que también puede ejecutarse mediante módem o directamente a través de TCP/IP. Dos clientes de correo FidoNet populares, de software libre y de código abierto, para sistemas tipo Unix son binkd (multiplataforma, solo IP, utiliza el protocolo binkp ) y qico (admite comunicación por módem, así como los protocolos IP ifcico y binkp).

En cuanto al hardware , los sistemas Fido solían ser máquinas bien equipadas para su época, con procesadores rápidos, módems de alta velocidad y UART 16550 , que en aquel entonces representaban una mejora. Dado que un sistema Fidonet generalmente funcionaba como un BBS, necesitaba procesar rápidamente cualquier nuevo mensaje antes de volver a su estado de "espera de llamada". Además, el propio BBS solía requerir mucho espacio de almacenamiento. Finalmente, un sistema FidoNet generalmente contaba con al menos una línea telefónica dedicada. En consecuencia, operar un sistema Fidonet a menudo requería una inversión financiera significativa, un costo que generalmente corría a cargo del propietario del sistema.

Aunque el uso de FidoNet ha disminuido drásticamente en comparación con mediados de la década de 1990, todavía se utiliza en muchos países, especialmente en Rusia y las antiguas repúblicas de la URSS. Algunos BBS, incluidos aquellos que ahora están disponibles para usuarios con conexión a Internet a través de Telnet , también conservan sus servicios de correo electrónico y correo de eco de FidoNet.

Algunas conferencias de correo electrónico de FidoNet están disponibles a través de pasarelas con la jerarquía de noticias de Usenet mediante software como UFGate. También existen pasarelas de correo para el intercambio de mensajes entre Internet y FidoNet. El abuso generalizado de la red y el correo basura en Internet han provocado que algunas pasarelas (como la antigua pasarela 1:1/31 IEEE fidonet.org) se vuelvan inutilizables o dejen de funcionar por completo.

FidoNews es el boletín informativo de la comunidad FidoNet. Conocido cariñosamente como «The Snooze» , se publica semanalmente. Su primera edición data de 1984. A lo largo de su historia, ha sido publicado por diversas personas y entidades, incluyendo la efímera Asociación Internacional FidoNet. Desde enero de 2002, su publicación corre a cargo de Björn Felten, de Suecia.

• PODSnet
• RelayNet
• UUCP

Notas

Citas

• Sitio web oficial
• Página de inicio alternativa de US FidoNet en Wayback Machine (archivada el 14 de mayo de 2025)
• Página principal del Comité de Normas Técnicas de FidoNet
• FidoNews, el boletín semanal de la comunidad FidoNet.
• Página principal de la lista de eco internacional
• Proyecto FileGate de IFDC
• Proyecto de demostración de Fidonet