Resumo

  • A RFC 1357, publicada em julho de 1992, propôs um formato de texto para enviar por e-mail referências de relatórios técnicos de ciência da computação. Versão do formato, ID da instituição e do relatório, data de criação da ficha e marcador final eram obrigatórios; título, autor, resumo e instruções de obtenção eram opcionais.
  • Uma ficha corrigida ou retirada deveria ser reenviada por inteiro, com número de revisão maior e o mesmo ID. O campo de obtenção aceitava instruções de FTP, pedido postal ou pagamento; a RFC ainda não definia uma instrução automática para buscar o arquivo.

A notícia deixou o envelope

Antes dessa proposta, organizações de pesquisa anunciavam novos relatórios técnicos pelo correio, enviando fichas impressas. Danny Cohen, editor da RFC 1357, apontou o custo, a demora e o incômodo para o destinatário que quisesse arquivar ou pesquisar os dados no computador. A saída era mandar a ficha em texto simples por e-mail. O laboratório podia prepará-la à mão; a biblioteca receptora podia processá-la à mão também. Quem tivesse software ganharia uma estrutura reconhecível.

Essa estrutura era pequena, mas não frouxa. O primeiro campo, BIB-VERSION, identificava a versão do formato. O segundo, ID, juntava o símbolo controlado do editor a um número de relatório dado por ele, com // no meio. ENTRY marcava a data de criação da ficha. O último campo, END, repetia o ID. Os quatro ocupavam lugares fixos. Todos os demais, inclusive TITLE, podiam faltar. A instituição definia o que contava como publicação e lhe dava um número. O leitor recebia uma descrição tão completa quanto a instituição resolvesse mandar.

É tentador chamar o título opcional de defeito. Ele é também a pista para a operação principal do sistema: trocar uma ficha antiga por outra. O mesmo relatório podia receber uma correção de contato, uma nova rota de FTP ou um aviso de retirada. Para reconhecer o alvo da troca, o catálogo precisava do ID estável. Uma mudança de título não podia criar, por acidente, um segundo relatório administrativo.

Para corrigir uma linha, reenvie tudo

A RFC escolheu revisão integral. Quem corrigisse uma ficha deveria mandar de novo todos os campos em vigor, acompanhados de um número de revisão superior e uma explicação. O destinatário poderia substituir o registro anterior sem reconstruí-lo a partir de pequenas emendas espalhadas por mensagens distintas. A ficha de exemplo tinha cerca de 1.750 caracteres. A repetição custava pouco comparada ao trabalho de adivinhar o estado atual.

Retirar uma referência seguia a mesma lógica. O exemplo mantém o ID, aumenta a revisão e deixa o título vazio. As antigas instruções de obtenção somem da nova ficha. O número continua como endereço da decisão administrativa: esta é a entrada que a instituição revogou. A retirada depende da chegada e do processamento da nova mensagem em cada catálogo receptor. O formato estabelecia a regra; cada biblioteca executava a substituição.

Havia controles para evitar confusão no recebimento. As linhas tinham limite de 79 caracteres e o alfabeto era ASCII imprimível. Campos repetidos, como vários autores, conservavam sua ordem. Versões experimentais e símbolos de instituição reservados para teste não deveriam entrar na base permanente. O padrão não exigia um catálogo central nem um programa único; oferecia um envelope textual que sistemas diferentes pudessem ler.

O símbolo do editor, porém, precisava ser único entre instituições. Cohen se dispôs a coordenar por e-mail os símbolos e nomes dos produtores de relatórios. O documento menciona discussões para registrar esses símbolos na IANA. Discussão não é implantação: a proposta descreve uma coordenação em formação, sem demonstrar que um registro da IANA já operava.

Uma ficha livre, um texto com porta

O campo RETRIEVAL mostra como o mundo real cabia mal numa fantasia de biblioteca instantânea. No exemplo da RFC, a versão completa com imagens coloridas pode ser pedida com envelope selado e endereçado; a versão ASCII pode ser obtida por FTP anônimo. O texto também admite pagamento ou pedido por e-mail. Tudo isso fica em prosa livre. A RFC reconhece que ainda faltava definir dados para recuperação automática de arquivos.

A ficha bibliográfica podia circular sem restrições. Restrições sobre o relatório exigiam outro mecanismo de proteção. O mesmo e-mail que informava a existência da obra não distribuía automaticamente seu conteúdo nem concedia acesso. O leitor precisava seguir a rota indicada, e essa rota podia envolver outro servidor, uma mesa de atendimento ou dinheiro.

A RFC 1357 acelerou o aviso, não a máquina de fotocópias. Sua pequena arquitetura separava três tarefas que hoje parecem grudadas: anunciar o trabalho, manter a descrição correta e entregar a obra. O relatório podia ter um número perfeitamente válido, uma revisão atualizada e nenhum título. A instituição tinha resolvido a sua contabilidade; o pesquisador ainda procurava o texto.

Fontes