Zusammenfassung

  • NNTP trennte die global eindeutige Message-ID vom lokalen Schlüssel aus Newsgroup und Artikelnummer. Ein Crosspost konnte mehrere Nummern besitzen, ohne zu mehreren Artikeln zu werden.
  • Xref bündelte die Ablageorte des zuletzt verarbeitenden Servers, damit Lesesoftware denselben Crosspost nicht mehrfach bearbeiten musste.
  • Ein ausliefernder Server entfernte das eingehende Xref normalerweise und schrieb sein eigenes. Er ersetzte einen lokalen Ablagebeleg, nicht den Artikelkörper oder dessen globale Identität.

Das zweite Auftauchen

Eine Leserin beendet einen Artikel in einer Newsgroup. In einer weiteren abonnierten Gruppe erscheint später derselbe Titel mit demselben Text, aber unter einer anderen Nummer. Wer nur die erste Nummer gespeichert hat, sieht in der zweiten Koordinate scheinbar einen zweiten Artikel.

Netnews kannte eine präzisere Erklärung: Ein Artikel war in mehrere Gruppen gleichzeitig eingestellt worden. Der Server hielt gewöhnlich nur ein Exemplar vor und legte für jede Gruppe einen eigenen Indexeintrag an. Die Nummer bezeichnete also keinen neuen Artikel, sondern einen Platz in einem anderen lokalen Regal.

Xref war der kompakte Ablagebeleg dafür. Das Feld nannte den Server, der es erzeugt hatte, und führte die Gruppen samt Lokatoren auf, unter denen dieser Server den Artikel bereitstellte. Es vergab keine zweite Identität, sondern verband mehrere lokale Zugänge mit demselben Gegenstand.

Die Trennung ist grundlegend: Identität beantwortet, welcher Artikel durch das Netz wanderte. Ort beantwortet, wo ein bestimmter Server ihn gerade zeigt. Ein verteiltes System braucht beide Angaben, darf aber ihre Befugnisse nicht vertauschen.

Drei Schlüssel mit drei Reichweiten

RFC 3977 beschreibt drei Schlüsselarten für Speicherung und Abruf über NNTP. Die Message-ID ist global eindeutig. Ein zweiter Schlüssel kombiniert den Namen einer Newsgroup mit einer Artikelnummer in dieser Gruppe. Der dritte ist der vom Server geführte Ankunftszeitpunkt.

Der Gruppen-Nummern-Schlüssel ist in seinem lokalen Bereich streng. In einer Gruppe auf einem Server darf eine Nummer nur einen Artikel bezeichnen; ein Artikel darf dort nicht zwei Nummern tragen. Ein Crosspost kann jedoch in mehreren Gruppen vorkommen und in jeder eine andere Nummer erhalten.

Außerhalb dieses Servers endet die Eindeutigkeit. Dieselbe Kombination aus Gruppenname und Nummer darf auf verschiedenen Servern unterschiedliche Artikel meinen. Nummern werden nach lokaler Ankunftsreihenfolge vergeben. Ein Serverwechsel tauscht deshalb das Koordinatensystem aus, selbst wenn die Message-ID gleich bleibt.

Die Antwort auf GROUP enthält untere und obere Wasserstände sowie eine geschätzte Menge. Sie verspricht nicht, dass jede Nummer dazwischen belegt ist. Artikel können entfernt werden; ein früherer Artikel kann unter Bedingungen mit seiner alten Nummer wiederhergestellt werden. Eine Lücke beweist kein weltweites Löschen, und eine hohe Nummer keine globale Aktualität.

Ein Gegenstand in mehreren Regalen

RFC 5536 unterscheidet das Einstellen eines Artikels in mehrere Gruppen von mehreren getrennten Artikeln mit gleichem Text. Beim Crosspost bleibt ein Artikel mit einer Message-ID bestehen, umgeben von mehreren Gruppenindizes.

Xref bildet diese Auffächerung ab. Zuerst steht die Identität des erzeugenden Newsservers, danach folgen ein oder mehrere Orte. Jeder Ort koppelt einen Gruppennamen an einen Artikellokator. Traditionell ist das in NNTP eine Dezimalzahl; die Spezifikation lässt aber implementierungsspezifische Formen zu.

Der Servername begrenzt den Deutungsraum. Ohne ihn könnte dieselbe scheinbare Position auf einem anderen Dienst zu einem anderen Artikel führen. Mit ihm erkennt ein Client, dass mehrere Einträge im lokalen Plan auf denselben Artikel verweisen.

RFC 5536 erklärt, dass Benutzeragenten Xref häufig verwenden, um Crossposts nicht mehrfach zu verarbeiten. Nach der Anzeige in einer Gruppe kann die Anwendung die verbundenen Positionen als bearbeitet behandeln. So bleibt ein Beitrag an mehrere Publika ein Beitrag und wird nicht zu mehreren unabhängigen Werken.

Deklarierte Gruppen sind keine Ablagequittung

Newsgroups erklärt, für welche Gruppen ein Artikel eingestellt wurde. Xref hält fest, wo der letzte Server ihn tatsächlich abgelegt hat. RFC 5536 erlaubt ausdrücklich, dass beide Mengen voneinander abweichen.

Damit bleibt lokale Entscheidungsmacht sichtbar. Ein Server muss nicht jede Gruppe führen, kann Ablagen nach Standortregeln ablehnen und verändert die verfügbare Menge durch Aufbewahrung oder Moderation. Würde er nur die Erklärung des Autors kopieren, wären seine eigenen Entscheidungen verborgen.

Die Felder beantworten daher verschiedene Fragen: Das eine transportiert die erklärte Verteilung, das andere materialisiert die lokale Speicheransicht. Keines darf die Autorität des anderen vortäuschen.

Ein Beleg, der ersetzt werden sollte

RFC 1036 beschrieb Xref 1987 als Hostnamen mit Gruppen- und Nachrichtennummernpaaren aus dem lokalen Spool-Verzeichnis. Die Information sei nur für das lokale System wertvoll und solle nicht übertragen werden. Im Beispiel besaß eine Nachricht zwei Nummern in zwei Gruppen desselben Hosts.

Die spätere Architektur ordnete den Umgang mit dem Feld, ohne es zur dauerhaften Identität zu erheben. RFC 5537 erlaubt einem Relay, ein vorhandenes Xref zu löschen und eines für den eigenen Gebrauch hinzuzufügen. Ein ausliefernder Agent muss das eingehende Feld normalerweise entfernen — außer bei einer besonderen Konfiguration zur Bewahrung fremder Lokatoren — und darf vor der Ablage sein eigenes hinzufügen, was üblicherweise geschieht.

Dieser Austausch verändert nicht den Artikel. Derselbe RFC verbietet Relays und ausliefernden Agenten jede Änderung außer den engen Ausnahmen Path und Xref; der Körper darf nicht verändert werden. Die Ablagekarte wechselt, der Gegenstand bleibt.

Die Umschreibbarkeit an einer Verwahrungsgrenze zeigt, wessen Aussage das Feld trägt: die Ablageentscheidung des Servers, nicht die dauerhafte Behauptung des Autors.

Geltungsbereich ist kein Siegel

Der genannte Server ist kein Herkunftsnachweis. Sein Name sagt, in welchem Raum die Lokatoren zu lesen sind. Er ist weder kryptografische Signatur noch Autorenprüfung noch Beleg für den ersten Einspeisepunkt.

Dass Relays und Server das Feld entfernen und neu erzeugen dürfen, schließt seine Behandlung als unveränderliche Provenienz aus. Die Nicht-Authentifizierung ist hier eine vorsichtige Folgerung aus Umschreibungsregeln und fehlendem Authentifizierungsvertrag. Xref kann eine lokale Sicht belegen, aber nur im Vertrauenskontext dieses Dienstes.

Das aktuelle IANA-Register für Nachrichtenkopfzeilen führt Xref als standardmäßiges Netnews-Feld mit Verweis auf RFC 5536. Message-ID und Newsgroups stehen getrennt. Das Register vereinheitlicht Begriffe; es vereint nicht Identität, erklärte Verteilung und lokalen Ort unter einer Befugnis.

Die Nummer bedeutete „hier“

Die Leistung von Xref war nicht ein stärkerer Identifikator. Das Feld ließ ein verteiltes Lesesystem anerkennen, dass ein Artikel mehrere Koordinaten besitzen und der nächste Server diese ersetzen kann, ohne den Artikel zu ersetzen.

Wer Ort zur Identität macht, erzeugt bei Crossposts und Migrationen Duplikate. Wer Identität zum Ort macht, unterstellt einer globalen Benennung eine universelle Adresse. NNTP trennte beide Schichten und begrenzte ihre Aussagekraft.

Die offiziellen Quellen belegen weder heutige Verbreitung noch das Verhalten einzelner Anbieter. Sie erklären auch nicht allein, warum eine lokale Nummer verschwand. Sie ziehen jedoch die Grenze: Message-ID sagt, welcher Artikel gemeint ist; Xref sagt, wo dieser Server ihn abgelegt hat. Gerade diese Zurückhaltung macht die Angabe verlässlich.