Resumo

  • O RFC 1153 documentou em 1990 um formato que moderadores de listas já usavam: uma mensagem externa abrigava preâmbulo, uma ou mais mensagens e encerramento.
  • Cada mensagem interna preservava cabeçalhos selecionados, como Date, From, Subject e Message-ID; os demais, especialmente Received, eram descartados. O digest ganhava sua própria trilha de entrega, enquanto a trilha anterior de cada original saía da cópia.

O correio comprou um envelope maior

Listas grandes e cheias de tráfego começaram a surgir em meados dos anos 1970, relata o RFC 1153. Enviar cada contribuição separadamente a todos os assinantes aumentava o trabalho do programa de correio e repetia os mesmos cabeçalhos. Os moderadores juntaram vários textos numa mensagem composta. O documento atribui à prática uma redução da carga do distribuidor proporcional ao número de mensagens reunidas e economia de banda pelos cabeçalhos internos menores. Em abril de 1990, Frank Wancho descrevia um padrão de fato, experimental e escolhido por quem precisava dele. A rotina do balcão veio antes do regulamento na parede.

Por fora, o digest continuava sendo uma mensagem comum. Por dentro, vinha um preâmbulo, pelo menos uma mensagem incluída e um encerramento. O preâmbulo costumava oferecer um índice de assuntos e podia trazer avisos administrativos. Uma linha de 70 hifens, seguida de linha em branco, separava essa abertura do corpo. Entre mensagens internas havia linha em branco, exatamente 30 hifens e outra linha em branco. O encerramento começava com “End of” e recebia uma linha de asteriscos como sublinhado. As cercas de tamanhos distintos ajudavam programas a desmontar a edição. Conversa por e-mail virava uma pequena revista com sumário.

Cada contribuição conservava uma ficha de identificação. Quando presentes no original, Date, From, To, Cc, Subject, Message-ID e Keywords deviam ser mantidos e reorganizados na ordem definida pelo RFC; Summary era opcional. Assim era possível reconhecer autores e temas. O passo seguinte cortava mais fundo: todos os outros cabeçalhos internos deveriam ser descartados, especialmente Received. Os carimbos dos servidores por onde a mensagem havia passado antes de chegar ao moderador não seguiam para a cópia dentro do digest.

O leitor ainda podia encontrar cabeçalhos Received na mensagem recebida. Eles pertenciam ao envelope externo, criado para distribuir a edição pronta. Descreviam a viagem daquele pacote coletivo. A contribuição individual tinha feito outra viagem antes de entrar no pacote, e sua sequência de Received fora removida. Olhar o carimbo de entrega da revista e tentar reconstruir por ele a rota de cada manuscrito seria dar ao mesmo papel duas histórias incompatíveis.

Até o corpo podia receber ajustes mecânicos. O RFC permitia retirar linhas vazias no início e no fim de uma mensagem interna. Se o autor tivesse escrito uma linha de exatamente 30 hifens, igual ao separador, quem montava o digest podia apagar seu primeiro caractere, evitando que a ferramenta de separação abrisse uma falsa mensagem ali. Para o leitor, quase nada mudava; para uma comparação byte a byte, mudava. A receita priorizava montagem e desmontagem compatíveis, com regras claras para o texto reproduzido.

O moderador podia fazer bem mais do que montar a embalagem. Rejeitar uma contribuição, corrigir pontuação, inserir comentários ou ajustar parágrafos eram decisões editoriais que o RFC deixava fora de sua definição técnica. Ele padronizava a edição depois da escolha do conteúdo. Índice, ordem e envelope já carregavam uma mão humana.

O texto mencionava cerca de 15 mil caracteres como tamanho típico, sem fixar tamanho máximo; gateways intermediários poderiam impor limites próprios. Também separava esse costume de listas do encapsulamento genérico do RFC 934. O formato de digest existia antes daquela especificação e continuava útil para o trabalho particular dos moderadores. Escrever sua gramática facilitava a vida de quem criava ou separava edições.

O envelope maior fez duas coisas ao mesmo tempo: poupou distribuição repetida e publicou uma seleção organizada de mensagens. Nome, data e assunto continuaram na capa de cada contribuição. Os Received anteriores ficaram fora. Economizar transporte envolveu escolher quais sinais do transporte seriam guardados para o leitor seguinte.