Résumé

  • Newsgroups indique où se trouve l’article actuel ; Followup-To demande où publier la réponse à créer. Le précurseur demeure disponible dans ses groupes.
  • La valeur minuscule poster change le média par défaut : le logiciel prépare un courriel vers Reply-To, ou vers From en son absence, au lieu d’un nouvel article.
  • La RFC 5537 traite ces choix comme des valeurs initiales que le répondant peut remplacer. References conserve la filiation et Distribution la portée selon des règles distinctes.

Deux salles de lecture, une troisième pour la discussion

Une annonce est publiée dans deux groupes techniques. Les deux publics voient le même précurseur, mais Followup-To nomme un troisième groupe consacré au débat. La commande de réponse prépare donc un nouvel article pour cette destination.

Rien n’est retiré aux deux premiers groupes. L’article n’a pas changé d’emplacement. Seule la prochaine publication reçoit une destination différente. Cette indirection permettait une découverte large sans recopier toute la conversation devant tous les lecteurs.

La distinction existait dès la première norme

La RFC 850 donnait à Followup-To le format d’une liste de groupes. Présent, il désignait les groupes de la réponse ; absent, il renvoyait normalement vers Newsgroups. L’ancienne exception qui détournait les réponses de net.general vers net.followup révélait déjà qu’un lieu d’annonce n’est pas toujours un bon lieu de discussion.

La RFC 1036 maintint la redirection et ajouta poster. Avec ce mot, la réponse ne devait pas être publiée dans Netnews mais envoyée par courrier au déposant. Le champ commandait donc la préparation d’un nouveau message, sans réécrire l’article lu.

Poster changeait le média, pas la confidentialité

La RFC 5536 décrit la destination demandée par l’auteur et recommande d’omettre le champ lorsqu’il répète simplement Newsgroups. L’absence suffit au comportement ordinaire.

Le mot minuscule poster demande un courriel à l’adresse de Reply-To, ou à défaut à celle de From. La RFC 5322 fournit séparément cette autorité : Reply-To suggère où répondre et From sert de repli, sous réserve du choix de la personne qui compose.

Le précurseur reste public dans ses groupes. Le champ ne prouve ni propriété de la boîte, ni livraison, ni confidentialité. Il relie une préférence de média à des éléments d’adressage distincts.

Le répondant gardait la décision finale

La RFC 5537 transforme la demande en comportement par défaut du logiciel. Devant poster, le client ne doit pas publier par défaut et prépare un courriel. Le répondant peut toutefois remplacer ce choix.

Avec une liste de groupes, le Newsgroups du nouvel article hérite normalement de Followup-To; sans champ, il hérite du Newsgroups du précurseur. Là encore, le nouvel auteur peut éditer la proposition avant envoi.

Cette répartition évite qu’un article ancien légifère définitivement sur tous ses descendants. Le premier auteur conseille un lieu ; le logiciel le présente ; l’auteur de la réponse assume le nouveau public.

Destination, filiation et portée ne se confondaient pas

La réponse doit toujours porter References vers son précurseur. La conversation peut donc changer de groupe sans perdre sa filiation. Distribution s’hérite séparément : le groupe choisi ne définit pas, à lui seul, la portée géographique ou organisationnelle.

La même séparation rend l’abus visible. La RFC 5537 avertit qu’une destination de suivi sans rapport peut perturber un groupe. Une syntaxe valide ne prouve pas la pertinence. Le client doit montrer le changement avant publication.

Le registre IANA des champs de message classe Followup-To comme champ Netnews standard lié à la RFC 5536. Il stabilise le nom, pas l’assistance des clients actuels ni l’issue d’un envoi.

Usenet a ainsi rendu visible un passage de conversation sans le rendre obligatoire. L’article restait là où il avait été lu ; la réponse pouvait commencer dans un lieu plus approprié, sous la responsabilité d’un nouvel auteur.