Summary

  • DEC envió por ARPANET invitaciones a demostraciones para un público de investigación seleccionado; la lista conservada desbordó los campos del mensaje y un participante dijo que algunos destinatarios previstos nunca lo recibieron.
  • La DCA calificó el anuncio como una infracción de la regla de uso oficial de la red. Las respuestas debatieron acceso desigual, ventaja comercial y censura; documentan una respuesta anunciada, no una sanción comprobada.

La lista de direcciones era parte del incidente

El mensaje promocionaba la familia DECSYSTEM-20 y su compatibilidad con ARPANET mediante TOPS-20, y convocaba a dos demostraciones en California. En una copia reenviada que conserva el archivo de MSGGroup de mayo de 1978, el campo de destinatarios ocupa páginas y continúa dentro del cuerpo. Ese registro no permite calcular un total fiable de personas alcanzadas ni de entregas exitosas.

Einar Stefferud, participante de la red, explicó después que SNDMSG tenía límites en los campos Para, CC y asunto. Las direcciones pasaron de un campo a otro y terminaron en el cuerpo; algunos destinatarios previstos, él incluido, no recibieron el anuncio. Su explicación ayuda a reconstruir los límites prácticos del programa, pero no equivale a un registro de entregas. Tampoco demuestra que todas las direcciones listadas recibieran el mismo mensaje.

Las fechas tampoco encajan en una sola cronología. La cabecera del mensaje reenviado lleva fecha del 1 de mayo de 1978 y señala que llegó a DEC-Marlboro el día 3. Una nota de la DCA dice que se envió el 2 de mayo; el relato retrospectivo del archivo afirma que salió el día 3. La evidencia permite decir «mayo de 1978», no fijar una fecha de envío sin reservas.

Aplicar la regla dependía de la red alrededor de la red

La respuesta de la Defense Communications Agency (DCA) llamó al anuncio una violación de la norma que reservaba ARPANET para asuntos oficiales del Gobierno de Estados Unidos. Dijo que se tomarían medidas para impedir que se repitiera y señaló de quién dependía su aplicación: patrocinadores de ARPANET, responsables de los hosts y enlaces TIP. Es una descripción de una cadena administrativa, no la prueba de una sanción concreta.

En su respuesta del 7 de mayo, Jake Feinler puso el acceso en el centro del debate. Las empresas sin acceso a ARPANET no podían dirigirse al mismo público especializado; una empresa conectada obtenía una ventaja de mercado que sus competidores no tenían. Extendió el mismo razonamiento a los anuncios de empleo. La regla, por tanto, no trataba solo de ancho de banda o etiqueta: delimitaba el uso de un privilegio de red restringido.

Mark Crispin coincidió en que la publicidad masiva no correspondía a ARPANET, pero pidió no confundir esa regla con censura en otras redes. Describió el correo de ARPANET como más parecido a un memorando interno que a una revista comercial pública y planteó que, en una red comercial, quizá cada usuario tendría que borrar por sí mismo los mensajes que no quería. Richard Stallman dijo primero que el anuncio no le habría molestado; después de verlo, objetó sobre todo la longitud de su cabecera. Las respuestas muestran desacuerdo, no un consenso formal.

El rechazo técnico era un control distinto

En 1975, RFC 706 de Jon Postel describió una interfaz host/IMP que no podía rechazar selectivamente mensajes de un host de origen. Propuso un mecanismo técnico para limitar el tráfico de un host averiado o indeseado. Se refería a dónde detener tráfico de red, no a filtrar correo ni a prohibir contenido comercial. El intercambio sobre DEC trató otra frontera: quién podía usar el correo de ARPANET y qué instituciones locales aplicarían su regla de uso.

El valor del episodio no es afirmar que un mensaje inventó el spam. Muestra la distancia entre un directorio que hacía localizable a una comunidad selecta y una regla que intentaba mantener ese alcance dentro de su propósito declarado.

Fuentes