Zum Inhalt springen
Dialova

IRC-Dokumentation · Einsteiger

Die Geschichte von IRC: von 1988 bis IRCv3

IRC entstand 1988. Jarkko Oikarinen entwickelte Internet Relay Chat an der Universität Oulu in Finnland. Das Protokoll ermöglichte Echtzeitgespräche zwischen mehreren Benutzern und entwickelte sich über Netzwerke, Programme und Erweiterungen weiter.

Dialova-Team · Überprüft am

1988: Ein Chatwerkzeug verbreitet sich #

Die von Daniel Stenberg zusammengestellte Geschichte datiert die Anfänge auf den Sommer 1988. IRC verbreitete sich durch Clients und Server, die miteinander kommunizieren konnten. Die Geschichte betrifft nicht nur eine einzelne Anwendung: Unterschiedliche Teams entwickelten Programme und betrieben Netzwerke.

1993 und 2000: Das Protokoll wird dokumentiert #

RFC 1459 wurde im Mai 1993 von Jarkko Oikarinen und Darren Reed veröffentlicht und beschreibt das IRC-Protokoll. Es hat den Status Experimental. Im April 2000 erschienen mehrere Dokumente zu Architektur und Protokollen. RFC 2812 behandelt das Clientprotokoll und hat den Status Informational.

Diese Texte sind Bezugspunkte, aber keine Garantie dafür, dass alle heutigen Server dieselbe unveränderte Version umsetzen. Implementierungen haben sich weiterentwickelt, teilweise mit unterschiedlichen Modi, Grenzen und Antworten. Modern IRC beschreibt die heutige Praxis und erläutert solche Abweichungen.

Netzwerke, Dienste und neue Oberflächen #

Die Verknüpfung von Servern begleitete die Entstehung verschiedener Netzwerke. Ihre Teams legten Regeln und Dienste fest, etwa zur Verwaltung von Konten und Channels. NickServ und ChanServ sind verbreitete Dienstnamen, aber ihre Verfügbarkeit und Befehle sind nicht überall gleich.

Auch die Oberflächen veränderten sich. Terminalclients, grafische Programme, Webclients und Bouncer bieten unterschiedliche Wege, Gespräche zu verfolgen. Diese Oberflächen ersetzen weder das Protokoll noch vereinheitlichen sie die Regeln der Netzwerke.

IRCv3: erweitern, ohne alles zu ersetzen #

IRCv3 bündelt Spezifikationen für ausgehandelte Erweiterungen, etwa Authentifizierung, Tags, Serverzeit und Nachrichtengruppen. Mit CAP ermittelt der Client die angebotenen Capabilities. Eine Erweiterung ist nur nutzbar, wenn beide Seiten sie implementieren und aushandeln.

Es gibt keinen universellen Schalter, der alle Netzwerke in dieselbe „IRCv3“-Umgebung verwandelt. Verlauf, dauerhafte Verbindungen und Identitäten hängen weiterhin von den verfügbaren Capabilities und den Entscheidungen des jeweiligen Dienstes ab.

Quellen und Überprüfung

Die Beispiele verwenden erfundene Nicknames und Domains. Ausgenommen sind ausdrücklich dokumentierte Verbindungsadressen. Netzwerkspezifische Erweiterungen und Einstellungen werden im Text gekennzeichnet.