Summary
- A DEC usou o correio da ARPANET para convidar um público de pesquisa selecionado a demonstrações de produtos; a lista preservada ultrapassou os campos da mensagem e um participante disse que parte dos destinatários pretendidos não a recebeu.
- A DCA classificou o anúncio como violação da regra de uso oficial da rede. As respostas discutiram desigualdade de acesso, vantagem comercial e censura; o registro mostra uma resposta anunciada, não uma sanção comprovada.
A lista de endereços fazia parte do caso
A mensagem promovia a família DECSYSTEM-20 e seu suporte à ARPANET no TOPS-20, além de convidar leitores para duas apresentações na Califórnia. Uma cópia encaminhada, preservada no arquivo do MSGGroup de maio de 1978, tem um campo de destinatários que ocupa páginas e continua no corpo do texto. Os cabeçalhos disponíveis não permitem calcular o público exato nem quantas mensagens chegaram com sucesso.
Einar Stefferud, participante da rede, explicou depois que o SNDMSG limitava os campos Para, Cc e assunto. Os endereços transbordaram de um campo para outro e chegaram ao corpo; alguns destinatários previstos, inclusive ele, não receberam o anúncio. O relato ajuda a entender os limites práticos do programa, mas não é um registro de entrega. Tampouco prova que todos os endereços listados tenham recebido a mesma mensagem.
As datas do arquivo também não formam uma cronologia única. O cabeçalho da mensagem encaminhada é de 1º de maio de 1978 e registra recebimento pela DEC em Marlboro no dia 3. Uma nota da DCA diz que o envio ocorreu em 2 de maio; a narrativa retrospectiva do arquivo usa 3 de maio. A evidência permite dizer “maio de 1978”, sem fixar uma data de envio definitiva.
A aplicação da regra dependia dos atores ao redor da rede
A resposta da Defense Communications Agency (DCA) chamou o anúncio de violação da regra que reservava a ARPANET a atividades oficiais do governo dos Estados Unidos. Disse que seriam tomadas medidas para evitar a repetição e identificou a dependência de execução: patrocinadores da ARPANET, contatos dos hosts e enlaces TIP. Isso descreve uma cadeia administrativa, não comprova uma penalidade específica.
Na resposta de 7 de maio, Jake Feinler colocou o acesso no centro do debate. Empresas sem acesso à ARPANET não podiam chegar ao mesmo público especializado; uma empresa conectada recebia uma vantagem de mercado indisponível aos concorrentes. Ela aplicou o raciocínio também às vagas de emprego. A regra, portanto, ia além de largura de banda ou etiqueta: definia o uso de um privilégio de rede limitado.
Mark Crispin concordava que publicidade em massa não cabia na ARPANET, mas pediu que essa regra não fosse confundida com censura em outras redes. Para ele, o correio da ARPANET se parecia mais com um memorando interno do que com uma revista comercial aberta; em redes comerciais, talvez coubesse ao destinatário apagar o que não quisesse. Richard Stallman disse primeiro que provavelmente não se incomodaria com o anúncio; depois de vê-lo, criticou sobretudo o cabeçalho excessivamente longo. As respostas registram divergência, não um consenso formal.
A recusa no nível da rede era outro tipo de controle
Em 1975, o RFC 706 de Jon Postel descreveu uma interface host/IMP incapaz de recusar seletivamente tráfego de um host de origem. O documento propôs um mecanismo técnico para limitar mensagens de um host defeituoso ou indesejado. Tratava-se de onde interromper tráfego de rede, não de filtrar e-mail nem de proibir conteúdo comercial. O caso da DEC discutia outra fronteira: quem podia usar o correio da ARPANET e quais instituições locais deveriam aplicar sua regra de uso.
O valor histórico não é afirmar que uma mensagem inventou o spam. É mostrar o atrito entre um diretório que tornava acessível uma comunidade selecionada e uma regra que tentava limitar esse alcance à finalidade declarada.
Fontes
- Mensagem da DEC e respostas do MSGGroup em maio de 1978, preservadas por Brad Templeton — correspondência contemporânea reproduzida num arquivo posterior; o contexto retrospectivo é separado dos cabeçalhos datados.
- Jon Postel, RFC 706: “On the Junk Mail Problem” (1975) — recusa de tráfego no host/IMP, não moderação de conteúdo de e-mail.
- Defense Communications Agency, ARPANET Information Brochure (1978), registro NTIS — contexto de gestão operacional; a regra específica citada vem da mensagem da DCA reproduzida no arquivo.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
