Resumen

  • RFC 772 y RFC 780 definieron R, destinatarios primero, y T, texto primero. El emisor podía sugerir; el receptor controlaba la modalidad disponible.
  • MRSQ detectaba, seleccionaba y reiniciaba el estado. MRCP introducía destinatarios, pero un éxito significaba almacenamiento de nombre en R y aplicación del cuerpo ya almacenado en T.
  • RFC 788 y RFC 821 sustituyeron la negociación por MAIL, uno o más RCPT, DATA. SMTP mantuvo una sola transmisión del cuerpo para varios destinatarios y eliminó la variación del contrato externo.

Una consulta que también borraba

RFC 780 dio a MRSQ cuatro papeles próximos: comprobar la instalación, pedir una preferencia, seleccionar R o T y restablecer la sesión de esos esquemas.

MRSQ ? solicita una respuesta 215 con la letra preferida. Un MRSQ sin argumento vuelve al estado sin modalidad y responde 200 si la familia está implementada. Una propuesta concreta puede ser rechazada si el receptor no sabe usarla.

Todas esas variantes reinician. La pregunta no es una observación sin efectos: puede vaciar el texto o la lista que el receptor guardaba. Un diagnóstico que la insertara en mitad del trabajo cambiaría la evidencia.

El documento deja la elección efectiva al receptor. El remitente debe estar preparado para cualquiera de las dos rutas porque no conoce el diseño interno que hace segura o eficiente una de ellas.

R construía el lote de nombres

En recipients-first, varios MRCP TO:<path> crean una tabla. Cada dirección recibe su propia aceptación o rechazo. Una dirección inexistente no invalida a las que ya fueron guardadas ni a las que se evaluarán después.

Cuando termina la lista, MAIL FROM:<sender-path> sin TO transporta el cuerpo una vez. Una respuesta positiva al final vale para todos los destinatarios recordados; una negativa hace considerar fallido al grupo. Después se elimina la tabla.

El formato favorece al receptor que entrega el paquete completo a un mailer central. Reúne cuerpo y relaciones antes del traspaso, sin repetir contenido para cada persona.

La tabla impone un límite físico. Si MRCP devuelve 452 por falta de espacio, el remitente puede enviar el cuerpo al grupo ya guardado, reunir otro y volver a transmitirlo. Con capacidad para diez nombres, cincuenta destinatarios pueden producir cinco cuerpos. La optimización depende del estado que el otro lado puede conservar.

T construía primero el depósito de texto

En text-first, el MAIL sin destinatario almacena el cuerpo. Los MRCP posteriores usan esa copia con cada dirección y devuelven el resultado individual, sin repetir la transferencia del texto.

El cuerpo permanece hasta que un nuevo MAIL lo sustituye o un MRSQ lo purga. T también evita duplicación, pero invierte el objeto que debe vivir en memoria.

El modelo encaja en receptores que entregan de manera incremental. Un conflicto de acceso o una cuota insuficiente puede resolverse al aplicar la copia a cada buzón, sin prometer que una respuesta colectiva cubra a todos.

La recepción del texto ocurre, sin embargo, antes de saber si habrá un destinatario válido. Un MRCP anterior al texto equivale a intentar un mensaje nulo y el receptor puede admitirlo o rechazarlo. El orden es condición semántica.

El esquema completaba el significado del código

En R, el éxito de MRCP dice sobre todo que la dirección quedó en la lista para un paso futuro. En T, el cuerpo ya existe y la respuesta se refiere a su tratamiento para esa dirección. El mismo verbo y la misma clase 2xx no certifican el mismo objeto.

Los reinicios agravan el riesgo de lectura aislada. MRSQ borra el estado; un MAIL normal con destino también lo restablece. Si una bitácora pierde esa línea, puede asociar un MRCP con un texto viejo o con una tabla ya vaciada.

La flexibilidad exige que cliente, servidor, gateway y auditor compartan no solo dos órdenes, sino dos memorias y varios límites de destrucción. Ese espacio común crece aunque cada optimización sea razonable en su host.

El receptor conocía el coste local

RFC 780 justifica R para sistemas que entregan en bloque a un mailer central. Cuanta más información lleva el traspaso, más eficiente puede resultar. T se adapta a sistemas que entregan uno por uno y producen fallos variables por buzón.

El remitente no puede observar la capacidad de la tabla, el coste de guardar el cuerpo ni el modo de entrega. Por ello solo expresa preferencia. El receptor, que paga la memoria y responde por los fallos, limita la elección.

La autoridad estaba bien situada a escala de una conexión. A escala de Internet, cada par debía implementar, probar y registrar ambas coreografías. Una diferencia interna se convertía en obligación externa para todos.

SMTP retiró la negociación del cable

RFC 788 estableció tres pasos ordenados: MAIL FROM inicia y nombra al emisor; uno o más RCPT TO negocian destinatarios; DATA transmite el cuerpo. El diálogo se describe como lock-step y la secuencia es obligatoria.

MRSQ y el MRCP de MTP desaparecen de la gramática. El receptor ya no puede pedir DATA antes de las direcciones. Un RCPT rechazado no cancela por sí mismo a los demás, y el cuerpo llega después para el conjunto aceptado.

RFC 821 conservó el modelo en 1982. La uniformidad no dicta cuándo un servidor escribe en disco o entrega internamente. Dicta lo que ambos extremos deben observar en el diálogo.

Así, la diversidad del mailer deja de ser diversidad de protocolo. Un servidor puede cambiar su cola o su lote interno sin enseñar una coreografía nueva a cada cliente.

Una copia para muchos sobrevivió

La finalidad común de R y T era no enviar el cuerpo una vez por persona en el mismo host. SMTP mantuvo esa economía en su única secuencia.

RFC 788 y RFC 821 recomiendan una copia de datos para varios destinatarios. El patrón es un MAIL, varios RCPT y un DATA. Los nombres rechazados salen antes del contenido y los aceptados lo comparten.

RFC 1123 insiste en RCPT, RCPT, ... RCPT, DATA frente a repetir RCPT, DATA. La convergencia quitó text-first, no la transmisión común.

Esta frontera separa pérdida de una modalidad y pérdida de una función. La red conservó el resultado económico mientras redujo las maneras de expresarlo.

PIPELINING no es T con otro nombre

Lock-step también genera esperas de ida y vuelta. PIPELINING permite enviar ciertos comandos sin aguardar cada respuesta, pero respeta el orden lógico de la transacción.

DATA no aparece antes de RCPT y el receptor no elige invertirlos. Menos espera no equivale a otro estado previo. La latencia y la dependencia causal son problemas distintos.

La aclaración evita duplicar la historia de PIPELINING. MRSQ negociaba qué objeto existía primero; PIPELINING optimiza cuándo viajan comandos que ya tienen un orden.

La frontera moderna sigue fija

RFC 5321 conserva MAIL, uno o más RCPT y DATA. Las extensiones añaden parámetros y capacidades, pero no restauran la elección R/T.

Los servidores siguen siendo libres internamente. Pueden validar temprano, guardar tarde, pasar a otra cola o hallar restricciones de contenido después de DATA. Esa libertad ya no obliga al cliente a conocer la organización del receptor.

Reducir el estado compartido simplifica gateways, pruebas, recuperación y observación. No demuestra que el método T fuera erróneo; demuestra que una optimización local puede vivir mejor detrás de una interfaz estable.

El otro MRCP no pertenece a esta historia

MRCP significa aquí Mail Recipient. El posterior Media Resource Control Protocol reutiliza el acrónimo para síntesis y reconocimiento de voz, sin parentesco técnico.

Una búsqueda debe acompañar MRCP con MTP, MRSQ o RFC 772/780. La igualdad de cuatro letras no es evidencia de continuidad ni de cobertura editorial previa.

Fuentes y límites

La reconstrucción usa RFC 772, 780, 788, 821, 1123 y 5321. Esas fuentes fijan las dos modalidades, los reinicios, la autoridad, los límites de recursos, la secuencia SMTP y la economía conservada.

No ofrecen cifras de despliegue, una reunión única de eliminación ni un beneficio de rendimiento universal. RFC 788 simplemente deja de definir MRSQ/MRCP y prescribe otra secuencia.

R no garantiza entrega atómica y T no retransmite el texto para cada dirección. La diferencia está en la custodia del estado y en el momento de la prueba.