Resumen

  • La RFC 1357 propuso un formato de texto para enviar por correo electrónico fichas de informes técnicos de informática. Versión, identificador del editor y del informe, fecha de creación de la ficha y cierre con el mismo identificador eran obligatorios; título, autores, resumen e instrucciones de obtención eran opcionales.
  • Las correcciones y retiradas se distribuían como fichas completas con un número de revisión superior. El campo de obtención podía señalar FTP, una solicitud postal o un precio, sin definir una descarga automática del informe.

El catálogo entró en la bandeja de entrada

El problema inicial era bastante prosaico. Centros de investigación anunciaban sus nuevos informes técnicos enviando fichas bibliográficas impresas. El correo postal costaba dinero y tiempo; el receptor terminaba con papel difícil de archivar y buscar electrónicamente. Danny Cohen editó una propuesta para que esas fichas viajaran por email. No exigía un programa nuevo en cada extremo. Bastaba un texto legible y una gramática de campos que un sistema pudiera procesar si así lo deseaba.

La gramática tenía un núcleo inamovible. BIB-VERSION abría el mensaje y declaraba la versión del formato. ID seguía con un símbolo controlado de la institución, dos barras y el número que esa institución había dado al informe. ENTRY fechaba la creación de la ficha. END repetía el ID y cerraba el registro. Los cuatro campos ocupaban posiciones fijas. Los demás podían ordenarse y repetirse, conservando el orden de los autores cuando hubiera varios.

La ausencia de un título obligatorio parece una broma administrativa. La RFC daba prioridad a un objeto que una oficina pudiera identificar y corregir. La propia institución decidía qué contaba como publicación y asignaba el número. Título, autor y resumen facilitaban al lector reconocer el trabajo; la validez formal del aviso descansaba en otra cosa. Una ficha podía ser técnicamente impecable y ofrecer muy pocas pistas a quien buscara una idea.

La elección también preparaba una operación incómoda: retirar un registro. La RFC trataba la retirada como una revisión del mismo ID. En el ejemplo, una ficha posterior deja el título vacío, elimina los datos antiguos de obtención e indica la razón. El número permanece para que el receptor sepa qué aviso reemplazar. El informe no se evapora de todas las bibliotecas por magia; la institución envía una nueva versión y cada destinatario la incorpora a su propio catálogo.

Una errata necesitaba el expediente completo

La revisión debía contener todos los campos vigentes, no una lista de cambios sueltos. Así, quien recibiera la nueva ficha podía sustituir la anterior de una vez. Era una decisión de diseño con un coste visible: repetir texto en cada corrección. A cambio, el catálogo no tenía que reconstruir la versión actual combinando mensajes quizá recibidos en distinto orden. La ficha de ejemplo de la RFC rondaba los 1.750 caracteres. Reenviarla entera era una carga pequeña frente al trabajo de reconciliar erratas dispersas.

Había otros límites propios de su época. Las líneas no debían superar 79 caracteres. El alfabeto permitido era ASCII imprimible. Versiones experimentales y símbolos reservados para pruebas debían quedar fuera de la base permanente. Los productores podían crear y procesar fichas manualmente o automatizar cualquier parte. La propuesta buscaba interoperabilidad básica sin exigir que todas las bibliotecas compartieran una misma aplicación.

Quedaba el problema del nombre institucional. Si dos editoriales usaban el mismo símbolo antes de las dos barras, sus números locales podían chocar. Cohen ofrecía coordinar por email los símbolos y nombres de los productores de informes. El texto mencionaba conversaciones sobre un futuro registro en IANA. En julio de 1992, esa posibilidad era una conversación, no un registro ya demostrado por la RFC.

La dirección FTP no era el informe

El campo RETRIEVAL deja ver la distancia entre enterarse de un trabajo y tenerlo. La ficha de ejemplo ofrece un envío postal para el texto completo con imágenes en color y, por otra vía, un archivo ASCII mediante FTP anónimo. El formato admitía además instrucciones para escribir a una persona o pagar una cantidad. Todo ello era texto libre. El documento decía que todavía faltaba definir datos aptos para recuperar automáticamente archivos.

También separaba la circulación de la ficha y los derechos sobre el trabajo. El aviso bibliográfico podía redistribuirse libremente; una publicación sometida a restricciones requería protección por otro medio. El catálogo indicaba la existencia declarada de un informe y sugería un camino. El servidor, la oficina o la biblioteca seguían decidiendo si ese camino entregaba una copia.

La RFC 1357 no prometía una biblioteca universal. Su logro era más concreto y más extraño: hacer que el número de un informe, su corrección y hasta su retirada pudieran llegar por la red antes que el informe mismo. El catálogo aprendió a correr. Los documentos conservaron sus puertas.

Fuentes