Resumen

  • El RFC 1703, de octubre de 1994, detalló cómo enviar mensajes desde el correo de Internet hacia un servidor de radiomensajería. Una respuesta positiva a RCPT y DATA acreditaba hechos distintos según se hubiera usado MAIL, SEND, SOML o SAML.
  • La ruta de un solo salto SMTP, combinada con SEND o SAML, permitía que el servidor confirmara que la página se había enviado por la red de radio. El documento situó ahí el alcance de ese recibo.

El recibo tenía letra pequeña

Imagine un despacho que promete avisar al médico de guardia y entrega el papel al archivador. El archivador ha aceptado el papel; la urgencia sigue dando vueltas por el pasillo. Algo parecido podía ocurrir cuando un cliente de correo entregaba una página a una pasarela. El mensaje ya estaba dentro del sistema, aunque todavía faltara el paso que motivó la llamada. El RFC 1703 trató esa diferencia como una cuestión de protocolo, no de cortesía.

El servidor de radiomensajería debía admitir MAIL. Podía admitir también SEND, SOML y SAML; estas tres opciones eran facultativas. Rose fijó el significado de las respuestas positivas conjuntas a RCPT y DATA. Con MAIL, certificaban como mínimo que el mensaje estaba en cola para transmitirse a la red de radio. Aquella era una aceptación concreta y limitada. La cola asumía la tarea, pero también heredaba el tiempo que faltaba.

Con SEND, la respuesta positiva indicaba que la red de radiomensajería había aceptado el mensaje para entregarlo al destinatario. SOML y SAML recibieron una redacción más cauta: la aceptación por la red podía haberse producido. En otras palabras, una cifra de éxito en el terminal no tenía significado autónomo. Había que mirar el verbo que abrió la conversación. Cambiar el verbo equivalía a cambiar el recibo que el servidor estaba autorizado a extender.

La dirección parecía una dirección de correo, aunque llevaba un número telefónico convertido en etiquetas bajo tpc.int. Los registros MX señalaban a un servidor dispuesto a intentar el acceso. Un MX comodín cubría rangos sin demostrar la existencia de cada buscapersonas del rango. El esquema venía de los principios de TPC.INT; esta historia empieza cuando el cliente llega al servidor y necesita saber qué respuesta le merece confianza. El DNS encontraba una puerta. La semántica SMTP establecía qué ocurría al cruzarla.

Ni siquiera todos los aparatos recibían lo mismo. pager-numeric identificaba un servicio cuyo cuerpo de mensaje debía contener solo dígitos. pager. y pager-alpha. se dirigían a servicios alfanuméricos. El correo era un envoltorio útil, pero la pasarela debía respetar el vocabulario y los límites del receptor. Un número mal preparado podía estropear la operación antes de que la cuestión del retraso llegara a plantearse.

El camino del correo planteaba el problema mayor. Los mensajes podían pasar por varios relevos y pasarelas, cada uno con su almacén y su turno. El RFC citaba retrasos de minutos, horas o días. Para un mensaje de aviso, esa variación convertía la palabra «inmediato» en una apuesta. Rose propuso conectar el cliente directamente al servidor de radiomensajería mediante IP y SMTP: un único salto SMTP. Así se retiraba del trayecto la espera de los relevos intermedios.

El último ajuste combinaba ruta y verbo. SEND o SAML expresaban una petición de transmisión radio en tiempo real y exigían una respuesta sobre su resultado. Si el cliente hablaba directamente con el servidor y usaba una de esas órdenes, la respuesta positiva aseguraba que el mensaje se había enviado por la red de radiomensajería. Esa era la frontera observada por el servidor. La especificación no escribió una escena imaginaria en la que alguien miraba la pantalla al instante.

RFC 1703 dejó una lección menos vistosa que un nuevo aparato, pero más útil para quien lo operaba. El éxito técnico tenía escalones: puesto en cola, aceptado por la red, enviado por la red. La respuesta «OK» seguía siendo corta. El trabajo consistía en darle un significado suficientemente exacto para la urgencia que se había prometido.