Resumen

  • DATA terminaba con una línea de un punto; la misma línea en el mensaje necesitaba una regla reversible de transparencia.
  • El emisor duplicaba todo punto inicial, el receptor reconocía el terminador solitario y quitaba un punto en las demás líneas.
  • CHUNKING enmarcó luego el mensaje con conteos exactos y un último bloque explícito, trasladando la autoridad al cálculo.

Un canal tenía que cambiar de función

RFC 821 alterna órdenes y respuestas. DATA convierte temporalmente el mismo flujo ordenado en contenido, de modo que necesita un punto inequívoco donde termina el mensaje y vuelve el diálogo.

La línea de un único punto era sencilla y legible, pero también podía ser texto legítimo. El espacio de datos contenía la misma secuencia que el control.

La transparencia fue una promesa bilateral

El emisor revisa cada línea y añade un punto cuando ya comienza por uno. El receptor interpreta el punto solitario como final y elimina el primer punto de las otras líneas afectadas.

La forma transmitida cambia, pero el contenido entregado se restaura. RFC 821 exigía reversibilidad, especialmente en relés. Si una parte omite su tarea, el mensaje termina antes o conserva un carácter adicional.

La excepción alcanzó toda la cadena

RFC 5321 mantiene la regla y excluye el punto añadido del límite de 1000 octetos por línea. Búferes, registros, relés y pruebas deben saber si observan el mensaje almacenado, la forma canónica o la forma de cable.

Los conteos eliminaron la línea prohibida

RFC 3030 introdujo CHUNKING y BDAT. Cada orden declara el número exacto de octetos siguientes; LAST señala el último bloque. El receptor deja de buscar un terminador dentro del contenido y una línea-punto pierde su fuerza especial.

No reemplazó universalmente a DATA. El servidor anuncia CHUNKING, el cliente usa BDAT solo tras esa capacidad y el servidor sigue obligado a aceptar DATA. La ampliación preserva a los pares antiguos.

Contar se volvió soberano

Una longitud incorrecta mueve la frontera: material puede quedar dentro del bloque o llegar al analizador de órdenes. BINARYMIME depende por eso de CHUNKING; los octetos arbitrarios no caben de forma segura en el encuadre por líneas de DATA.

La confianza cambió de lugar. Ya no reside en transformar puntos, sino en contar exactamente y acordar la capacidad antes de transmitir.

Fuentes y límites

La historia está en RFC 821, RFC 5321 y RFC 3030. No ofrecen cifras de adopción. DATA sigue siendo obligatorio y la transparencia no cifra ni autentica.