Resumen

  • En el SMTP inicial, un fallo por tamaño o almacenamiento podía aparecer solo después de transmitir DATA por completo y descartar el objeto.
  • RFC 1870 dejó al servidor anunciar un máximo fijo en EHLO y al cliente declarar una estimación de octetos en MAIL FROM. El límite permanente produjo 552; la escasez temporal, 452.
  • El número siguió siendo evidencia limitada: no delimitaba DATA, no reservaba todos los recursos posteriores ni convertía una respuesta positiva en garantía de entrega.

El coste llegaba antes que el veredicto

RFC 821 ordenaba la operación como MAIL, uno o varios RCPT y DATA. Tras responder 354, el receptor esperaba cabeceras, cuerpo y línea terminadora. Solo entonces emitía la respuesta sobre el mensaje completo.

La secuencia era clara, pero situaba tarde ciertos conocimientos. Un servidor podía saber desde el principio que su política jamás admitiría un objeto tan grande. También podía carecer de espacio solo durante aquel intento. Sin una extensión, el cliente enviaba cada octeto antes de enterarse; el receptor tiraba el mensaje y ambos consumían enlace, tiempo y memoria en una operación condenada.

Dos números con dueños distintos

La solución nació en RFC 1427 en 1993, pasó por RFC 1653 y tomó su forma de estándar en RFC 1870 en 1995. Un servidor incluye SIZE en EHLO. Puede añadir el máximo fijo que está dispuesto a aceptar.

El valor cero dice que no rige un máximo fijo. Si no hay cifra, no se comunica información sobre ese máximo; no significa capacidad ilimitada. El cliente puede agregar su propio SIZE a MAIL FROM: una estimación del mensaje concreto. Cuando calcular con exactitud no es viable, puede usar una heurística, preferiblemente conservadora por exceso.

El servidor declara una política suya; el emisor describe su objeto. El valor compartido permite decidir sin ceder a la otra parte el control del disco, de la cola o de la composición del mensaje.

Medir no es enmarcar

El cómputo incluye cabeceras, cuerpo y pares CR-LF enviados después de 354. Excluye el punto que termina DATA y los puntos duplicados únicamente para transparencia. Así dos implementaciones pueden comparar la misma representación.

Sin embargo, RFC 1870 prohíbe usar SIZE para decidir dónde termina DATA. Una estimación incorrecta puede causar aceptación o rechazo, pero no desplaza la frontera entre contenido y comandos. Esa autoridad permanece en el terminador original. SIZE trata de recursos; la transparencia por puntos y BDAT tratan de encuadre.

452 deja tiempo; 552 lo cierra

Si lo declarado supera el máximo fijo, el servidor puede responder 552: repetir el mismo envío contra la misma regla no ayudará. Si faltan recursos ahora pero podrían aparecer después, responde 452, y el cliente puede reiniciar y volver a poner el mensaje en cola.

Confundir ambos estados genera daños opuestos. Tratar política como escasez produce reintentos inútiles; tratar escasez como política destruye una entrega viable. Además, la decisión puede depender del destinatario. El servidor puede aceptar un RCPT, diferir otro y rechazar permanentemente un tercero según el mismo tamaño declarado. La medida común no borra las reglas locales.

Un 250 temprano no es el final

El éxito de MAIL no garantiza la transferencia. El DATA real puede ser mayor; los recursos pueden cambiar; un salto posterior o la entrega final pueden fallar. El servidor puede tolerar una subdeclaración, pero no tiene obligación.

RFC 1870 sí crea una confianza acotada: si el servidor aceptó la cifra, no debería devolver un 552 después de DATA por su máximo normal salvo que el objeto real la superara. La regla reduce sorpresas sin fingir una reserva universal.

RFC 5321 exigió más tarde aceptar al menos 64K octetos y recomendó SIZE cuando hubiera restricciones. No fijó un tamaño mundial. El límite pertenece al sistema que soporta el coste; el protocolo solo proporciona una forma temprana y verificable de expresarlo.

Fuentes y límites

RFC 821 describe la operación original. RFC 1427, RFC 1653 y RFC 1870 forman la genealogía de SIZE; RFC 5321 registra su lugar posterior. Los documentos no miden uso actual ni límites comerciales. SIZE no autentica contenido, no prueba cuota, no reserva cada relé y no es recibo de entrega. Sustenta una historia más estrecha: publicar una evidencia de capacidad evitó trabajo imposible sin convertirla en autoridad total.