Resumen

  • El equipo de Gary Thuerk, responsable de marketing de DEC, reunió destinatarios a partir de un directorio impreso de ARPANET para invitarlos a demostraciones del DECSYSTEM-20. El mensaje conservado y los relatos posteriores muestran que disponer de direcciones no equivalía a tener una lista de distribución propiamente dicha.
  • Los límites de SNDMSG hicieron visible esa diferencia: las direcciones desbordaron de un campo a otro, algunas personas quedaron fuera y después hubo un segundo envío. La DCA invocó la regla de uso oficial de la red, mientras los destinatarios debatían la carga y la pertinencia del anuncio.

El encabezado conserva dos relojes

El mensaje de DEC suele aparecer en las cronologías con una sola fecha. El registro conservado es menos sencillo. El encabezado indica que se escribió el 1 de mayo de 1978 a las 12:33, hora del Este. El sobre reproducido en el archivo de Brad Templeton registra su recepción en DEC-MARLBORO el 3 de mayo a las 9:55, hora del Pacífico. En su relato posterior, Templeton afirma que Carl Gartley lo envió el día 3; un aviso de la Defense Communications Agency (DCA), reproducido en el mismo archivo, habla del envío del día 2. Los documentos no resuelven la discrepancia. Muestran un mensaje preparado, una entrega posterior y una respuesta administrativa; no fijan una hora aceptada por todos. El mensaje archivado y las respuestas cuentan más que una fecha aislada.

El remitente era Gary Thuerk, responsable de marketing de Digital Equipment Corporation. DEC quería presentar la familia DECSYSTEM-20 y su compatibilidad con los protocolos de ARPANET a personas de la costa oeste, donde la empresa tenía menos contactos consolidados que en la costa este. Más tarde, Thuerk contó a Templeton que pretendía invitar a posibles clientes a demostraciones. El propósito era comercial, pero el público pertenecía en gran medida a una red de investigación con sus propias reglas de uso.

Un directorio daba nombres, no un servicio de distribución

A finales de los años setenta, las direcciones de ARPANET podían consultarse en un directorio impreso. Según el recuerdo posterior de Templeton, Thuerk y su asociado técnico recopilaron las entradas de la costa oeste y añadieron algunos clientes y contactos de ARPA de otros lugares. El directorio permitía identificar a los participantes. No creaba por sí solo una lista con suscripción, una persona responsable de mantenerla ni una norma que autorizara usar sus datos para vender productos.

El programa de correo convirtió esa diferencia en algo visible. Templeton cuenta que el sistema de correo de TOPS-20 admitía 320 direcciones. Einar Stefferud, uno de los destinatarios cuya nota explicativa conserva el archivo, describe cómo las direcciones llenaron los campos Asunto, Para y Cc hasta terminar en el cuerpo del mensaje. Templeton dice que, cuando DEC supo que algunas personas no habían recibido el primer envío, mandó otro al resto. Son recuerdos posteriores, no un registro automático de cada entrega.

En conjunto, muestran una operación introducida a mano en el editor de mensajes, no un servicio de correo masivo diseñado para ese fin.

El límite de la interfaz importa. El programa podía transportar una lista larga, pero no hacía que la operación fuera discreta, ordenada ni autolimitada. La lista de destinatarios acabó dentro del propio mensaje. Un directorio público permitía localizar direcciones; el remitente convirtió esas direcciones en una audiencia. Ninguno de esos hechos respondía si la capacidad y el acceso institucional de la red podían utilizarse para anunciar una empresa.

El operador de la red respondió una cuestión de uso

La DCA, que gestionaba ARPANET, se puso en contacto con la dirección de Thuerk. Su respuesta, conservada en el archivo, calificó la publicidad del producto como una infracción de la regla de uso oficial y pidió a patrocinadores, hosts y enlaces que explicaran la norma a usuarios y contratistas. No fue un filtro antispam moderno, una sentencia judicial ni una prohibición de toda comunicación no solicitada. Fue una decisión administrativa sobre una red financiada por el gobierno, cuyo acceso y costes no estaban disponibles en condiciones iguales para todas las empresas.

Los comentarios archivados de Jake Feinler explican esa desigualdad. Si las empresas conectadas a ARPANET podían anunciarse ante una audiencia experta mientras otras compañías carecían del mismo acceso, la red les concedía una ventaja comercial selectiva. La cuestión iba más allá de si a los destinatarios les gustaba el mensaje: se trataba de quién podía usar una infraestructura de comunicaciones financiada públicamente para llegar a un mercado que otras empresas no podían alcanzar en las mismas condiciones.

Las quejas no sostenían todas el mismo argumento. Un usuario objetó el volumen y el uso de recursos. En la University of Utah, alguien creyó que el mensaje había detenido su sistema; la entrevista posterior de Templeton con Thuerk sugiere que el buzón ya estaba casi lleno, por lo que la coincidencia es posible. Las pruebas conservadas no demuestran que el envío provocara una avería. El Computer History Museum registra esa queja como parte de la reacción, pero no sustituye la correspondencia técnica archivada.

La respuesta de Richard Stallman del 8 de mayo aporta un contrapunto útil. No había recibido el mensaje y dijo que quizá no le habría molestado una demostración pertinente. Después de verlo, sí le incomodó el encabezado desmesurado. El intercambio separa dos preguntas que el resumen posterior suele mezclar: si el contenido podía interesar a algunos participantes y si un remitente podía convertir el directorio de una red compartida en un canal de difusión masiva.

La advertencia de 1975 describía otra clase de fallo

Jon Postel ya había escrito sobre correo no deseado en RFC 706, «On the Junk Mail Problem», de 1975. El mecanismo era distinto al de un comercial que envía un anuncio a cientos de personas. La interfaz Host/IMP no permitía a un host rechazar mensajes selectivamente; un host averiado podía enviar tantos que el host receptor tuviera que procesarlos a costa de los usuarios normales. RFC 706 planteaba una posible denegación de servicio causada por el comportamiento de una máquina.

Esa advertencia forma parte de la historia de los recursos de red limitados, pero no establece una regla contra los anuncios comerciales ni menciona a Thuerk. El episodio de 1978 añadió la decisión humana sobre audiencia y propósito a la cuestión técnica de cuánto tráfico podía soportar la red. Confundir ambos casos sería convertir una disputa sobre permisos en un fallo de capacidad.

«El primer spam» es una etiqueta cómoda, no una explicación completa. En aquella época no se usaba ese término para el mensaje, y las fuentes consultadas no prueban que no hubiera correos electrónicos no deseados anteriores. El Computer History Museum lo llama el caso más antiguo conocido; una descripción más prudente es uno de los primeros envíos comerciales masivos documentados en ARPANET. La etiqueta no explica cómo se recopilaron las direcciones, quién recibió realmente el mensaje ni por qué se opuso el administrador de la red.

La lección duradera está en esos límites. La conectividad hacía posible la entrega a distancia. El directorio mostraba posibles destinatarios. El software de correo imponía límites prácticos. El operador aplicaba una regla de uso, y los destinatarios discutían la relevancia, el coste y la equidad. Ser localizable no significaba haber invitado un envío masivo; que el mensaje llegara tampoco determinaba quién tenía autoridad para usar la red que lo transportó.

Fuentes