Resumen

  • La RFC 1357 convirtió el anuncio bibliográfico de un informe técnico en un registro de texto que podía enviarse por correo y separarse en campos al recibirlo.
  • REVISION exigía un número posterior y el registro completo, incluso cuando el editor comunicaba una retirada. El mensaje identificaba la ficha; el receptor decidía su estado efectivo.

El momento incómodo de cualquier catálogo llega después de publicar la ficha. Alguien corrige una dirección, cambia un título o retira el trabajo. Las copias ya viajaron. Danny Cohen abordó ese problema en la RFC 1357, publicada en julio de 1992: una propuesta para mandar por correo electrónico registros bibliográficos de informes técnicos en lugar de depender del anuncio postal. Lo fácil era acelerar la primera noticia. Lo difícil era lograr que la segunda alcanzara las fichas que ya vivían en otras instituciones.

La propuesta no fingía que todos los catálogos fuesen uno solo. Fijó cuatro campos obligatorios: BIB-VERSION, ID, ENTRY y END, en ese orden. El ID juntaba un símbolo controlado por el editor y su número de informe mediante //. El título, el autor, la forma de obtener el documento y el resumen podían agregarse. Ese identificador no confería mando sobre la base ajena; ofrecía una referencia común para que el receptor localizase su propia entrada.

La regla de revisión imponía una disciplina costosa y sensata. Un entero en REVISION indicaba la secuencia, pero el correo nuevo debía incluir toda la ficha, no solo la línea modificada. Así, el receptor podía entender la versión 2 aunque hubiese perdido la versión 1. También podía detectar que una versión antigua llegó después de una nueva. Los parches pequeños habrían trasladado la tarea de reconstruir el registro a cada biblioteca, justo donde faltaban mensajes o contexto.

Retirar un informe era una revisión especial. El editor podía conservar los campos obligatorios, indicar la retirada en NOTES y dejar TITLE vacío o ausente. El ejemplo del documento muestra cómo se redactaba esa señal; no registra la eliminación real de un informe identificado de una biblioteca. El límite operativo era más serio: un correo que dice «retirado» no cambia por sí mismo una búsqueda pública. Si el receptor no lo procesa, la ficha anterior continúa hablando.

La especificación también quiso impedir que los ensayos acabasen en colecciones permanentes. Un BIB-VERSION que comenzara por X marcaba experimentación; los símbolos DUMMY, TEST o que comenzaran por X eran material de prueba. La etiqueta avisaba, pero necesitaba un importador que actuara. El formato usaba ASCII imprimible, líneas de hasta 79 caracteres y campos repetibles como AUTHOR. Eran decisiones pequeñas para que máquinas y personas pudieran manejar el mismo mensaje.

Una ficha tampoco equivalía al informe. RETRIEVAL decía cómo conseguirlo, por ejemplo por FTP o correo postal. Encontrar la referencia y obtener el texto eran dos tareas diferentes. La RFC 1807 sustituyó más tarde a la 1357, añadió campos como HANDLE, OTHER_ACCESS, KEYWORD y WITHDRAW, y señaló usos en Cornell Dienst y Stanford SIFT. La evolución del esquema confirma la utilidad del formato; no demuestra que cada retirada anterior llegara a cada catálogo.

El editor ganó una forma rápida de hablar con muchos archivos. Cada archivo conservó la última palabra sobre sus propios lectores. La historia de esta norma está en ese espacio entre enviar una corrección y hacerla visible.

Fuentes: RFC 1357; RFC 1807; registro oficial de RFC 1357.