Résumé

  • La RFC 10080 étend au courriel Internet l’usage du champ Expires, jusque-là lié aux messages issus d’une passerelle X.400.
  • Un logiciel de messagerie ne peut pas rejeter ni effacer un message sur la seule base de ce champ ; le propriétaire de la boîte garde la main sur la suppression.

Un expéditeur peut désormais dater un courriel et déclarer qu’à cette échéance il perd sa validité. On pourrait croire à un bouton d’autodestruction. La boîte de réception garde pourtant les commandes.

La nouveauté est modeste, mais la frontière qu’elle trace est nette. La RFC 4021 avait inscrit Expires dans le registre des champs de messagerie, en le réservant à l’usage issu de la passerelle X.400 défini par la RFC 2156. La RFC 10080 ouvre ce champ à l’ensemble du courriel Internet. Une offre commerciale, une invitation ou une annonce périodique peut porter la date à laquelle son auteur estime qu’elle cesse d’être valable.

L’expéditeur ne peut ajouter qu’un seul champ Expires. La norme en fixe la syntaxe comme date et heure, mais ne prescrit pas une réaction universelle une fois l’échéance passée. Le fournisseur de boîte ou le logiciel de lecture peut reléguer le message, le masquer ou laisser l’utilisateur choisir ce qu’il advient des courriels expirés.

Voilà le point décisif : l’expéditeur formule un jugement de pertinence ; le service destinataire choisit l’affichage et la conservation. La RFC 10080 interdit aux logiciels de rejeter ou d’écarter un message sur la seule base de ce champ. Elle leur recommande aussi de ne pas supprimer un message arrivé à échéance, sauf si le propriétaire de la boîte l’a configuré délibérément. Le champ peut agir sur l’attention. Il ne commande pas la corbeille.

Cette distinction compte, car le courriel est aussi un espace d’archives. Une offre périmée peut rester utile pour établir ce qui a été promis, à quelle date, ou ce qu’un client devait faire. La norme confie ce choix au destinataire et aux règles qu’il a configurées, pas à la personne qui a rédigé la date.

La RFC décrit aussi le détournement possible. L’expéditeur peut choisir n’importe quelle date. Un spammeur pourrait marquer son message comme déjà expiré pour éviter qu’il soit lu ou signalé. Un autre pourrait fixer une échéance imminente afin de créer une urgence et de rendre le message plus difficile à retrouver. Expires devient donc une donnée que le logiciel interprète, pas un verdict fiable sur le contenu.

L’histoire du champ passe par la conversion entre X.400 et Internet, son inscription à l’IANA et le champ Expires de Netnews. Ce dernier repose lui aussi sur le jugement de l’auteur quant à la pertinence d’un article, sans imposer son effacement. La RFC 10080 étend cette idée au courriel tout en protégeant le contrôle du destinataire.

Pour un fournisseur de messagerie, la bonne question n’est pas seulement « la date est-elle passée ? », mais « quelle action le propriétaire a-t-il autorisée ? ». Rendre un message moins visible peut désencombrer la boîte tout en gardant la preuve accessible. L’effacer par défaut reviendrait à laisser l’expéditeur écrire la politique de conservation d’autrui.

Sources : RFC 10080 ; RFC 4021 ; RFC 2156 ; RFC 5536 ; registre des champs de message de l’IANA.