Resumo
- A equipe do profissional de marketing da DEC Gary Thuerk reuniu destinatários em um diretório impresso da ARPANET para convidá-los a demonstrações do DECSYSTEM-20. A mensagem preservada e os relatos posteriores mostram que ter endereços em mãos não era o mesmo que dispor de uma lista de distribuição.
- Os limites do SNDMSG tornaram a diferença visível: os endereços transbordaram de um campo para outro, alguns destinatários ficaram de fora e houve um segundo envio. A DCA contestou a mensagem com base na regra de uso oficial da rede; os destinatários discutiram o custo do tráfego e a relevância do anúncio.
O cabeçalho guarda dois relógios
A mensagem da DEC costuma aparecer nas cronologias com uma data só. O registro preservado é menos simples. O cabeçalho indica que ela foi escrita em 1º de maio de 1978, às 12h33 no horário do Leste. O envelope reproduzido no arquivo de Brad Templeton registra o recebimento em DEC-MARLBORO em 3 de maio, às 9h55 no horário do Pacífico. Na versão posterior de Templeton, Carl Gartley a enviou no dia 3; um comunicado da Defense Communications Agency (DCA), também reproduzido no arquivo, fala em envio no dia 2. Os documentos não resolvem a divergência. Eles mostram uma mensagem preparada, uma entrega posterior e uma resposta administrativa, mas não uma única data aceita por todos. A mensagem arquivada e as respostas esclarecem mais do que uma data isolada.
O remetente era Gary Thuerk, responsável pelo marketing da Digital Equipment Corporation. A DEC queria apresentar a família DECSYSTEM-20 e seu suporte aos protocolos da ARPANET a pessoas da Costa Oeste, onde tinha menos contatos consolidados que na Costa Leste. Mais tarde, Thuerk contou a Templeton que a ideia era convidar potenciais clientes para demonstrações dos produtos. O objetivo era comercial, mas o público fazia parte de uma rede de pesquisa submetida a regras próprias de uso.
Um diretório fornecia nomes, não um serviço de distribuição
No fim dos anos 1970, era possível consultar endereços da ARPANET em um diretório impresso. Segundo a lembrança posterior de Templeton, Thuerk e seu associado técnico copiaram primeiro os contatos da Costa Oeste e acrescentaram clientes e pessoas ligadas à ARPA em outros lugares. O diretório tornava os participantes visíveis uns aos outros. Não criava, por si só, uma lista com inscrição, responsável pela manutenção ou autorização para usar os contatos em vendas.
Os limites do programa de e-mail deixaram essa diferença aparente. Templeton relata que o correio do TOPS-20 aceitava 320 endereços. Einar Stefferud, um dos destinatários, deixou uma explicação que também aparece no arquivo: os endereços preencheram os campos Assunto, Para e Cc até transbordarem para o corpo da mensagem. Templeton diz que, depois de perceber que parte do público não recebera o primeiro envio, a DEC mandou outra mensagem aos demais. São relatos retrospectivos, não um registro automático de cada entrega.
Juntos, mostram que alguém montou a operação à mão no editor de mensagens; não havia um serviço de envio em massa preparado para isso.
O limite da interface importa. O programa podia transportar uma lista extensa, mas não tornava a operação discreta, organizada ou automaticamente contida. A própria lista de destinatários acabou dentro da mensagem. Um diretório público facilitava encontrar endereços; a ação do remetente transformava esses contatos em um público-alvo. Nenhum desses fatos respondia se uma empresa podia usar a capacidade e o acesso institucional de uma rede de pesquisa compartilhada para fazer propaganda.
O operador da rede respondeu a uma questão de uso
A DCA, responsável pela gestão da ARPANET, procurou a chefia de Thuerk. Sua resposta, preservada no arquivo, classificou a publicidade de produtos como violação da regra de uso oficial e pediu que patrocinadores, hosts e responsáveis locais explicassem a regra a usuários e contratados. Não foi um filtro antispam moderno, uma decisão judicial nem uma proibição de toda comunicação não solicitada. Foi uma decisão administrativa sobre uma rede financiada pelo governo, cujo acesso e cujos custos não estavam disponíveis nas mesmas condições para todas as empresas.
Os comentários arquivados de Jake Feinler tornam explícita a desigualdade de acesso. Se empresas já conectadas à ARPANET pudessem anunciar produtos a uma audiência tecnicamente qualificada e as demais empresas não tivessem a mesma oportunidade, a rede lhes daria uma vantagem comercial seletiva. A controvérsia, portanto, não se limitava a saber se os destinatários gostavam da mensagem. Tratava de quem podia usar uma infraestrutura de comunicação financiada com recursos públicos para alcançar um mercado ao qual outras empresas não tinham acesso equivalente.
As reclamações não tinham todas o mesmo fundamento. Um destinatário protestou contra o volume e o consumo de recursos. Na University of Utah, alguém pensou que a mensagem havia derrubado seu sistema; a entrevista posterior de Templeton com Thuerk sugere que a caixa postal já estava quase cheia, então a coincidência é possível. Os registros preservados não comprovam que o envio tenha causado uma falha. O Computer History Museum registra a alegação como parte da reação, mas ela não substitui a correspondência técnica arquivada.
A resposta de Richard Stallman, em 8 de maio, oferece um contraponto útil. Ele não havia recebido a mensagem e disse que talvez não se incomodasse com um convite para uma demonstração relevante. Depois de ver o e-mail, porém, também criticou o cabeçalho enorme. A discussão separa duas perguntas que resumos posteriores costumam juntar: o conteúdo podia ser útil para alguns participantes? E o remetente podia transformar o diretório de uma rede compartilhada em canal de envio em massa?
O alerta de 1975 descrevia outra falha
Jon Postel já havia escrito sobre mensagens indesejadas em RFC 706, “On the Junk Mail Problem”, de 1975. O mecanismo não era o de um profissional de marketing enviando um anúncio a centenas de pessoas. A interface Host/IMP não permitia que um host recusasse seletivamente certas mensagens; um host com defeito poderia enviar tantas que o host receptor teria de processá-las às custas dos usuários normais. A RFC tratava de uma possível negação de serviço causada pelo comportamento de uma máquina.
Esse alerta anterior pertence à história dos recursos de rede limitados, mas não estabelece uma regra contra anúncios comerciais nem menciona Thuerk. O episódio de 1978 acrescentou uma escolha humana de público e finalidade à pergunta técnica sobre quanto tráfego a rede podia transportar. Confundir as duas coisas seria tomar uma disputa sobre autorização por um problema de capacidade.
“Primeiro spam” é um rótulo prático, mas não explica tudo. Na época, ninguém usava esse termo para descrever a mensagem, e as fontes examinadas não provam que nunca tivessem existido outros e-mails indesejados. O Computer History Museum a chama de caso mais antigo conhecido; é mais prudente descrevê-la como uma das primeiras campanhas comerciais em massa documentadas na ARPANET. O rótulo não informa como os endereços foram reunidos, quem de fato recebeu a mensagem nem por que o administrador da rede se opôs.
A lição duradoura está nessas fronteiras. A conectividade permitia a entrega a distância. O diretório tornava visíveis os destinatários possíveis. O software impunha limites práticos. O operador aplicava uma regra de uso, enquanto os destinatários discutiam relevância, custo e equidade. Ser localizável não significava ter convidado uma mensagem em massa; a entrega bem-sucedida tampouco definia quem tinha autoridade para usar a rede que a transportava.
Fontes
Arquivo de Brad Templeton: mensagem da DEC e respostas na ARPANET
Brad Templeton, “Reflections on the 25th Anniversary of Spam”
Guinness World Records, “Oldest electronic spam” — contagem e data divulgadas por fonte secundária posterior, não adotadas como total definitivo.
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
