Resumo

  • A revisão 06 de Expires registra o momento em que o criador considera a mensagem sem validade, mas não transforma essa opinião em fato verificado nem em política universal.
  • O software não pode rejeitar ou descartar apenas por causa do campo e não deveria excluir sem configuração deliberada do dono da caixa postal.
  • Ocultar na interface, mover, reter para auditoria e purgar são efeitos diferentes. A automação precisa registrar cada um e manter a autoridade do lado receptor.

O cupom acabou, mas a reclamação começou

Uma mensagem promete frete gratuito até sexta. No sábado o benefício desaparece do site, mas o cliente usa o e-mail para questionar a cobrança feita na quinta. Para comprar, o texto perdeu validade. Para provar a oferta, ganhou importância.

O Internet-Draft 06 do grupo Mail Maintenance leva o campo Expires, historicamente ligado a conversões X.400, ao uso geral de e-mail. O formato contém uma única data e hora; o criador não pode inserir mais de um campo. A data indica quando ele considera que a mensagem “perde sua validade”.

O documento não fecha o significado porque não há consenso para uma semântica mais precisa. Uma promoção, uma reunião, um boletim periódico e um código temporário não expiram do mesmo modo. A data não prova entrega, leitura, fraude, irrelevância jurídica ou autorização para apagar.

O texto está na fila do RFC Editor, com status pretendido de Proposed Standard. Continua sendo trabalho em andamento, não RFC publicado ou evidência de adoção.

O campo informa; a regra local age

O rascunho permite reduzir destaque, retirar da visualização padrão ou oferecer modos de limpeza. Em seguida limita a automação: não se deve rejeitar nem descartar uma mensagem somente pelo conteúdo de Expires; não se deveria excluir uma mensagem vencida sem que o dono da caixa tenha configurado isso deliberadamente.

Rejeitar impede a entrega. Descartar pode aceitar e sumir com a mensagem. Ocultar muda a tela. Mover troca o local de armazenamento. Excluir a cópia principal não garante remoção de diário ou backup. Purgar pode encerrar a recuperação. Um painel que chama tudo de “limpeza concluída” perde a cadeia causal.

O registro operacional precisa indicar componente, regra, autorização, reversibilidade e cópias remanescentes. Sem isso, o remetente parece ter produzido um resultado que só o sistema receptor poderia executar.

Uma assinatura não transfere a caixa postal

DKIM ajuda a ligar campos assinados a um domínio responsável. Não prova que a data esteja certa, seja benigna ou deva governar armazenamento alheio. Autenticidade da origem e autoridade sobre o destino são planos diferentes.

Os incentivos tornam essa distinção prática. O rascunho observa que spam pode ser retrodatado para perder visibilidade e denúncias, contaminando treinamento de filtros. Uma data imediata pode criar urgência e dificultar reclamação posterior. Uma data distante pode tentar manter destaque por tempo excessivo.

O ator que escolhe o valor pode se beneficiar do desaparecimento. Mesmo autenticado, ele não deve herdar o poder de apagar evidência do destinatário.

Quatro estados que “vencido” não consegue explicar

O primeiro é a declaração: valor bruto, análise da data, identidade e assinatura disponíveis. O segundo é apresentação: normal, atenuado, agrupado ou oculto. O terceiro é retenção: caixa ativa, área recuperável, arquivo, backup ou purga. O quarto é uso probatório: transação, contrato, segurança, abuso ou retenção legal.

Uma mudança não arrasta as demais. Oculto pode continuar pesquisável. Excluído da caixa pode permanecer no diário. Vencido comercialmente pode ser obrigatório em auditoria. Um erro de data ou fuso não pode cair silenciosamente na lixeira.

Um recibo local mínimo pode guardar identificador ou hash, horário de recebimento, valor bruto e data analisada, identidade disponível, versão da regra, consentimento do dono, ação visual, ação de armazenamento, prazo de recuperação e purga final. Trata-se de proposta editorial de operação, não de novo campo.

Coordenação fina, decisão localizada

A linhagem passa por Expiry-Date no RFC 1327, pelo mapeamento do RFC 2156 e pelo registro do RFC 4021 marcado “not for general use”. A revisão 06 ampliaria o uso, não o mandato do remetente.

Uma especificação inicial mínima fixa nome, sintaxe e sentido limitado. Clientes podem adotar políticas diferentes; quem não adota limpeza automática não se torna inválido. A decisão futura continua local.

O resultado só aparece no código executado: o transporte aceitou, a interface escondeu, o arquivo preservou, a restauração funcionou. Campo, assinatura e estágio do padrão não substituem essas observações.

Sources

  1. Expires 06 em texto
  2. Expires 06 em HTML
  3. Datatracker, revisão 06
  4. Histórico no Datatracker
  5. RFC 1327
  6. RFC 2156
  7. RFC 4021
  8. RFC 5322
  9. RFC 5536
  10. RFC 5598
  11. RFC 6376 — DKIM
  12. RFC 7942
  13. Registro IANA de cabeçalhos
  14. Lu Heng — Minimum Initial Specification
  15. Lu Heng — On Reality Layers
  16. Lu Heng — Running Code Primary