Resumen

  • message/partial mantuvo cada fragmento como un mensaje autónomo para el transporte y dio al receptor tres datos de coordinación: id para agrupar, number para ordenar y total para saber cuántas piezas se esperaban.
  • El resultado reensamblado adoptaba el significado de la entidad interior. Una regla precisa combinaba encabezados de la primera envoltura y del mensaje interno; las envolturas posteriores no gobernaban el encabezado final.
  • Coincidir en el identificador y completar la secuencia no demostraba autoría, igualdad de duplicados, integridad ni visualización. El objeto útil aparecía sólo después de una validación local separada.

Un tamaño no gobernaba todos los saltos

Para el usuario había un documento; para la infraestructura había una sucesión de decisiones. Un sistema lo aceptaba, otro lo almacenaba y una pasarela posterior podía rechazarlo por superar su límite. SMTP carecía de un máximo universal.

El RFC 1123 dejó constancia de esa tensión en 1989. Exigió a los programas de correo enviar y recibir por lo menos 64 KB, consideró muy deseable un máximo mucho mayor y observó que ya circulaban documentos de un megabyte o más. La regla elevaba un suelo, pero no convertía todos los límites locales en una promesa de extremo a extremo.

MIME abordó el problema sin exigir una actualización simultánea de cada servidor. Conservó la unidad que los transportes conocían —un mensaje— y permitió que varias de esas unidades representaran una entidad mayor. El cambio decisivo ocurrió en el destino: sólo allí, al reunirse evidencia suficiente, podía surgir el todo.

Un sobre íntegro podía contener una pieza incompleta

El RFC 1341, publicado en junio de 1992, definió message/partial. El cuerpo de cada mensaje exterior contenía una parte de una entidad mayor. El sobre era un correo completo, con su propia trazabilidad, aunque su cuerpo no bastara para formar el contenido interior.

No era otra forma de multipart/mixed. Un multipart agrupa varios cuerpos dentro de una única entrega. message/partial reparte un cuerpo pretendido entre varias entregas. Por eso el tercer fragmento podía llegar primero, recorrer otra pasarela y adquirir un Message-ID exterior distinto sin alterar su lugar lógico.

La separación evitó una afirmación falsa. La aceptación SMTP de una envoltura demostraba sólo esa aceptación. La presencia de dos fragmentos en una bandeja demostraba sólo su almacenamiento. Ninguno de esos registros creaba por sí mismo la entidad interior.

El conjunto se describía con tres valores mínimos

id asociaba las piezas y debía acercarse a la unicidad mundial. number indicaba la posición y empezaba en 1. total expresaba el número de fragmentos. Los parámetros podían aparecer en cualquier orden.

El último fragmento debía declarar total; en los anteriores era opcional, aunque se recomendaba incluirlo. Así un emisor podía comenzar a dividir antes de conocer la cifra final, pero al señalar el final entregaba al receptor una expectativa comprobable.

El RFC 1521 conservó y afinó el mecanismo en 1993. Lo que no añadió fue una autoridad escondida. id seguía sin ser una función hash. Un duplicado de number=2 podía diferir del otro. Un total anunciado podía ser falso o contradictorio. La gramática permitía formar candidatos; no certificaba sus bytes.

El receptor debía aplicar una ley local: exigir la serie completa, fijar un límite de tamaño, decidir cómo tratar duplicados, rechazar totales incompatibles y comprobar que la concatenación producía una entidad MIME válida. La especificación común definía interoperabilidad; el código en ejecución decidía si la evidencia presente la satisfacía.

La entidad interior recuperaba su propia naturaleza

El resultado no debía aparecer como un mensaje cuyo cuerpo fuera otro mensaje. El reensamblado era semánticamente transparente. Si el interior describía audio, el destinatario obtenía una entidad de audio. Las envolturas parciales eran andamiaje para el trayecto.

Este principio revelaba dos planos de identidad. Cada envoltura exterior tenía derecho a su Message-ID y a sus campos Received porque había sido transportada por separado. El mensaje interior podía contener otro Message-ID, el que correspondía a la entidad reconstruida. Los primeros documentaban episodios de entrega; el segundo pertenecía al contenido resultante.

También había dos órdenes. La llegada medía colas y rutas. number determinaba los bytes. Usar el orden cronológico de recepción para ensamblar habría convertido una contingencia de red en autoridad sobre el significado.

El primer fragmento llevaba la base del encabezado

La operación no consistía en pegar cuerpos sin más. Los mensajes exteriores podían tener asuntos, fechas y rastros distintos. Para evitar un encabezado incoherente, MIME repartió qué campos sobrevivían y obligó a cortar sólo en límites de línea.

De la primera envoltura se copiaban los encabezados ordinarios, salvo los Content-* y los campos Subject, Message-ID, Encrypted y MIME-Version. De la entidad interior se añadían precisamente Content-* y esos campos seleccionados. Los demás encabezados internos se descartaban. Los encabezados de la segunda envoltura y todas las posteriores no aparecían en el resultado.

El RFC 2046 fijó en 1996 esta distribución. La pieza con number=1 aportaba contexto exterior; el interior aportaba tipo y determinados campos semánticos. Las otras envolturas conservaban valor forense, pero no decidían el mensaje derivado.

Esto explica por qué tener todos los intervalos de cuerpo y perder el primer sobre puede no bastar. También explica por qué elegir el primer mensaje que llegó sería incorrecto. La prioridad proviene de una regla de formato, no de la velocidad de una ruta.

Una implementación auditable conserva ambos productos: los sobres originales, que prueban trayectorias diferentes, y la entidad reconstruida, que registra una interpretación. Borrar los sobres vuelve imposible comprobar más tarde qué encabezado fue elegido o qué duplicado se descartó.

Ninguna pasarela podía presumir que vería el conjunto

Los cuerpos binarios presentaban una dificultad adicional. Una entidad exterior de tipo message no podía resolverse envolviéndola sencillamente en base64 o quoted-printable. Si se dividía un interior 8bit o binary, cada fragmento dependería de un transporte con esa capacidad. Una pasarela 7bit que viera una sola pieza no podía esperar las demás, porque tal vez viajaran por rutas diferentes.

La solución fue imponer un denominador común. message/partial debía usar transferencia 7bit, y el interior no podía depender de 8bit ni binary. El RFC 2045 definió el marco general de codificación; el RFC 2046 aplicó esta disciplina particular.

La restricción reconocía la topología real. Ningún intermediario recibía poderes por imaginar que poseía el panorama completo. El emisor preparaba una representación que cada fragmento pudiera atravesar de manera independiente.

La misma realidad permitía fragmentación anidada. Dos agentes con umbrales distintos podían dividir a niveles diferentes. Después de reensamblar un grupo, el receptor podía descubrir otro message/partial y repetir el proceso. No era un error: la norma lo permitía expresamente. La profundidad, sin embargo, seguía siendo una decisión de recursos local.

SIZE hizo visible la admisión, no la semántica

En 1995, el RFC 1870 añadió la extensión SMTP SIZE. Un servidor podía anunciar un máximo fijo y el cliente podía declarar una estimación antes de DATA. Así se evitaba enviar por completo algo que una conexión conocida iba a rechazar.

SIZE y message/partial ocupaban capas distintas. El primero negociaba un mensaje en un enlace SMTP. El segundo describía cómo varias entregas podían reconstruirse en el agente del usuario. Una respuesta positiva a SIZE no garantizaba el éxito posterior, y mucho menos la recepción de todos los fragmentos o su interpretación.

El aviso de tamaño reducía una incertidumbre; no convertía el camino en homogéneo. La representación parcial resolvía otra pregunta: cómo preservar una entidad cuando la infraestructura sólo compartía unidades menores.

Tres registros impiden que una reconstrucción se convierta en mito

Un análisis serio separa los sobres, el grupo y el resultado. Por sobre guarda bytes, Message-ID exterior, Received, tiempo y estado. Por grupo guarda id, números, totales, duplicados, ausencias, expiración y límites. Por reconstrucción guarda la pieza elegida para cada rango, el orden, la fusión de encabezados, el tipo obtenido y las capas anidadas.

La autenticación debe seguir fuera del identificador. Un conjunto completo puede incluir contenido hostil. Varias envolturas pueden arrojar resultados de origen distintos. Un parser correcto no prueba una firma ni que el usuario haya abierto la salida.

MIME consiguió coordinación porque no intentó convertir el registro en soberano. Dio una regla común lo bastante pequeña para que receptores independientes llegaran a resultados reproducibles. La realidad del objeto no nació de la declaración del emisor, sino de la adopción efectiva de la regla por el software que tenía las piezas.