FidoNet

Não.
/ 
- Não.
(_| /_)
_
| | \
| (*) | )
_______ ______________________________________________________________________________________________________________________
/ FIDO  _/| _ /
(____________________________________________
(c) John Madill

FidoNet é uma rede mundial de computadores usada para comunicação entre sistemas de quadro de avisos (BBSes). Ele utiliza um sistema store-and-forward para troca de mensagens privadas (e-mail) e públicas (fórum) entre os BBSes da rede, bem como outros arquivos e protocolos em alguns casos.

O sistema FidoNet foi baseado em vários pequenos programas interativos, apenas um dos quais precisava ser portado para suportar outro software BBS. FidoNet foi uma das poucas redes suportadas por quase todos os softwares BBS, bem como por vários serviços online não BBS. Essa construção modular também permitiu que o FidoNet atualizasse facilmente para novos sistemas de compactação de dados, o que era importante em uma era que usava comunicações baseadas em modem em links telefônicos com altas tarifas de chamadas de longa distância.

A rápida melhoria nas velocidades do modem durante o início dos anos 1990, combinada com a rápida queda no preço dos sistemas de computador e armazenamento, tornou os BBSes cada vez mais populares. Em meados da década de 1990, havia quase 40.000 sistemas FidoNet em operação e era possível se comunicar com milhões de usuários em todo o mundo. Apenas UUCPNET chegou perto em termos de largura ou números; A base de usuários da FidoNet ultrapassou em muito outras redes como a BITNET.

A ampla disponibilidade de conexões de Internet de baixo custo a partir de meados da década de 1990 diminuiu a necessidade do sistema de armazenar e encaminhar FidoNet, pois qualquer sistema no mundo poderia ser alcançado por um custo igual. A discagem direta para sistemas BBS locais diminuiu rapidamente. Embora o FidoNet tenha encolhido consideravelmente desde o final da década de 1990, ele continua em uso até hoje, apesar da conectividade com a Internet se tornar mais difundida.

História

Origens

Lista compilada à mão dos sistemas Fido BBS, Junho de 1984. Este documento formou a base dos primeiros nodelistas.

Existem dois grandes relatos sobre o desenvolvimento do FidoNet, diferindo apenas em pequenos detalhes.

Tom Jennings' conta

Por volta do Natal de 1983, Tom Jennings começou a trabalhar em um novo sistema de quadro de avisos que surgiria como Fido BBS. Foi chamado de "Fido" porque o hardware sortido junto era "um verdadeiro vira-lata". Jennings configurou o sistema em São Francisco no início de 1984. Outro usuário inicial foi John Madill, que estava tentando configurar um sistema semelhante em Baltimore em seu Rainbow 100. Fido começou a se espalhar para novos sistemas e Jennings finalmente começou a manter um sistema informal lista de seus números de telefone, com Jennings se tornando o número 1 e Madill o número 2.

Jennings lançou a primeira versão do software FidoNet em junho de 1984. No início de 1985, ele escreveu um documento explicando as operações do FidoNet, juntamente com uma pequena parte da história do sistema. Nesta versão, o FidoNet foi desenvolvido como uma forma de troca de correspondência entre os dois primeiros sistemas Fido BBS, Jennings' e Madill's, para "ver se poderia ser feito, apenas por diversão". Isso foi suportado pela primeira vez no Fido V7, "em algum momento de junho de 84 ou mais".

Conta de Ben Baker

No início de 1984, Ben Baker planejava iniciar um BBS para o recém-formado clube de informática na divisão automotiva McDonnell Douglas em St. Louis. Baker fazia parte do grupo de interesse especial do CP/M dentro do clube. Ele pretendia usar o sistema CBBS seminal, hospedado em CP/M, e saiu à procura de uma máquina para executá-lo. O presidente do clube disse a Baker que o DEC daria a eles um computador Rainbow 100 por empréstimo indefinido, então ele fez planos para mover o CBBS para esta máquina. O Rainbow continha dois processadores, um Intel 8088 e um Zilog Z80, permitindo que ele rodasse MS-DOS e CP/M, com o BBS rodando no último. Quando a máquina chegou, eles descobriram que o lado Z80 não tinha acesso às portas de E/S, então o CBBS não podia se comunicar com um modem. Enquanto procurava um software que rodasse no lado MS-DOS do sistema, Baker soube do Fido por meio de Madill.

O software Fido exigia alterações nos drivers seriais para funcionar corretamente no Rainbow. Um esforço de portabilidade começou, envolvendo Jennings, Madill e Baker. Isso fez com que todos os envolvidos acumulassem consideráveis cobranças de longa distância, pois todos ligavam uns para os outros durante o desenvolvimento ou ligavam para os BBSes uns dos outros para deixar e-mail. Durante uma dessas ligações "em maio ou início de junho", Baker e Jennings discutiram como seria ótimo se os sistemas BBS pudessem ligar um para o outro automaticamente, trocando correspondências e arquivos entre eles. Isso permitiria que eles redigissem correspondência em suas máquinas locais e a entregassem rapidamente, em vez de ligar e digitar a mensagem durante uma conexão telefônica de longa distância.

Jennings respondeu ligando para o sistema de Baker naquela noite e carregando uma nova versão do software que consiste em três arquivos: FIDO_DECV6, uma nova versão do próprio programa BBS, FIDONET, um novo programa e NODELIST.BBS, um arquivo de texto. A nova versão do FIDO BBS tinha um timer que o fazia sair em um horário específico, normalmente à noite. Ao sair, ele executaria o programa FIDONET separado. NODELIST era a lista de sistemas Fido BBS, que Jennings já havia compilado.

O programa FIDONET foi o que mais tarde ficou conhecido como mailer. O software FIDO BBS foi modificado para usar um campo numérico não utilizado anteriormente nos cabeçalhos das mensagens para armazenar um número de nó para a máquina à qual a mensagem deve ser entregue. Quando o FIDONET era executado, ele procurava no banco de dados de e-mail por qualquer mensagem com um número neste campo. O FIDONET coletou todas as mensagens para um determinado número de nó em um arquivo conhecido como pacote de mensagens. Depois que todos os pacotes foram gerados, um para cada nó, o programa FIDONET procuraria o número de telefone do nó de destino em NODELIST.BBS e chamaria o sistema remoto. Desde que o FIDONET esteja rodando naquele sistema, os dois sistemas entrariam em um aperto de mão e, se isso fosse bem-sucedido, o sistema chamador carregaria seu pacote, baixaria um pacote de retorno, se houvesse um, e desconectaria. O FIDONET desempacotaria o pacote de retorno, colocaria as mensagens recebidas no banco de dados do sistema local e passaria para o próximo pacote. Quando não houvesse pacotes restantes, o FIDONET sairia e executaria o programa FIDO BBS.

Para reduzir as tarifas de longa distância, as trocas de correspondência foram programadas para funcionar tarde da noite, normalmente às 4h. Mais tarde, isso seria conhecido como hora do correio nacional e, posteriormente, como Hora do correio da zona.

Em funcionamento

Em junho de 1984, a versão 7 do sistema estava sendo executada em produção e os nós estavam sendo rapidamente adicionados à rede. Em agosto, havia quase 30 sistemas na lista de nós, 50 em setembro e mais de 160 em janeiro de 1985. À medida que a rede crescia, a manutenção da lista de nós tornou-se proibitiva e os erros eram comuns. Nesses casos, as pessoas começavam a receber ligações às 4 da manhã, de um interlocutor que não dizia nada e depois desligava. Em outros casos, o sistema seria listado antes de estar funcionando, resultando em chamadas de longa distância que não resultaram em nada.

Em agosto de 1984, Jennings transferiu o controle da nodelist para o grupo em St. Louis, principalmente Ken Kaplan e Ben Baker. Kaplan encontrou Fido como parte da busca de uma solução BBS para sua empresa, que funcionava com computadores DEC e recebeu um computador Rainbow e um modem USRobotics 1200bit/s. A partir de então, ingressar na FidoNet exigia que a pessoa configurasse seu sistema e o usasse para enviar uma mensagem de netmail a um sistema especial, o Nó 51. A mensagem continha várias informações de contato necessárias. Se esta mensagem foi transmitida com sucesso, garantiu que pelo menos parte do sistema estava funcionando corretamente. A equipe nodelist então responderia com outra mensagem netmail de volta ao sistema em questão, contendo o número do nó atribuído. Se a entrega foi bem-sucedida, o sistema foi considerado funcionando corretamente e foi adicionado à lista de nós. O primeiro novo nodelist foi publicado em 21 de setembro de 1984.

Redes e nós

O crescimento continuou a acelerar e, na primavera de 1985, o sistema já estava atingindo seu limite de 250 nós. Além dos limites de crescimento do que era claramente um sistema popular, a manutenção da lista de nós continuou a crescer cada vez mais demorada.

Também foi percebido que os sistemas Fido eram geralmente agrupados - dos 15 sistemas em execução no início de junho de 1984, 5 deles estavam em St. Louis. Um usuário no sistema de Jennings em San Francisco que endereçava e-mails para diferentes sistemas em St. Louis faria com que chamadas fossem feitas para cada um desses BBSes por vez. Nos Estados Unidos, as ligações locais eram normalmente gratuitas e, na maioria dos outros países, eram cobradas a uma taxa baixa. Além disso, a configuração inicial da chamada, geralmente o primeiro minuto da chamada, normalmente era cobrada a uma taxa mais alta do que a continuação de uma conexão existente. Portanto, seria mais barato entregar todas as mensagens de todos os usuários em San Francisco para todos os usuários em St. Louis em uma única chamada. Os pacotes geralmente eram pequenos o suficiente para serem entregues em um ou dois minutos, portanto, entregar todas as mensagens em uma única chamada poderia reduzir muito os custos, evitando várias cobranças no primeiro minuto. Depois de entregue, o pacote seria dividido em pacotes separados para sistemas locais e entregue usando várias chamadas gratuitas locais.

A equipe definiu o conceito de adicionar um novo número de rede baseado na ideia de códigos de área. Um endereço de rede completo agora consistiria no par de número de rede e nó, que seria escrito com uma barra entre eles. Todas as correspondências que trafegam entre as redes seriam primeiro enviadas para o host da rede local, alguém que se oferecesse para pagar as tarifas de longa distância. Esse único site coletaria todo o netmail de todos os sistemas em sua rede e o reembalaria em pacotes únicos destinados a cada rede. Eles então ligariam para qualquer site de administração de rede necessário e entregariam o pacote a eles. Esse site processaria o e-mail normalmente, embora todas as mensagens no pacote fossem chamadas locais.

O endereço de rede foi colocado em um campo não utilizado no banco de dados de mensagens Fido, que anteriormente sempre continha um zero. Sistemas rodando versões existentes do software já ignoravam os campos contendo o novo endereçamento, então continuariam funcionando como antes; ao perceber uma mensagem endereçada a outro nó, eles a procuravam e chamavam aquele sistema. Os sistemas mais novos reconheceriam o número da rede e, em vez disso, entregariam essa mensagem ao host da rede. Para garantir a compatibilidade com versões anteriores, os sistemas existentes mantiveram seus números de nó originais durante esse período.

Uma grande vantagem do novo esquema era que os números dos nós agora eram únicos apenas dentro de sua rede, não globalmente. Isso significava que o limite anterior de 250 nós havia acabado, mas, por vários motivos, ele foi inicialmente limitado a cerca de 1.200. Essa mudança também transferiu a manutenção das listas de nós para os hosts da rede, que enviaram as listas atualizadas de volta ao Nó 51 para serem coletadas na lista principal. O grupo de St. Louis agora tinha apenas que manter sua própria rede local e fazer o trabalho básico para compilar a lista global.

Em uma reunião realizada na sala de Kaplan em St. Louis em 11 de abril de 1985, as várias partes discutiram todos os detalhes do novo conceito. Como parte desta reunião, eles também adicionaram o conceito de região, um nível puramente administrativo que não fazia parte do esquema de endereçamento. Hosts regionais lidariam com quaisquer retardatários nos mapas de rede, sistemas remotos que não tinham hosts de rede local. Eles então dividiram os EUA em dez regiões que eles achavam que teriam populações aproximadamente iguais.

Em maio, Jennings tinha as primeiras versões do novo software em execução. Essas primeiras versões especificavam o roteamento manualmente por meio de um novo arquivo ROUTE.BBS que listava hosts de rede para cada nó. Por exemplo, um operador pode querer encaminhar todas as correspondências para St. Louis por meio de um único nó, o nó 10. ROUTE.BBS incluiria uma lista de todos os sistemas conhecidos nessa área, com instruções para encaminhar correspondência para cada um desses nós até o nó 10. Esse processo foi posteriormente semiautomatizado pelo programa NODELIST de John Warren. Com o tempo, essas informações foram dobradas em versões atualizadas do formato nodelist e o arquivo ROUTES não é mais usado.

Uma nova versão do FIDO e FIDONET, 10C, foi lançada contendo todos esses recursos. Em 12 de junho de 1985, o grupo principal criou o 10C e a maioria dos sistemas Fido foi atualizada em alguns meses. O processo foi muito mais tranquilo do que se imaginava e poucos nós tiveram problemas.

Email

Em algum momento durante a evolução do Fido, anexos de arquivos foram adicionados ao sistema, permitindo que um arquivo fosse referenciado a partir de uma mensagem de e-mail. Durante a troca normal entre duas instâncias do FIDONET, todos os arquivos anexados às mensagens nos pacotes foram entregues após o próprio pacote ter sido carregado ou baixado. Não está claro quando isso foi adicionado, mas já era um recurso do sistema básico quando a versão de 8 de fevereiro de 1985 do documento de padrões FidoNet foi lançada, então isso foi adicionado muito cedo na história do Fido.

Em uma reunião de sysops em Dallas, foi levantada a ideia de que seria bom se houvesse alguma maneira de os sysops postarem mensagens que seriam compartilhadas entre os sistemas. Em fevereiro de 1986, Jeff Rush, um dos membros do grupo, apresentou um novo mailer que extraía mensagens de fóruns públicos selecionados pelo administrador, da mesma forma que o mailer original lidava com mensagens privadas. O novo programa era conhecido como tosser/scanner. O tosser produziu um arquivo que era semelhante (ou idêntico) à saída da verificação normal do netmail, mas esses arquivos foram compactados e anexados a uma mensagem normal do netmail como um anexo. Esta mensagem foi então enviada para um endereço especial no sistema remoto. Depois de receber o netmail normalmente, o scanner no sistema remoto procura essas mensagens, descompacta-as e as coloca no mesmo fórum público do sistema original.

Desta forma, o sistema do Rush implementou um sistema de armazenamento e encaminhamento de mensagens públicas semelhante ao Usenet, mas baseado e hospedado pelo sistema FidoNet. O primeiro fórum de echomail foi criado pelos sysops da área de Dallas para discutir negócios, conhecido como SYSOP. Outro chamado TECH logo o seguiu. Vários ecos públicos logo se seguiram, incluindo GAYNET e CLANG. Isso gerou centenas de novos ecos e levou à criação da Echomail Conference List (Echolist) por Thomas Kenny em janeiro de 1987. O Echomail produziu fóruns compartilhados de abrangência mundial e seu volume de tráfego ultrapassou rapidamente o sistema netmail original. No início da década de 1990, o echo mail transportava mais de 8 MB de tráfego de mensagens compactadas por dia, muitas vezes quando não compactadas.

Echomail não usava necessariamente os mesmos caminhos de distribuição do netmail normal, e o roteamento de distribuição era armazenado em um arquivo de configuração separado, não muito diferente do ROUTES.BBS original. No site de origem, uma linha de cabeçalho foi adicionada à mensagem indicando o nome e o endereço do sistema de origem. Depois disso, cada sistema pelo qual a mensagem viajou adicionou-se a um cabeçalho PATH crescente, bem como a um cabeçalho SEENBY. SEENBY evitou que a mensagem circulasse pela rede no caso de informações de roteamento mal configuradas.

Echomail não foi o único sistema a usar o recurso de anexo de arquivo do netmail para implementar recursos de armazenamento e encaminhamento. Conceitos semelhantes foram usados por jogos online e outros sistemas também.

Zonas e pontos

A evolução para o esquema de endereçamento rede/nó também foi útil para reduzir os custos de comunicação entre continentes, onde as diferenças de fuso horário em cada ponta da conexão também podem entrar em jogo. Por exemplo, a melhor hora para encaminhar correspondência nos Estados Unidos é à noite, mas pode não ser a melhor hora para hosts europeus trocarem. Os esforços para introduzir um nível continental no sistema de endereçamento começaram em 1986.

Ao mesmo tempo, notou-se que alguns usuários avançados estavam interessados em usar os protocolos FidoNet como forma de entregar grandes quantidades de echomail para suas máquinas locais, onde poderiam ser lidos offline. Esses usuários não queriam que seus sistemas aparecessem na lista de nós - eles não executavam (necessariamente) um sistema de quadro de avisos e não eram acessíveis publicamente. Era desejável um mecanismo que permitisse a entrega de netmail a esses sistemas sem a sobrecarga da manutenção da lista de nós.

Em outubro de 1986 foi lançada a última grande mudança na rede FidoNet, adicionando zonas e pontos. As zonas representavam grandes áreas geográficas, correspondendo aproximadamente a continentes. Havia seis zonas no total: América do Norte, América do Sul, Europa, Oceania, Ásia e África. Os pontos representavam nós não públicos, que foram criados de forma privada em um sistema BBS. O correio pontual foi entregue a um BBS de host selecionado normalmente, mas depois reembalado em um pacote para o ponto coletar sob demanda. O formato de endereçamento completo agora era zone:net/node.point, então um exemplo real pode ser Bob Smith@1:250/250.10. Os pontos foram amplamente utilizados apenas por um curto período de tempo, a introdução de sistemas de leitura off-line preencheu esse papel com sistemas muito mais fáceis de usar. Os pontos permanecem em uso até hoje, mas são menos populares do que quando foram introduzidos.

Outras extensões

Embora o FidoNet suportasse anexos de arquivos até mesmo dos padrões mais antigos, esse recurso tendia a ser raramente usado e frequentemente desativado. Os anexos de arquivo seguiam o roteamento normal de correio por meio de vários sistemas e podiam fazer backup das transferências ao longo da linha à medida que os arquivos eram copiados. Uma solução foi oferecida na forma de solicitações de arquivo, que fazia transferências de arquivos conduzidas pelo sistema de chamada e usava conexões ponto a ponto únicas em vez do roteamento tradicional. Dois desses padrões tornaram-se comuns, "WaZOO" e "Bark", que tiveram suporte variado entre diferentes remetentes. Ambos funcionaram de forma semelhante, com o mailer chamando o sistema remoto e enviando um novo pacote de handshake para solicitar os arquivos.

Embora a FidoNet fosse, de longe, a rede baseada em BBS mais conhecida, ela não era a única. A partir de 1988, os sistemas PCBoard foram capazes de hospedar funcionalidades semelhantes conhecidas como RelayNet, enquanto outras redes populares incluíam RBBSNet do mundo Commodore 64 e AlterNet. No final da evolução do sistema FidoNet, houve uma proposta para permitir que o correio (mas não as mensagens do fórum) desses sistemas mudassem para a estrutura FidoNet. Isso não foi adotado, e a rápida ascensão da internet tornou isso supérfluo, pois essas redes rapidamente adicionaram trocas de internet, que agiam como uma língua franca.

Aumento rápido, pico de 1996 e declínio mais lento no número de Fidonodes

Pico

FidoNet começou em 1984 e listou 100 nós até o final daquele ano. O crescimento constante continuou durante a década de 1980, mas uma combinação de fatores levou a um rápido crescimento após 1988. Isso incluiu modems mais rápidos e menos caros e custos de discos rígidos e sistemas de computador em geral em rápida queda. Em abril de 1993, a lista de nós FidoNet continha mais de 20.000 sistemas. Nessa altura estimava-se que cada nó tinha, em média, cerca de 200 utilizadores ativos. Desses 4 milhões de usuários no total, 2 milhões de usuários comumente usavam echomail, os fóruns públicos compartilhados, enquanto cerca de 200.000 usavam o sistema de netmail privado. Em seu pico, o FidoNet listou aproximadamente 39.000 sistemas.

Ao longo de sua existência, o FidoNet foi assolado por problemas de gerenciamento e brigas internas. Muito disso pode ser atribuído ao fato de que a entrega da Internet custou dinheiro real, e o tráfego cresceu mais rapidamente do que as reduções causadas pela melhoria das velocidades do modem e pela tendência de queda das taxas de longa distância. À medida que aumentavam, vários métodos de recuperação dos custos eram tentados, o que causava atrito nos grupos. Os problemas eram tão graves que Jennings passou a se referir ao sistema como "fight-o-net".

Recusar

Como os modems atingiram velocidades de 28,8 kbit/s, a sobrecarga dos protocolos TCP/IP não era mais tão flagrante e a Internet discada tornou-se cada vez mais comum. Em 1995, o mercado de quadros de avisos estava cambaleando à medida que os usuários abandonavam os sistemas BBS locais em favor de sites e páginas da Web maiores, que podiam ser acessados em todo o mundo pelo mesmo custo de acesso a um sistema BBS local. Isso também tornou a implementação do FidoNet mais barata, porque as transferências pela Internet também podiam ser entregues pela Internet, com pouco ou nenhum custo marginal. Mas isso diluiu seriamente todo o propósito do modelo store-and-forward, que havia sido construído especificamente para resolver um problema de longa distância que não existia mais.

A lista de nós do FidoNet começou a encolher, especialmente em áreas com ampla disponibilidade de conexões de internet. Essa tendência de queda continua, mas se estabilizou em aproximadamente 2.500 nós. O FidoNet continua popular em áreas onde o acesso à Internet é difícil ou caro.

Ressurgimento

Por volta de 2014, um movimento retrô levou a um aumento lento de BBS e nós conectados à Internet. Telnet, rlogin e SSH estão sendo usados entre os sistemas. Isso significa que o usuário pode telnet para qualquer BBS em todo o mundo tão barato quanto os vizinhos. Além disso, Usenet e e-mail da Internet foram adicionados, juntamente com nomes de arquivo longos para muitas versões mais recentes do software BBS, alguns sendo freeware, resultando em uso crescente. Nodelistas não estão mais diminuindo em todos os casos.

Estrutura organizacional da FidoNet

FidoNet é governado em uma estrutura hierárquica de acordo com a política FidoNet, com coordenadores designados em cada nível para gerenciar a administração de nós FidoNet e resolver disputas entre membros. Os coordenadores de rede são responsáveis por gerenciar os nós individuais dentro de sua área, geralmente uma cidade ou área de tamanho semelhante. Os coordenadores regionais são responsáveis por gerenciar a administração dos coordenadores de rede dentro de sua região, geralmente do tamanho de um estado ou país pequeno. Os coordenadores de zona são responsáveis por gerenciar a administração de todas as regiões dentro de sua zona. O mundo está dividido em seis zonas, cujos coordenadores elegem um deles para ser o Coordenador Internacional da FidoNet.

Estrutura técnica

FidoNet foi historicamente projetado para usar acesso discado baseado em modem entre sistemas de quadro de avisos, e muito de sua política e estrutura refletiam isso.

O sistema FidoNet refere-se oficialmente apenas à transferência de Netmail—as mensagens privadas individuais entre pessoas que usam quadros de avisos—incluindo os protocolos e padrões com os quais apoiá-lo. Uma mensagem de netmail conteria o nome da pessoa que está enviando, o nome do destinatário pretendido e os respectivos endereços FidoNet de cada um. O sistema FidoNet era responsável por rotear a mensagem de um sistema para o outro (detalhes abaixo), com o software do quadro de avisos em cada extremidade sendo responsável por garantir que apenas o destinatário pretendido pudesse lê-lo. Devido à natureza amadora da rede, qualquer privacidade entre o remetente e o destinatário era apenas resultado da polidez dos proprietários dos sistemas FidoNet envolvidos na transferência do correio. Era comum, no entanto, que os operadores do sistema se reservassem o direito de revisar o conteúdo das correspondências que passavam por seu sistema.

O Netmail permitia o anexo de um único arquivo a cada mensagem. Isso levou a uma série de protocolos piggyback que construíram recursos adicionais no FidoNet, passando informações de um lado para o outro como anexos de arquivo. Estes incluíram a distribuição automatizada de arquivos e transmissão de dados para jogos inter-BBS.

De longe, o mais comumente usado desses protocolos piggyback foi o Echomail, discussões públicas semelhantes aos grupos de notícias da Usenet por natureza. O Echomail era suportado por uma variedade de softwares que coletavam novas mensagens dos BBSes locais; fóruns públicos (o scanner), compactado usando ARC ou ZIP, anexado o arquivo resultante a uma mensagem Netmail e enviado essa mensagem para um sistema selecionado. Ao receber tal mensagem, identificada por ser endereçada a um determinado usuário, o processo inverso era usado para extrair as mensagens, e um tosser as colocava de volta no novo sistema& #39;fóruns.

Echomail era tão popular que para muitos usuários, Echomail era o FidoNet. O Netmail privado de pessoa para pessoa era relativamente raro.

Estrutura geográfica

FidoNet é organizado politicamente em uma estrutura de árvore, com diferentes partes da árvore elegendo seus respectivos coordenadores. A hierarquia FidoNet consiste em zonas, regiões, redes, nós e pontos quebrados mais ou menos geograficamente.

O nível mais alto é a zona, que é amplamente baseada em continentes:

• A Zona 1 é os Estados Unidos e o Canadá
• A Zona 2 é a Europa, os antigos países da União Soviética e Israel
• Zona 3 é Australasia
• A Zona 4 é a América Latina (exceto Porto Rico)
• Zona 5 foi África
• A Zona 6 era Ásia, Israel e as partes asiáticas da Rússia, (que estão listadas na Zona 2). Em 26 de julho de 2007, a zona 6 foi removida e todos os nós restantes foram movidos para a zona 3.

Cada zona é dividida em regiões, que são divididas em redes, que consistem em nós individuais. As zonas 7-4095 são usadas para outras redes; agrupamentos de nós que usam software compatível com Fido para transportar suas próprias áreas de mensagens independentes sem serem de forma alguma controladas pela estrutura política da FidoNet. O uso de números de zona não utilizados garantiria que cada rede tivesse um conjunto exclusivo de endereços, evitando possíveis conflitos de roteamento e ambigüidades para sistemas que pertenciam a mais de uma rede.

Endereços FidoNet

FidoNet consistem explicitamente em um número de zona, um número de rede (ou número de região) e um número de nó. Eles são escritos no formato Zone:Network/Node. A estrutura FidoNet também permite a designação semântica de região, host e status de hub para nós específicos, mas esse status não é indicado diretamente pelo endereço principal.

Por exemplo, considere um nó localizado em Tulsa, Oklahoma, Estados Unidos com um número de nó atribuído é 918, localizado na Zona 1 (América do Norte), Região 19 e Rede 170. O endereço FidoNet completo para este sistema seria 1:170/918. A região era usada para fins administrativos e só fazia parte do endereço se o nó fosse listado diretamente abaixo do Coordenador Regional, em vez de uma das redes usadas para dividir ainda mais a região.

A política FidoNet requer que cada sistema FidoNet mantenha uma lista de nós de todos os outros sistemas membros. As informações sobre cada nó incluem o nome do sistema ou BBS, o nome do operador do nó, a localização geográfica, o número de telefone e os recursos do software. A lista de nós é atualizada semanalmente, para evitar chamadas indesejadas para nós que foram desligados, com seus números de telefone possivelmente reatribuídos para uso de voz pela respectiva operadora de telefonia.

Para realizar atualizações regulares, os coordenadores de cada rede mantêm a lista de sistemas em suas áreas locais. As listas são enviadas de volta ao Coordenador Internacional por meio de sistemas automatizados regularmente. O Coordenador Internacional então compilaria uma nova lista de nós e geraria a lista de alterações (nodiff) a ser distribuída para que os operadores de nós aplicassem à sua lista de nós existente.

Roteamento de e-mail FidoNet

Em uma situação teórica, um nó normalmente encaminharia mensagens para um hub. O hub, agindo como um ponto de distribuição de correspondência, pode então enviar a mensagem ao Coordenador da rede. A partir daí pode ser encaminhado por meio de um Coordenador Regional, ou para algum outro sistema configurado especificamente para a função. A correspondência para outras zonas pode ser enviada por meio de um Zone Gate.

Por exemplo, uma mensagem FidoNet pode seguir o caminho:

• 1:170/918 (nodo) para 1:170/900 (hub) para 1:170/0 (coordenador de rede) a 1:19/0 (coordenador de regiões) para 1:1/0 (coordenador de zona). A partir daí, foi distribuído "córrego abaixo" para o nó de destino.

Originalmente, não havia relação específica entre os números de rede e as regiões em que residem. Em algumas áreas da FidoNet, principalmente na Zona 2, a relação entre o número da região e o número da rede está entrelaçada. Por exemplo, 2:201/329 está na rede 201, que está na região 20, enquanto 2:2410/330 está na rede 2410, que está na região 24. A zona 2 também relaciona o número do nó ao número do hub se a rede for grande o suficiente para conter quaisquer hubs. Esse efeito pode ser visto na lista de nós observando a estrutura da Rede 2410, onde o nó 2:2410/330 está listado no Hub 300. Esse não é o caso em outras zonas.

Na Zona 1, as coisas são muito diferentes. A Zona 1 foi o ponto de partida e quando as Zonas e Regiões foram formadas, as redes existentes foram divididas regionalmente sem fórmula definida. A única consideração tomada foi onde eles estavam localizados geograficamente em relação ao contorno mapeado da região. À medida que os números líquidos foram adicionados, a seguinte fórmula foi usada.

Número da região × 20

Então, quando algumas regiões começaram a ficar sem números de rede, o seguinte também foi usado.

Número de região × 200

A Região 19, por exemplo, contém as redes 380-399 e 3800-3999, além daquelas que estavam na Região 19 quando ela foi formada.

Parte do objetivo por trás da formação de redes locais era implementar planos de redução de custos pelos quais todas as mensagens seriam enviadas para um ou mais hubs ou hosts em formato compactado (ARC era nominalmente padrão, mas PKZIP é universalmente suportado); uma ligação interurbana poderia então ser feita fora do horário de pico para trocar arquivos completos de mensagens com um uplink fora da cidade para posterior redistribuição.

Na prática, a estrutura FidoNet permite que qualquer nó se conecte diretamente a qualquer outro, e os operadores de nó, às vezes, formam seus próprios acordos de chamada de pedágio em uma base ad-hoc, permitindo um equilíbrio entre economia de custos coletiva e entrega pontual. Por exemplo, se um operador de nó em uma rede se oferecesse para fazer chamadas interurbanas regulares para um sistema específico em outro lugar, outros operadores poderiam encaminhar todas as suas correspondências destinadas ao sistema remoto e as próximas a ele para o voluntário local. As operadoras dentro de redes individuais às vezes tinham acordos de compartilhamento de custos, mas também era comum que as pessoas se voluntariassem para pagar chamadas regulares de pedágio por generosidade ou para construir seu status na comunidade.

Este sistema ad-hoc foi particularmente popular com redes construídas sobre FidoNet. O Echomail, por exemplo, geralmente envolvia transferências de arquivos relativamente grandes devido à sua popularidade. Se os distribuidores oficiais da FidoNet se recusassem a transferir o Echomail devido a tarifas adicionais, outros operadores de nós às vezes se voluntariavam. Nesses casos, as mensagens do Echomail seriam roteadas para o endereço dos voluntários. sistemas em vez disso.

O sistema FidoNet foi melhor adaptado a um ambiente no qual o serviço telefônico local era barato e as chamadas de longa distância (ou transferência de dados intermunicipais por meio de redes de comutação de pacotes) eram caras. Portanto, ele se saiu um pouco mal no Japão, onde até as linhas locais são caras, ou na França, onde as tarifas nas chamadas locais e a concorrência com o Minitel ou outras redes de dados limitaram seu crescimento.

Pontos

Como o número de mensagens no Echomail cresceu ao longo do tempo, tornou-se muito difícil para os usuários acompanharem o volume enquanto estavam logados em seu BBS local. Pontos foram introduzidos para resolver isso, permitindo que usuários com conhecimento técnico recebam o Echomail (e Netmail) já compactado e em lote e o leiam localmente em suas próprias máquinas.

Para fazer isso, o esquema de endereçamento FidoNet foi estendido com a adição de um segmento de endereço final, o número do ponto. Por exemplo, um usuário no sistema de exemplo acima pode receber o ponto número 10 e, portanto, pode receber uma mensagem no endereço 1:170/918.10.

No uso no mundo real, os pontos são bastante difíceis de configurar. O software FidoNet normalmente consistia em vários pequenos programas utilitários executados por scripts editados manualmente que exigiam algum nível de habilidade técnica. Ler e editar o e-mail exigia um "editor sysop" programa ou um programa BBS para ser executado localmente.

Na América do Norte (Zona 1), onde as chamadas locais são geralmente gratuitas, os benefícios do sistema foram compensados pela sua complexidade. Os pontos foram usados apenas brevemente e, mesmo assim, apenas em um grau limitado. Programas de leitura de e-mail off-line dedicados, como Blue Wave, Squiggy e Silver Xpress (OPX), foram introduzidos em meados da década de 1990 e rapidamente tornaram o sistema de pontos obsoleto. Muitos desses pacotes ofereceram suporte ao padrão de correio offline QWK.

Em outras partes do mundo, especialmente na Europa, isso era diferente. Na Europa, mesmo as chamadas locais são geralmente limitadas, então havia um forte incentivo para manter a duração das chamadas o mais curta possível. O software Point emprega compactação padrão (ZIP, ARJ, etc.) e, portanto, reduz as chamadas a alguns minutos por dia, no máximo. Em contraste com a América do Norte, o apontamento teve uma aceitação rápida e bastante difundida na Europa.

Muitas regiões distribuem uma lista de pontos em paralelo com a lista de nós. Os segmentos da lista de pontos são mantidos pelos responsáveis pela lista de pontos da rede e da região e o responsável pela lista de pontos da zona os reúne na lista de pontos da zona. No auge da FidoNet, havia mais de 120.000 pontos listados na lista de pontos da Zona 2. A listagem de pontos é voluntária e nem todos os pontos são listados, portanto, quantos pontos realmente existem, ninguém sabe. Em junho de 2006, ainda havia cerca de 50.000 pontos listados. A maioria deles está na Rússia e na Ucrânia.

Especificações técnicas

FidoNet continha várias especificações técnicas para compatibilidade entre sistemas. O mais básico de todos é FTS-0001, com o qual todos os sistemas FidoNet devem cumprir como requisito mínimo. FTS-0001 definido:

• Handshaking - os protocolos usados pelo software mailer para identificar uns aos outros e trocar meta-informação sobre a sessão.
• Protocolo de transferência (XMODEM) - os protocolos a serem usados para transferir arquivos contendo correio FidoNet entre sistemas.
• Formato de mensagem - o formato padrão para mensagens FidoNet durante o tempo que foram trocadas entre sistemas.

Outras especificações comumente usadas fornecidas para echomail, diferentes protocolos de transferência e métodos de handshake (por exemplo: Yoohoo/Yoohoo2u2, EMSI), compactação de arquivo, formato de lista de nós, transferência sobre conexões confiáveis, como a Internet (Binkp), e outros aspectos.

Hora do correio da zona

Desde que os quadros de avisos de computador historicamente usaram as mesmas linhas telefônicas para transferência de correspondência como eram usadas para discagem de usuários humanos do BBS, a política FidoNet determina que pelo menos uma linha designada de cada nó FidoNet deve estar disponível para aceitar correspondência de outro Nós FidoNet durante uma determinada hora de cada dia.

Zone Mail Hour, como foi chamado, varia dependendo da localização geográfica do nó, e foi designado para ocorrer durante o início da manhã. A hora exata varia dependendo do fuso horário, e qualquer nó com apenas uma linha telefônica é obrigado a rejeitar chamadas humanas. Na prática, principalmente em épocas posteriores, a maioria dos sistemas FidoNet tende a aceitar correspondência a qualquer hora do dia quando a linha telefônica não está ocupada, geralmente durante a noite.

Implantações FidoNet

A maioria das implantações do FidoNet foi projetada de forma modular. Uma implantação típica envolveria vários aplicativos que se comunicariam por meio de arquivos e diretórios compartilhados e alternariam entre si por meio de scripts ou arquivos em lote cuidadosamente projetados. No entanto, está disponível um software monolítico que abrange todas as funções necessárias em um pacote, como o D'Bridge. Esse software eliminou a necessidade de arquivos em lote personalizados e está totalmente integrado à operação. A preferência pela implantação era do operador e havia prós e contras de operar de qualquer maneira.

Indiscutivelmente, o software mais importante em um sistema Fido baseado em DOS era o driver FOSSIL, que era um pequeno driver de dispositivo que fornecia uma maneira padrão para o software Fido se comunicar com o modem. Este driver precisava ser carregado antes que qualquer software Fido funcionasse. Um driver FOSSIL eficiente significava conexões mais rápidas e confiáveis.

software Mailer era responsável por transferir arquivos e mensagens entre sistemas, bem como passar o controle para outros aplicativos, como o software BBS, em momentos apropriados. O remetente atenderia inicialmente o telefone e, se necessário, lidaria com a correspondência recebida por meio de protocolos de transferência FidoNet. Se o mailer atendesse o telefone e um chamador humano fosse detectado em vez de outro software de mailer, o mailer sairia e passaria o controle para o software BBS, que então inicializaria para interação com o usuário. Quando a correspondência de saída estava esperando no sistema local, o software de envio de correspondência tentava enviá-la de tempos em tempos, discando e conectando-se a outros sistemas que aceitariam e encaminhariam a correspondência posteriormente. Devido aos custos das chamadas interurbanas, que geralmente variam entre os horários de pico e fora do horário de pico, o software de mala direta geralmente permite que sua operadora configure os horários ideais para tentar enviar correspondência para outros sistemas.

software BBS foi usado para interagir com chamadores humanos para o sistema. O software BBS permitiria que os usuários de discagem usassem as bases de mensagens do sistema e escrevessem e-mails para outras pessoas, localmente ou em outros BBSes. A correspondência direcionada a outros BBSes seria posteriormente roteada e enviada pelo remetente, geralmente depois que o usuário terminasse de usar o sistema. Muitos BBSes também permitiam que os usuários trocassem arquivos, jogassem e interagissem com outros usuários de várias maneiras (por exemplo: bate-papo nó a nó).

Um aplicativo scanner/tosser, como FastEcho, FMail, TosScan e Squish, normalmente seria chamado quando um usuário do BBS inserisse uma nova mensagem FidoNet que precisava ser enviada, ou quando um mailer recebeu novas correspondências para serem importadas para as bases de mensagens locais. Esta aplicação seria responsável por tratar do empacotamento das correspondências de entrada e saída, movimentando-as entre as bases de mensagens do sistema local e os diretórios de entrada e saída do mailer. O aplicativo scanner/tosser geralmente seria responsável pelas informações básicas de roteamento, determinando para quais sistemas encaminhar a correspondência.

Em tempos posteriores, leitores de mensagens ou editores que eram independentes do software BBS também foram desenvolvidos. Freqüentemente, o Operador do Sistema de um BBS específico usaria um leitor de mensagens dedicado, em vez do próprio software BBS, para ler e gravar FidoNet e mensagens relacionadas. Um dos editores mais populares em 2008 foi o GoldED+. Em alguns casos, os nós FidoNet, ou mais frequentemente os pontos FidoNet, não tinham quadro de avisos público anexado e existiam apenas para a transferência de correspondência para o benefício do operador do nó. A maioria dos nós em 2009 não tinha acesso ao BBS, mas apenas pontos, se houver.

O software Fido BBS original e alguns outros softwares de suporte FidoNet da década de 1980 não funcionam mais em sistemas modernos. Isso ocorre por vários motivos, incluindo problemas relacionados ao bug Y2K. Em alguns casos, os autores originais deixaram o BBS ou a comunidade shareware, e o software, muito do qual era de código fechado, tornou-se um abandonoware.

Vários FidoNet Mailers legados baseados em DOS, como FrontDoor, Intermail, MainDoor e D'Bridge do início dos anos 1990, ainda podem ser executados hoje no Windows sem um modem, usando o driver freeware NetFoss Telnet FOSSIL e usando um Modem Virtual como NetSerial. Isso permite que o mailer disque um endereço IP ou nome de host via Telnet, em vez de discar um número de telefone POTS real. Existem soluções semelhantes para Linux, como MODEMU (emulador de modem), que tem sucesso limitado quando combinado com DOSEMU (emulador DOS). Mail Tossers como FastEcho e FMail ainda são usados hoje em Windows e Linux/DOSEMU.

fila de arquivos em qcc, o UI ncurses para qico. Os endereços são feitos.

Existem vários FidoNet Mailers modernos baseados em Windows disponíveis hoje com código-fonte, incluindo Argus, Radius e Taurus. MainDoor é outro mailer Fidonet baseado em Windows, que também pode ser executado usando um modem ou diretamente sobre TCP/IP. Dois mailers FidoNet de software livre e de código aberto populares para sistemas do tipo Unix são o binkd (plataforma cruzada, somente IP, usa o protocolo binkp) e o qico (suporta comunicação de modem, bem como o protocolo IP de ifcico e binkp).

No lado do hardware, os sistemas Fido geralmente eram máquinas bem equipadas, para a época, com CPUs rápidas, modems de alta velocidade e 16550 UARTs, que na época eram um upgrade. Como um sistema Fidonet era geralmente um BBS, ele precisava processar rapidamente qualquer novo evento de e-mail antes de retornar à sua função de 'esperando por chamada' estado. Além disso, o próprio BBS geralmente precisava de muito espaço de armazenamento. Finalmente, um sistema FidoNet geralmente tinha pelo menos uma linha telefônica dedicada. Conseqüentemente, a operação de um sistema Fidonet muitas vezes exigia um investimento financeiro significativo, um custo geralmente coberto pelo proprietário do sistema.

Disponibilidade FidoNet

Embora o uso do FidoNet tenha caído drasticamente em comparação com seu uso até meados da década de 1990, ele ainda é usado em muitos países, especialmente na Rússia e nas antigas repúblicas da URSS. Alguns BBSes, incluindo aqueles que agora estão disponíveis para usuários com conexões de Internet via telnet, também mantêm seus feeds FidoNet netmail e echomail.

Algumas das conferências de echomail da FidoNet estão disponíveis via gateways com a hierarquia de notícias da Usenet usando software como o UFGate. Existem também portas de correio para troca de mensagens entre Internet e FidoNet. O abuso generalizado da rede e o spam de e-mail no lado da Internet fizeram com que alguns gateways (como o antigo gateway 1:1/31 IEEE fidonet.org) se tornassem inutilizáveis ou parassem totalmente de funcionar.

FidoNews

FidoNews é a newsletter da comunidade FidoNet. Carinhosamente apelidado de The Snooze, é publicado semanalmente. Foi publicado pela primeira vez em 1984. Ao longo de sua história, foi publicado por várias pessoas e entidades, incluindo a efêmera International FidoNet Association.