Résumé

  • Distribution ajoutait une condition de propagation à Newsgroups : pour un relais ordinaire, il fallait une correspondance de groupe et, si le champ existait, de portée.
  • local ne décrivait aucune distance universelle. Sa limite venait expressément de la configuration locale, tandis qu’un serveur pouvait seulement suggérer des noms à son client.
  • La RFC 5537 reconnaît que le protocole ne peut imposer cette restriction : le flood-fill exploite toute passerelle qui laisse sortir l’article. La portée est une politique coopérative, pas du secret.

Un même mot devant deux portes

Deux sites voisins reçoivent un article portant Distribution: local. Le champ est identique, pourtant le premier site appelle « local » une machine, le second un ensemble institutionnel, et un troisième pair peut ne pas connaître cette portée.

Le mot ne contient ni plan du réseau ni liste de membres. Chaque site doit décider quels échanges appartiennent à son espace et quelles portées chaque voisin peut fournir ou recevoir. L’étiquette voyage ; l’autorité qui lui donne un bord reste sur place.

Cette dissociation répondait à une difficulté propre à un réseau répliqué. Il fallait permettre à l’auteur de demander une diffusion plus étroite sans lui donner l’administration des routes. Usenet choisit donc une consigne portable vérifiée par des relais autonomes, non une liste de contrôle d’accès distribuée.

Le sujet et la portée formaient deux tests

La RFC 850 illustre le mécanisme par une petite annonce automobile placée dans des groupes larges mais destinée au New Jersey. Le champ devait restreindre la diffusion d’un groupe, jamais l’accroître.

La RFC 1036 explicite le double filtrage. Newsgroups continue de gouverner les abonnements et la destination thématique. Si Distribution est présent, l’échange ordinaire suppose aussi qu’au moins une portée soit compatible entre les sites.

Une discussion peut donc être mondialement connue tout en portant un avis régional. À l’inverse, un groupe local peut déjà être retenu parce que les sites lointains ne le transportent pas. Le groupe répond à « dans quelle conversation ? » ; la distribution ajoute « jusqu’à quel domaine de relais ? ».

Local n’était pas une mesure de distance

La RFC 5536 définit des limites géographiques ou organisationnelles et réserve deux noms. world signifie une diffusion sans limite, mais devrait être omis puisque l’absence du champ produit déjà ce défaut. local signifie le site local tel que le définit le logiciel local.

La réserve ne centralise donc pas la frontière ; elle rend sa propriété explicite. Un auteur peut demander local, pas déterminer la taille du domaine d’autrui.

Les noms sont insensibles à la casse. All est interdit ; trois caractères sont recommandés, sauf pour les codes de pays à deux lettres. Ces règles améliorent l’interopérabilité lexicale. Elles ne constituent pas un registre mondial de toutes les institutions ni une preuve qu’un pair interprète un nom comme son voisin.

Le serveur pouvait proposer une convention

La RFC 3977 prévoit en option LIST DISTRIB.PATS. Certains serveurs publient des règles pondérées reliant un motif de groupe à une valeur de distribution. Le client peut choisir la règle correspondante de poids le plus élevé.

Ce service aide l’interface à parler le dialecte opérationnel du site où l’article est posté. Son caractère optionnel et consultatif est essentiel. Une suggestion n’établit pas les accords du relais suivant et ne transforme pas une convention locale en géographie universelle.

La séparation des rôles demeure nette : le serveur conseille la formulation ; l’auteur choisit ; les relais exécutent leur propre politique.

La décision appartenait à chaque relation de pair

Dans la RFC 5537, un agent ne devrait relayer l’article que si l’émetteur est configuré pour fournir et le récepteur pour recevoir au moins un groupe nommé et, le cas échéant, au moins une distribution.

La condition est bilatérale. Le champ offre un nom commun, mais seule la configuration des deux côtés rend le passage possible. L’auteur ne peut créer une relation de peering en écrivant un mot.

Ce modèle convenait à des communautés indépendantes. Une université ou un réseau régional pouvait construire un espace de circulation restreint sans autorité centrale. En contrepartie, sa justesse dépendait d’une multitude de fichiers de politique et de passerelles dont les frontières pouvaient diverger.

Une réponse héritait d’une prudence, pas d’une interdiction

Dès RFC 850, le suivi d’un article devait reprendre sa distribution par défaut. RFC 5537 conserve ce comportement. La précaution limite le risque qu’une simple réponse élargisse silencieusement la conversation.

Mais le nouvel auteur peut modifier le défaut. L’ancien texte envisage même une réduction supplémentaire ou une escalade volontaire lorsque la réponse mérite une audience plus large. Chaque article porte sa propre décision de publication ; aucun ancêtre ne possède éternellement ses descendants.

L’héritage conserve donc un contexte et facilite l’explication. Il ne constitue ni une empreinte inviolable ni une politique de droits numériques.

Le flood-fill trouvait les sorties

La section sécurité de RFC 5537 trace la limite. Une diffusion restreinte dépend de la bonne volonté de chaque site qui reçoit l’article. Distribution et Archive peuvent exprimer des demandes, mais le protocole ne sait pas les imposer.

Le flood-fill de Netnews est précisément conçu pour découvrir des chemins. Une mauvaise configuration, un pair trop permissif, une copie ou une réinjection peut faire franchir un bord supposé fermé. Le champ n’est pas défectueux : il n’a jamais été le mécanisme qui contrôle ces actes.

Pour une organisation qui doit maîtriser les fuites, la RFC recommande un petit nombre de passerelles pour tous les échanges externes. La frontière utile se situe donc dans la topologie administrée, la garde des contenus et les décisions observables aux sorties.

L’enregistrement ne certifiait aucune clôture

Le registre IANA des champs de message classe Distribution comme champ Netnews standard et renvoie à RFC 5536. Il stabilise le nom et la grammaire.

Il ne garantit ni le sens d’une portée propre à un site, ni son respect, ni l’état actuel du déploiement. Les sources ne mesurent aucune pratique contemporaine et ne démontrent l’efficacité d’aucune passerelle particulière.

La réussite historique réside dans une ambition contenue : exprimer une portée sans administrateur central de toutes les communautés. Usenet pouvait coordonner la diffusion ordinaire tant que chacun distinguait la demande transportée de la frontière opérée.