Resumo

  • O RFC 5256 torna ordenação e encadeamento determinísticos, mas cada resultado continua condicionado à pesquisa, ao algoritmo, à colação, à qualidade dos cabeçalhos e ao estado da caixa.
  • Uma aresta pode nascer de uma referência declarada, de um ancestral fictício ou de uma união por assunto; nada disso prova sozinho intenção, ancestralidade completa, custódia ou entrega.

A interface fechou uma história que a busca havia recortado

O relatório de incidente trazia oito mensagens sob uma só raiz. O desenho parecia mostrar comando, confirmação e execução. Só depois alguém observou que a pesquisa excluía a semana anterior. A árvore estava correta para o conjunto devolvido, mas o conjunto não era a conversa inteira.

THREAD começa pesquisando. Em seguida organiza apenas as mensagens correspondentes pelo algoritmo solicitado. Uma mudança no intervalo, no texto procurado, na caixa selecionada ou no seu estado altera a árvore sem reescrever as mensagens. O resultado responde como aquela regra apresenta aqueles registros agora; não certifica a totalidade do diálogo.

É preciso separar registro, transformação e apresentação. Mensagens e metadados pertencem ao registro. Pesquisa, decodificação, normalização, colação e montagem pertencem à transformação. Recuos, linhas e o rótulo “conversa” pertencem à apresentação. A tela pode condensar as três camadas, mas não herda por isso uma autoridade factual que não existia na fonte.

Cada parte controla uma superfície diferente

O cliente escolhe critérios, charset e algoritmo. O servidor processa uma versão da caixa, interpreta cabeçalhos e retorna números de sequência ou UIDs. O software remetente criou Message-ID, References e In-Reply-To. A interface desenha a relação.

Todos podem agir conforme o padrão e ainda produzir uma leitura indevida. Um References: falso, tratado corretamente, vira um ramo convincente. Um pai ausente pode ter sido filtrado, apagado ou nunca recebido. A árvore não autentica o autor do cabeçalho e não explica a causa de uma ausência.

O problema de agência aparece quando o dono da consulta ou da interface passa a decidir também o significado institucional. Quem escolhe a visão não deve, sem evidência separada, decidir quem respondeu, concordou ou assumiu responsabilidade.

ORDEREDSUBJECT é agrupamento declarado

O RFC 5256 chama ORDEREDSUBJECT de “poor man's threading”. Ele extrai um assunto-base por procedimento obrigatório, reúne resultados iguais e os ordena pela data de envio. A primeira mensagem vira raiz; todas as demais viram filhos diretos e irmãos. Não há netos.

Isso é classificação por assunto, não genealogia de respostas. Funciona quando referências faltam, mas pode juntar trocas independentes de mesmo assunto ou separar uma conversa real depois que alguém troca o título.

O assunto-base já é uma transformação. Palavras codificadas são decodificadas, espaços são comprimidos e certos prefixos, invólucros de encaminhamento, sufixos e blocos são removidos. Implementações conectadas e desconectadas devem repetir a mesma receita para não divergir. Consistência operacional não é acerto semântico. O RFC alerta que texto relevante pode ser removido como se fosse mero artefato.

REFERENCES organiza declarações incompletas

REFERENCES usa Message-IDs de References e, sob condições definidas, o primeiro identificador válido de In-Reply-To. Formas equivalentes são normalizadas e ligações que formariam ciclos são recusadas.

Sem Message-ID válido, uma mensagem recebe um identificador único para o cálculo. Quando várias repetem o mesmo valor, apenas a primeira pelo menor número de sequência o mantém; as outras recebem identificadores inventados. Se um ancestral citado não está no conjunto, um nó fictício ocupa seu lugar.

Depois o algoritmo poda. Um fictício sem filhos some. Um fictício com filhos pode ser apagado enquanto eles sobem de nível. Em certas posições de raiz, um fictício estrutural permanece. Conflitos causados por referências truncadas são resolvidos por regras sobre manter ou romper vínculos.

Essa disciplina não recupera fatos perdidos. O nó fictício não é e-mail encontrado. A promoção não prova que nunca houve intermediário. O identificador criado não autentica o remetente. O resultado documenta a resposta do algoritmo à incerteza, não elimina a incerteza.

O assunto ainda pode unir raízes

Depois de montar a árvore por identificadores, REFERENCES compara assuntos-base entre raízes. Fios com o mesmo assunto não vazio podem ser unidos; uma mensagem não marcada como resposta pode ganhar precedência ou um novo pai fictício pode agrupar ramos.

Duas linhas iguais na interface podem ter origens distintas: referência direta, cadeia inferida ou fusão por assunto. Sem proveniência por aresta, uma revisão não separa uma declaração do cabeçalho de uma decisão de apresentação.

O próprio RFC avisa que dados falsos em References: podem incorporar um fio em outro. A normalização evita falsos desencontros por aspas; não autentica quem declarou a relação nem prova sua veracidade.

A ordenação também escolhe uma política

SORT pesquisa antes de ordenar. Strings seguem a colação ativa, e os critérios têm prioridade na ordem fornecida. Se todos empatam, o número de sequência é a chave implícita final. REVERSE SUBJECT, portanto, não é a inversão completa de SUBJECT, pois o desempate não é revertido.

O critério DATE parte de Date: normalizado para UTC. Valores inválidos recebem substituições definidas. Sem data analisável, usa-se INTERNALDATE. Uma lista “por data” pode misturar tempo declarado pelo autor, correções normativas e metadado do servidor.

O RFC 5957 acrescenta ordenação por nome exibido, usando o nome decodificado ou, na falta dele, caixa e host. Ele não tenta descobrir sobrenome conforme a língua. A restrição é valiosa: uma ordem deve declarar sua chave, não fingir uma ordem humana universal.

Uma visão atualizada não vira cadeia de custódia

UIDs são melhores que números de sequência, mas precisam da caixa e de UIDVALIDITY. O RFC 5267 mantém resultados em atualização; o RFC 5182 reutiliza resultados salvos. São recursos de eficiência, não um diário imutável.

Para decisões sensíveis, preserve estado da caixa, consulta e charset, algoritmo, colação, capacidades e revisão do servidor, UIDVALIDITY e UID, cabeçalhos brutos, Message-IDs normalizados, regra de cada aresta, nós fictícios e promoções, fusões por assunto, desempates, hash do resultado e revisão da interface.

“A visão RFC 5256 colocou B sob A neste instante” é auditável. “B foi escrito em resposta a A” exige confirmação independente. “O destinatário leu e aceitou A” é outro evento.

Fontes