Zusammenfassung

  • AFRINIC veröffentlichte AFPUB-2018-GEN-001-DRAFT03 am 5. Juni 2019. Belegt ist damit die Veröffentlichung eines Vorschlags, nicht dessen Konsens, Ratifikation, Umsetzung oder Anwendung auf einen konkreten Ressourceninhaber.
  • Der institutionell bedeutsame Schritt von Draft 3 bestand darin, die Validierung des registrierten Kontaktwegs von der inhaltlichen Bearbeitung einer Missbrauchsmeldung zu trennen. Ein Erreichbarkeitstest beantwortet keine Tatsachen- oder Haftungsfrage.
  • Eine schmale Validierung ist nützlich: Veraltete Postfächer verlagern Such-, Warte- und Übergabekosten auf Betroffene und andere Netze. Der zulässige Eingriff muss jedoch beim fehlerhaften Kontaktdatensatz enden.
  • Zustellbarkeit, authentifizierte Kontrolle, Empfangsbestätigung, Triage, Abhilfe und Entscheidung sind sechs verschiedene Vorgänge. Werden sie vermischt, kann eine private Registerfunktion in eine sachlich unzuständige Sanktionsfunktion kippen.
  • AFRINIC ist ein privater technischer Buchhalter und Koordinator. Es besitzt keine souveräne, regulatorische, polizeiliche, strafende, konfiskatorische oder öffentlich-rechtliche Entscheidungsgewalt über Missbrauchsvorwürfe.
  • Die spätere Fassung Draft 7 und deren Ratifikation am 4. Februar 2026 gehören zur Chronologie der Vorschlagsfamilie. Sie machen Draft 3 nicht rückwirkend zu geltendem oder 2019 vollzogenem Recht.

Was am 5. Juni 2019 tatsächlich geschah

Am 5. Juni 2019 veröffentlichte AFRINIC die dritte Fassung eines Vorschlags mit der Kennung AFPUB-2018-GEN-001-DRAFT03. Der Autor der Vorschlagsfamilie wird als Jordi Palet Martinez geführt. Gegenstand war die Aktualisierung der Regeln für öffentlich registrierte Missbrauchskontakte. Die konkrete institutionelle Handlung, die sich aus dem zeitgenössischen Datensatz sicher bestimmen lässt, ist die Veröffentlichung dieser dritten Fassung. Sie betraf AFRINIC als Herausgeber und möglichen Prüfer, die Inhaber von Internetnummernressourcen mit ihren authentifizierten Registerkontakten, operative Abuse-Desks sowie jene Beschwerdeführer und benachbarten Netze, die eine Meldung an den tatsächlich zuständigen Betreiber bringen müssen.

Das klingt zunächst wie eine kleine Frage der Datenpflege. Ein Feld namens abuse-c, ein Rollenpostfach und ein Test, ob dort jemand erreichbar ist, gehören zur unspektakulären Infrastruktur des Internets. Doch gerade die Unscheinbarkeit des Feldes verdeckt die institutionelle Spannung. Ein nicht erreichbarer Kontakt verursacht reale Kosten: Eine betroffene Stelle muss Adressen suchen, Meldungen erneut senden, Zuständigkeiten erraten oder Zwischenstationen einschalten. Ein erreichbarer Kontakt löst dieses Problem nur teilweise. Er beweist, dass eine Nachricht einen deklarierten Weg genommen hat; er beweist nicht, dass der darin erhobene Vorwurf stimmt. Zwischen diesen beiden Sätzen liegt die Grenze zwischen einem nützlichen Register und einem privaten Entscheidungsträger über Verhalten.

Draft 3 war wichtig, weil er diese Grenze ausdrücklich sichtbar machte. Seine prägende Klarstellung trennte die Validierung des registrierten Kontaktkanals von der Art und Weise, wie ein Betreiber eine Missbrauchsmeldung inhaltlich bearbeitet. Damit wurde ein Problem benannt, das weit über E-Mail-Technik hinausreicht: Welche Tatsachen darf ein regionales Internetregister zuverlässig feststellen, und welche Tatsachen darf es gerade nicht aus einem technischen Signal ableiten?

Die Antwort ist für beide Seiten praktisch. Beschwerdeführer brauchen keine symbolische Adresse, sondern einen nutzbaren Weg zu einer Stelle, die Protokolle prüfen und Abhilfe organisieren kann. Ressourceninhaber wiederum brauchen die Gewissheit, dass eine Zustellstörung, ein Spamfilter oder eine strittige Bewertung ihrer Reaktion nicht in einen Vorwurf materiellen Fehlverhaltens verwandelt wird. Auch nachgelagerte Kunden und Nutzer haben ein Interesse an dieser Trennung.

Würde ein schmaler Kommunikationsfehler mit Portalzugang, Stimmrechten, Registry-Änderungen oder gar der Kontinuität von Nummernressourcen verknüpft, träfe die Folge nicht nur das Postfach, sondern laufende Netze und Menschen, die mit dem Streit nichts zu tun haben.

Über Draft 3 darf dennoch nicht mehr behauptet werden, als die Unterlagen tragen. Die Veröffentlichung belegt weder einen Konsens noch eine Zustimmung des Boards, weder Umsetzung noch Durchsetzung. Es ist kein benannter Ressourceninhaber dokumentiert, der unter Draft 3 eine Validierung nicht bestanden, den Portalzugang verloren, nicht abstimmen können oder Nummernressourcen eingebüßt hätte. Ebenso wenig ist ein konkreter Missbrauchsfall Teil dieses Ereignisses. Die institutionelle Gefahr lässt sich als Mechanismus untersuchen; sie darf nicht als beobachteter Schaden aus dem Jahr 2019 ausgegeben werden.

Draft 2 als unmittelbarer Ausgangspunkt — und nicht als zweites Thema

Warum musste Draft 3 die Grenze überhaupt deutlicher ziehen? Die unmittelbar vorangegangene Fassung zeigt den Anlass. Draft 2 hatte abuse-c und ein aktiv betreutes Missbrauchspostfach als Bestandteil der vorgesehenen Registerdaten behandelt. Es behielt Prüfungen bei der Erstellung oder Aktualisierung, mindestens alle sechs Monate und zusätzlich nach Ermessen AFRINICs vor. Für die normative Prüfung sah es zunächst höchstens 15 Tage und nach einer Eskalation nochmals höchstens 15 Tage vor. Ein Beispiel arbeitete dagegen noch mit zwei Arbeitstagen plus drei Geschäftstagen. Diese Abweichung zwischen normativem Text und Beispiel ist keine Nebensächlichkeit: Schon die Uhr, an der „Reaktion“ gemessen werden sollte, war nicht ohne Weiteres eindeutig.

Noch wichtiger war die Verbindung zwischen Kontakttest und Fallbearbeitung. Draft 2 hatte bei vermuteter Umgehung der Validierung oder bei einer als falsch beziehungsweise ausbleibend betrachteten Antwort auf einen Missbrauchsfall eine erneute Validierung, eine Vermittlung durch AFRINIC und gegebenenfalls weitere einschlägige Verfahren in Aussicht gestellt. Damit lagen zwei verschiedene Arten von Fragen nahe beieinander. Die erste lautet: Ist der im Register genannte Weg erreichbar? Die zweite lautet: Hat der Empfänger einen konkreten Vorwurf richtig behandelt?

Draft 3 reagierte auf genau diese institutionelle Reibung, indem es Validierung und inhaltliche Bearbeitung auseinanderhielt.

Der Hintergrund schärft das Gewicht dieser Trennung. In einer auf den 20. April 2019 datierten Mitarbeiter- und Rechtsbewertung zu Draft 2 hieß es, eine vorgesehene Kontosperre könne Funktionen in MyAFRINIC einschließlich der Stimmabgabe beeinträchtigen. Der Rechtsberater bewertete den Verlust von Stimmrechten wegen der unterlassenen Aktualisierung eines Kontakts als unverhältnismäßig, auch wenn er ihn nach mauritischem Recht nicht für rechtswidrig hielt. Das ist Kontext vor Draft 3, kein Beleg für eine Sanktion unter Draft 3.

Es zeigt jedoch, weshalb eine saubere Kategorisierung nötig war: Sobald ein Defekt in einem Kontaktfeld auf andere Mitgliedschafts- oder Betriebsfunktionen übergreift, wächst die Konsequenz schneller als das zugrunde liegende Datenproblem.

Draft 2 darf dabei nicht rückwirkend zum Inhalt von Draft 3 gemacht werden. Die 15-plus-15-Tage-Fristen und das abweichende Zwei-plus-drei-Tage-Beispiel sind die unmittelbare Ausgangslage. Aus den vorliegenden Unterlagen folgt nicht, dass Draft 3 jede einzelne Frist beibehielt, änderte oder neu ordnete. Ebenso wenig dürfen spätere Abhilfestufen aus Draft 4 oder noch späteren Fassungen in den Text von Draft 3 hineingelesen werden. Für Draft 3 ist die sichere, entscheidende Aussage enger: Die Prüfung des Kontaktwegs und die Bewertung der Missbrauchsbearbeitung sollten voneinander getrennt werden.

Sechs Vorgänge, die ein Register nicht zu einem einzigen Test verdichten darf

Die Klarstellung lässt sich nur würdigen, wenn die einzelnen Vorgänge präzise auseinandergehalten werden.

Zustellbarkeit bedeutet zunächst, dass eine Nachricht den deklarierten technischen Kanal erreicht. Je nach Verfahren kann das heißen, dass der empfangende Mailserver die Sendung annimmt oder dass ein Challenge-Link beziehungsweise Token zugestellt wird. Schon diese Ebene ist fehleranfällig: Eine Annahme durch den Mailserver garantiert nicht, dass die richtige Arbeitsgruppe die Nachricht sieht; eine temporäre Ablehnung beweist nicht, dass die Adresse dauerhaft tot ist.

Authentifizierte Kontrolle beantwortet eine andere Frage. Sie zeigt, dass eine berechtigte, im Registerkontext verifizierte Stelle den Kontakt verwalten oder eine Challenge abschließen kann. Das ist stärker als bloße Zustellung, aber weiterhin eine Aussage über Kontrolle des Verzeichniseintrags. Sie beweist nicht, wer einen möglicherweise missbräuchlichen Dienst betrieb oder wer die für einen Vorfall relevanten Protokolle besitzt.

Empfangsbestätigung signalisiert, dass eine Meldung angekommen ist. Eine automatische Quittung kann hier nützlich sein: Sie gibt dem Absender eine Referenz und verhindert unnötige Wiederholungen. Sie ist aber keine inhaltliche Anerkennung. Ein Autoresponder kann weder die Behauptung prüfen noch eine Abhilfe zusagen. Umgekehrt bedeutet das Fehlen einer schnellen Quittung nicht, dass die Meldung ignoriert wurde.

Triage ist die erste fachliche Einordnung. Ein Abuse-Desk muss prüfen, ob Zeitstempel, betroffene Adresse, Protokoll, beobachtetes Verhalten und Rückkanal hinreichend konkret sind. Er muss die Meldung dem Betreiber, Kunden oder System zuordnen, das tatsächlich über Logs und technische Eingriffsmöglichkeiten verfügt. Das kann Rückfragen erfordern und hängt von Sprache, Zeitzone, Meldevolumen und Datenaufbewahrung ab.

Abhilfe bezeichnet erst die operative Reaktion: eine Fehlkonfiguration korrigieren, einen kompromittierten Zugang sichern, einen Kunden informieren, Verkehr filtern oder Beweise für einen rechtmäßigen Prozess bewahren. Ob und welche Maßnahme angemessen ist, hängt vom Sachverhalt ab. Manchmal ist eine schnelle Sperre sinnvoll; manchmal würde sie einen unbeteiligten Kunden treffen oder Beweismittel vernichten.

Entscheidung schließlich betrifft Wahrheit, Verantwortlichkeit und Rechtsfolge. Hat das gemeldete Verhalten stattgefunden? War der Adressinhaber, ein nachgelagerter Betreiber, ein Kunde oder ein Angreifer verantwortlich? Welche vertragliche, zivilrechtliche oder strafrechtliche Folge ist zulässig? Das sind keine Resultate eines Mailtests. Sie verlangen Beweise, Zuständigkeit, rechtliches Gehör, anwendbare Regeln und gegebenenfalls ein Gericht, eine zuständige Behörde oder eine andere legitimierte Instanz.

Wer diese sechs Ebenen in einer einzigen Kennzahl „Kontakt reagiert“ zusammenzieht, erzeugt keine Effizienz, sondern unkontrollierte Bedeutungsverschiebung. Zustellung wird dann als Bearbeitung gelesen, Bearbeitungsdauer als Schuldindikator und Unzufriedenheit als Beweis der Nichtbefolgung. Draft 3s Trennung war deshalb mehr als redaktionelle Ordnung. Sie markierte den Punkt, an dem ein überprüfbarer Registerfakt endet.

Der Vorschlagsstatus bleibt Teil des Sachverhalts

Die Geschichte der Vorschlagsfamilie ging nach 2019 weiter. AFRINIC führt eine spätere Fassung Draft 7 mit dem Datum 17. Mai 2021. In seiner Übersicht ratifizierter Regelungen datiert AFRINIC die Ratifikation dieser siebten Fassung auf den 4. Februar 2026. Diese Angaben sind für eine korrekte Chronologie nötig, aber ihre Aussage ist begrenzt.

Eine spätere Fassung ist nicht dieselbe Fassung. Ihre spätere Ratifikation beweist nicht, dass Draft 3 am 5. Juni 2019 angenommen, implementiert oder gegen jemanden eingesetzt wurde. Ebenso wenig erlaubt das Ergebnis von 2026, jede Klausel aus Draft 7 auf Draft 3 zurückzuprojizieren. Zwischen Versionen können Wörter, Fristen, Rechtsfolgen und Verfahrenssicherungen wechseln. Wer die Versionen vermischt, macht aus einem dokumentierten Entwurf eine fiktive historische Regel.

Gerade in Governance-Fragen ist diese Unterscheidung keine formale Pedanterie. Veröffentlichung, Diskussion, Konsens, Ratifikation, technische Umsetzung und Einzelfallanwendung sind verschiedene institutionelle Akte. Jeder benötigt eigene Belege. Bei Draft 3 ist der erste Akt belegt. Die analytische Bedeutung seiner zentralen Trennung bleibt groß, ohne dass ihm ein Status zugeschrieben werden muss, den die Quellen nicht zeigen.