Resumen

  • El RFC 1437, fechado el 1 de abril de 1993, propuso matter-transport/sentient-life-form para enviar una persona como contenido MIME. Sus dimensiones, moléculas, pasarelas y accidentes forman una broma técnica deliberada.
  • El RFC 9694 dejó constancia de que ese tipo de nivel superior nunca se registró: la pieza de 1993 se publicó como RFC del Día de los Inocentes anglosajón para entretener.

El paquete no cabía en el buzón

El correo electrónico había ganado una caja de herramientas formidable. En junio de 1992, RFC 1341 describió los mecanismos MIME para que un mensaje tuviera varias partes y para que esas partes pudieran llevar texto en distintos juegos de caracteres, imágenes, audio o vídeo. Había tipos, subtipos y codificaciones de transferencia. Nathaniel Borenstein, uno de los autores de MIME, y Mark Linimon tomaron esa gramática y se hicieron una pregunta propia de alguien que ya ha trabajado demasiadas horas con especificaciones: si cabe una imagen, ¿por qué no cabe el fotógrafo entero?

Su RFC 1437 salió el 1 de abril de 1993 con un título tan sobrio como una factura: The Extension of MIME Content-Types to a New Medium. El nuevo tipo sería matter-transport; su primer subtipo, sentient-life-form. La introducción promete interoperabilidad para mensajes que contienen formas de vida conscientes. Después considera especies aún desconocidas y menciona delfines, klingon y políticos. El lector ya sabe que el documento le está guiñando un ojo, aunque la prosa siga mirando de frente.

La gracia reside en que el guiño no acaba ahí. El supuesto adjunto necesita altura, anchura y profundidad en centímetros, más una resolución de escaneo expresada en ángstroms. Cada posición de un cubo tridimensional contendría la fórmula ASCII de una molécula. Si una molécula resultara demasiado larga, habría que pensar en la codificación quoted-printable para que una línea partida por un sistema antiguo no deshiciera una proteína. El texto trata una imposibilidad física como si fuese un problema de envolver correctamente los datos.

Ese disfraz funciona porque hay un problema auténtico debajo. RFC 1341 respondía a límites reales del correo basado en texto plano. Un programa debía saber qué tipo de objeto recibía y cómo conservarlo al atravesar sistemas distintos; una pasarela podía perder información. RFC 1437 adopta esa preocupación legítima y cambia el coste del error. Donde un mensaje mal formado haría ilegible una fotografía, aquí podría dejar al pasajero sin extremidades. La sátira le pone cuerpo a una promesa de extensibilidad demasiado confiada.

La sección de pasarelas X.400 es una oficina de objetos perdidos escrita por ingenieros. Si una pasarela rechaza el tipo desconocido, el aviso podría ser tan críptico que el destinatario borraría el mensaje sin enterarse de que llevaba a una persona. Los autores proponen estudiarlo en futuras versiones de X.400, con un calendario que se desliza hacia el siglo siguiente. El pasajero imaginario queda atrapado entre una traducción de formato y la siguiente reunión de normalización.

Los incidentes de implementación rematan la escena. Una supuesta prueba con un ratón termina en un archivo vacío por falta de espacio; los autores lamentan no haber montado una «scratch rat», mezcla de rata y espacio temporal. Un intercambio de bytes puede producir una llegada cabeza abajo. Las copias de seguridad tientan a los directivos con la inmortalidad. Un mensaje duplicado puede multiplicar también a la familia. Almacenamiento, orden de bytes, respaldo y reintentos son asuntos corrientes en informática; la oficina de normalización los recibe como si fueran incidentes de transporte.

El apartado de seguridad lleva el absurdo hasta la frontera. Si un fugitivo pudiera meterse en un mensaje, tal vez se enviaría a otro país o pasaría un plazo legal dando vueltas por una ruta postal complicada. La pregunta se plantea con voz de acta técnica. Incluso las direcciones de los autores aparecen al final como partes MIME, listas para una reconstrucción fantástica. La propia forma del RFC participa en el chiste: el documento parece rellenar todas las casillas que suele exigir a una propuesta seria.

Mucho después llegó una nota que cerró la ficha administrativa. En marzo de 2025, el RFC 9694, sobre nuevos tipos de medios de nivel superior, recordó que RFC 1437 había definido uno de esos tipos, pero no había sido registrado. La razón figura allí sin misterio: era un RFC del 1 de abril publicado para entretener. Quedó en el archivo de los RFC; matter-transport no pasó a ser una entrada operativa del registro.

La historia merece recordarse porque sus autores sabían exactamente de qué se reían. MIME hizo posibles mensajes mucho más ricos, y los problemas de codificación, pasarelas y fallos eran reales. RFC 1437 convirtió cada requisito de una máquina en un riesgo para un viajero imposible. Durante unas páginas, el correo tuvo hasta cabina de pasajeros. Al cerrar el documento, lo único que salió de ella fue una carcajada de ingeniero.