Summary

  • Publicado em outubro de 2026, o RFC 10080, de John Levine e Benjamin Billon, amplia o uso do cabeçalho Expires a mensagens comuns na Internet. O RFC 4021 registrava o campo com restrição ao uso geral.
  • O remetente pode indicar uma única data. O aplicativo de leitura pode reduzir o destaque da mensagem vencida; descartar ou rejeitar somente por causa do campo é proibido, e a exclusão depende de uma regra escolhida pelo dono da caixa.

Quem marca a promoção não controla o arquivo

Um organizador sabe quando a conferência acaba. Um varejista sabe até quando vale a oferta. Um campo específico permite que essa informação viaje sem exigir que cada programa interprete o corpo da mensagem. Parece uma pequena arrumação técnica. Na verdade, ela obriga a responder a uma pergunta de propriedade: depois da entrega, quem manda no exemplar recebido?

O texto de Levine e Billon oferece a resposta no desenho das ações. Uma mensagem aceita no máximo um Expires. O leitor pode vê-la com menos destaque depois da data. O programa não pode usar o campo, sozinho, para rejeitar ou jogar fora o correio. Para apagar automaticamente, o proprietário precisa ter configurado essa escolha de propósito.

O remetente pode preencher a data como quiser. O RFC descreve um spam com data no passado para escapar dos olhos e da denúncia, e outro com data muito distante para continuar aparecendo. Se um produto obedecer ao relógio do anunciante como se fosse ordem de descarte, o anunciante ganha uma borracha no arquivo do cliente. A expiração informa a relevância declarada; o histórico pertence a quem o recebeu.

O registro saiu do limbo

No cadastro da IANA, Expires aparece como campo padrão de correio, com referência ao RFC 10080. A mudança remove a antiga trava de uso geral. Não escolhe uma interface única para todos: o RFC registra que as interpretações anteriores variavam e, por isso, deixa a forma de exibição e retenção para os sistemas receptores.

O perfil de John R. Levine no IETF mostra uma trajetória longa em padrões de e-mail. Aqui, ao lado de Billon, ele separa a hora em que uma oferta perde valor da hora em que o usuário perde acesso à mensagem. Falta uma demonstração concreta de provedor: depois do vencimento, a busca, a denúncia e a retenção continuam sob controle do titular?

Fontes: RFC 10080; RFC 4021; registro da IANA; perfil IETF.