USENET // The Original Network — Eine interaktive Dokumentation

origin / die geschichte

// File: 01_history.txt — Last modified: 2026

Usenet ist älter als das World Wide Web. 1979 von Tom Truscott und Jim Ellis an der Duke University konzipiert, 1980 zum Leben erweckt. Es gab keine zentralen Server. Keinen Konzern. Nur Maschinen, die Nachrichten an andere Maschinen weiterreichten — über das Network News Transfer Protocol (NNTP).

Während Reddit, Twitter und Facebook das Internet zentralisierten, existiert Usenet weiter — dezentral, redundant, fast unzerstörbar. Heute ist es weniger Diskussionsforum, mehr ein gigantisches verteiltes Dateisystem mit über 17 Jahren Retention und über 120.000 aktiven Newsgroups.

// Fact

Das berühmteste Zitat aus dem frühen Usenet: "Usenet is like a herd of performing elephants with diarrhea — massive, difficult to redirect, awe-inspiring, entertaining, and a source of mind-boggling amounts of excrement when you least expect it." — Gene Spafford, 1992

~/usenet/history.log

1979

Conception

Truscott & Ellis entwerfen Usenet als "ARPANET der Armen". UUCP statt TCP/IP.

1986

NNTP geboren

RFC 977: Network News Transfer Protocol — Usenet kommt ins TCP/IP-Internet.

2001

yEnc + Binaries

Binärdaten-Encoding macht Usenet zur Plattform für große Files.

2005

NZB-Standard

XML-Pointer-Files. Kein Header-Sweep mehr nötig — direkter Zugriff.

2010

Sonarr/Radarr Era

Automatisierungs-Stack entsteht. Usenet wird zur "Set-and-Forget"-Plattform.

2026

Post-Quantum SSL

X25519MLKEM768 hybrid key exchange — Usenet ist quantenresistent.

wie usenet funktioniert

// Protokoll-Anatomie & Datenfluss

Stell dir Usenet als verteilte Bibliothek vor. Jeder Beitrag (Article) wird auf einen Server gepostet — und dieser Server gibt ihn an alle anderen Server weiter, die ihn wiederum weitergeben. Propagation. Das Ergebnis: Die Bibliothek existiert tausendfach. Verschwindet ein Server, sind die Daten weiterhin überall.

→ der ablauf in 6 schritten

[ 01 ]

Post

Ein User postet einen Article via Newsreader an seinen Provider-Server.

[ 02 ]

Propagate

Der Server repliziert den Article via NNTP an verbundene Peer-Server weltweit.

[ 03 ]

Index

Indexer crawlen Newsgroups und katalogisieren Posts mit Metadaten in NZBs.

[ 04 ]

Search

User sucht im Indexer und lädt eine kleine NZB-Datei (XML mit Message-IDs).

[ 05 ]

Fetch

Newsreader öffnet NZB, kontaktiert Provider via SSL und lädt die Segmente.

[ 06 ]

Reassemble

PAR2-Verifizierung, Reparatur falls nötig, Entpacken — fertige Datei.

→ kernkonzepte

// concept_01 Storage

Newsgroups

Themenbasierte Foren. Hierarchisch organisiert: comp.* für Computer, sci.* für Science, alt.* für alles Alternative. Über 120.000 davon existieren.

COUNT120,000+

// concept_02 Identity

Message-ID

Jeder Article bekommt eine einzigartige ID wie <abc123@host.tld>. Diese ID ist der "Schlüssel" — Newsreader fordern Articles per Message-ID an.

FORMATRFC-5536

// concept_03 Persistence

Retention

Wie lange ein Provider Articles speichert. Top-Provider (Eweka, Newshosting) bieten heute über 6470 Tage Retention — also Posts aus 2008+ sind noch verfügbar.

PEAK17.7 years

// concept_04 Quality

Completion

Prozent der versprochenen Retention, der tatsächlich abrufbar ist. 99%+ ist Standard bei Tier-1-Providern. Niedrigere Werte = inkomplette Downloads.

TARGET≥ 99.5%

// concept_05 Format

NZB Files

XML-Datei, die Message-IDs aller Segmente eines Posts auflistet. Statt Header zu durchsuchen, gibt der Indexer dem Reader eine Landkarte.

STANDARDsince 2005

// concept_06 Recovery

PAR2 / Parität

Reed-Solomon-basierte Wiederherstellungsblöcke. Selbst wenn 5–10% einer Datei fehlen, kann der Reader sie aus PAR2-Files rekonstruieren.

RECOVERY~10%

→ eine nzb-datei in der wildnis

example.nzb — XML structure

<?xml version="1.0" encoding="UTF-8"?>
<nzb xmlns="http://www.newzbin.com/DTD/2003/nzb">

  <file poster="yenc@poster.com" date="1735689600"
        subject="[001/045] - example.mkv yEnc (1/100)">

    <groups>
      <group>alt.binaries.example</group>
      <group>alt.binaries.movies</group>
    </groups>

    <segments>
      <segment bytes="768000" number="1">
        abc123def456@news.example.org
      </segment>
      <segment bytes="768000" number="2">
        ghi789jkl012@news.example.org
      </segment>
      <!-- ... bis zu tausenden Segmenten ... -->
    </segments>

  </file>
</nzb>

der stack / 4 komponenten

// Was du brauchst, um Usenet zu nutzen

Anders als das Web brauchst du beim Usenet drei separate Komponenten (oder vier, wenn du automatisierst). Jede macht eine Sache — sehr gut. Diese Trennung ist ein Feature, kein Bug: Du kannst jeden Layer unabhängig wechseln.

Layer 1 / Pflicht

Provider (Access)

Dein Tor zum Usenet-Netzwerk. Provider betreiben die Server, die alle Articles speichern. Du zahlst monatlich/jährlich für Zugang. Wichtigste Faktoren: Retention, Completion, Backbone.

Beispiele: Eweka (NL), Newshosting (US), UsenetExpress, NewsDemon, Tweaknews, Easynews, Frugal Usenet, ViperNews.

Layer 2 / Pflicht

Newsreader (Client)

Software, die mit Provider-Servern via NNTP spricht. Lädt Articles, verifiziert PAR2, entpackt RAR-Archive. SABnzbd und NZBGet dominieren den Binary-Bereich; Thunderbird für Text-Newsgroups.

SABnzbd: webbasiert, in Python, plattformübergreifend, bester Support. NZBGet: C++, ressourcenschonender, ideal für Synology/NAS.

Layer 3 / Optional

Indexer (Search)

Suchmaschinen für Usenet. Crawlen Newsgroups, generieren NZB-Files, bieten Web- und API-Zugriff. Funktionieren wie Google — aber speziell für Usenet-Posts. Meist günstig: 5–25 USD/Jahr.

NZBgeek, NZBFinder, DrunkenSlug, NZBPlanet, altHUB, Binsearch (frei). Manche per Invite-only (DrunkenSlug), andere offen (NZBgeek).

Layer 4 / Power-User

Automation (*arr)

Der "*arr-Stack" automatisiert alles: Sonarr (TV), Radarr (Filme), Lidarr (Musik), Readarr (Bücher), Prowlarr (Indexer-Hub), Bazarr (Untertitel).

Plus: Overseerr (Request-Frontend), Plex/Jellyfin/Emby (Streaming-Server), Tautulli (Stats), FlareSolverr (Cloudflare-Bypass).

provider / das backbone-ökosystem

// Wer betreibt eigentlich die Server?

Hinter den vielen Provider-Marken stehen tatsächlich nur drei große Backbones: Omicron (Newshosting / Eweka / UsenetServer), UsenetExpress, und ViperNews/News-Service-Europe. Provider mit unterschiedlichen Backbones zu kombinieren erhöht die Completion massiv.

Provider	Region	Retention	Connections	Besonderheiten
Eweka	Niederlande	6470+ Tage	50	EU-fokussiert, eigener Newsreader, sehr stabil
Newshosting	USA	6470+ Tage	100	Inkl. Free VPN, beliebter Built-in Newsreader
UsenetServer	USA	6470+ Tage	50	Globales Netzwerk, integrierte Suche
Easynews	USA	5430+ Tage	60	Web-basierte Suche mit Vorschau, kein Client nötig
Tweaknews	EU	6470+ Tage	60	EU-Server, günstige Long-Term-Pläne

// Omicron-Hinweis

Alle Provider auf dem Omicron-Backbone teilen sich die gleiche Datenbasis. Heißt: Mehrere Omicron-Provider zu kaufen bringt keinen Completion-Gewinn — du bekommst die gleichen Articles. Kombiniere besser verschiedene Backbones.

Provider	Region	Retention	Connections	Besonderheiten
NewsDemon	USA	5695+ Tage	50	Sehr günstig, inkl. SlickVPN
UsenetExpress	USA	5500+ Tage	30	Eigener Backbone — ideale Ergänzung zu Omicron
Frugal Usenet	USA	5500+ Tage	30	Einer der günstigsten "echten" Provider

// Pro-Tipp

UsenetExpress wird nicht von Omicron dedupliziert. Wenn du Eweka als Hauptprovider hast, gibt dir UsenetExpress als Block-Account die fehlenden ~1–2% Completion zurück.

Provider	Region	Retention	Connections	Besonderheiten
ViperNews	Niederlande	5500+ Tage	30	EU-Backbone, gute DMCA-Resistenz
XS Usenet	Niederlande	1500+ Tage	4	Kleinere Retention, sehr günstig
PureUsenet	Niederlande	5500+ Tage	30	Reseller, identische Datenbasis wie ViperNews

Block-Accounts sind Pay-as-you-go: Du kaufst z.B. 500 GB, die nie verfallen. Ideal als Backup-Provider, um fehlende Articles aus deinem Hauptprovider zu ergänzen.

Anbieter	Backbone	Volumen	Strategie
UsenetExpress Block	UsenetExpress	250 GB – 1 TB	Komplementär zu Omicron-Hauptaccount
UsenetFarm Block	UsenetFarm	500 GB – 5 TB	EU-Backbone, oft hohe Completion auf alte Posts
Eweka Block	Omicron	50 GB – 1 TB	Wenn dein Haupt-Provider ein anderer Backbone ist

// Best Practice

Die optimale Setup-Formel: 1× Unlimited (Omicron) + 1× Block (UsenetExpress) + 1× Block (UsenetFarm/EU). Drei verschiedene Backbones = praktisch 100% Completion.

indexer / die suchmaschinen

// NZBgeek, NZBFinder, DrunkenSlug & co.

Indexer crawlen Newsgroups 24/7, parsen Header, deobfuscieren Filenames und bauen durchsuchbare Datenbanken. Sie hosten keine Files selbst — sie sind reine Suchmaschinen. Ohne sie wäre Usenet nahezu unbenutzbar.

// indexer_01 Open Reg

NZBgeek

Der Veteran seit 2012. Community-driven, GeekSeek-Suche mit starken Filtern. Lifetime-Pläne legendär. Beste Allrounder-Wahl für Einsteiger.

API HITS / DAY VIP unlimited

PRICING $12 / year

// indexer_02 EU-Based

NZBFinder

EU-basiert (nZEDb-engine), 8+ Jahre Backlog. Smart deobfuscation für saubere Filenames. Großzügiger Free-Tier (5 NZBs / Tag).

GROUPS~330

PRICING~$10 / year

// indexer_03 Invite Only

DrunkenSlug

Premium-Indexer, sehr gepflegte Datenbank, hohe Qualität. Registrierung nur sporadisch — wenn offen, sofort zuschlagen.

QUALITYTop-Tier

STATUSclosed reg

// indexer_04 Free

Binsearch

Kostenlos, klassische Web-Oberfläche. Keine API, kein Sonarr-Support — aber perfekt zum manuellen Suchen, gerade in Text-Groups.

COSTfree

APInone

// indexer_05 Legacy

NZBPlanet

Solider Backup-Indexer. Wird oft als zweiter oder dritter Indexer in Prowlarr konfiguriert für Redundanz bei seltenen Releases.

USE CASEredundancy

PRICING~$10 / year

// indexer_06 Curated

altHUB

Newer Indexer mit Fokus auf Qualität und kuratierte Inhalte. Lifetime-Optionen verfügbar. Beliebt in der Power-User-Community.

FOCUScurated

PRICINGlifetime avail.

→ meta-search & redundanz

Tool

NZBHydra2

Open-Source-Meta-Searcher. Aggregiert mehrere Indexer (Newznab + Torznab) hinter einem einzigen Endpunkt. Spart API-Calls, ranked Results, dedupliziert.

Hub

Prowlarr

Der heilige Gral der *arr-Welt: Verwalte alle Indexer an einem Ort, sync sie automatisch zu Sonarr/Radarr/Lidarr/Readarr. Unterstützt 500+ Indexer (Usenet + Torrent).

architektur / wie alles zusammenhängt

// Interaktive Schnittstellen-Karte

Diese Karte zeigt, wie die Komponenten ineinandergreifen. Vom User-Request über Overseerr, durch den *arr-Stack, zu Indexern und Provider, zurück über SABnzbd in die Plex-Library. Hover über die Knoten für Details.

Provider / NNTP-Verbindung (SSL :563)

*arr-Stack / NZB-Übergabe

Indexer / API-Sync (Newznab)

Frontend / Streaming-Layer

─ ─ ─ Optional / async

// Reading the Diagram

Die Pfeile zeigen den Datenfluss. Ein User stellt einen Request in Overseerr → Overseerr leitet an Sonarr (TV) oder Radarr (Filme) weiter → Diese fragen Indexer über Prowlarr ab → Sobald ein Match gefunden wird, geht das NZB an SABnzbd → SABnzbd verbindet sich mit den Provider-Servern via NNTP/SSL → Lädt die Articles, repariert mit PAR2, entpackt → SABnzbd informiert Sonarr/Radarr → Diese moven die Files zur Plex/Jellyfin-Library → User streamt.

workflow / setup von a bis z

// Vom leeren Server zum laufenden Stack

Schritt 1 — Provider-Account einrichten

01. Wähle einen Provider auf einem starken Backbone — empfohlen: Eweka (EU) oder Newshosting (US).
02. Kaufe einen Unlimited-Plan — meist 5–10 USD/Monat bei Jahreszahlung.
03. Notiere: Server-Hostname, Username, Passwort, SSL-Port (immer 563).
04. Optional: Buche einen Block-Account auf einem zweiten Backbone (UsenetExpress, UsenetFarm).

Schritt 2 — SABnzbd installieren

~/setup-sabnzbd.sh

# Docker-basiertes Setup (empfohlen)
docker run -d \
  --name=sabnzbd \
  -p 8080:8080 \
  -v /your/config:/config \
  -v /your/downloads:/downloads \
  -e PUID=1000 -e PGID=1000 \
  -e TZ=Europe/Berlin \
  lscr.io/linuxserver/sabnzbd:latest

# Dann im Browser öffnen:
open http://localhost:8080

# Server hinzufügen:
  Host:     news.eweka.nl
  Port:     563 (SSL)
  Username: dein-username
  Password: dein-passwort
  Connections: 50

// Pro-Tipp

Setze Categories in SABnzbd: tv, movies, music. Sonarr/Radarr nutzen diese später, um Downloads automatisch in die richtigen Ordner zu sortieren.

Schritt 3 — Prowlarr als Indexer-Hub

Prowlarr verwaltet alle Indexer zentral und synct sie zu Sonarr/Radarr. Setup-Schritte:

→ Prowlarr unter :9696 öffnen
→ Settings → Apps: SABnzbd hinzufügen (URL + API-Key)
→ Indexers → Add: NZBgeek, NZBFinder etc. mit deren API-Keys eintragen
→ Test jeder Verbindung — alle grün?
→ Indexer Priority setzen: NZBgeek = 1, andere = 2-5

Schritt 4 — Sonarr & Radarr verbinden

In Sonarr (:8989) und Radarr (:7878):

Settings → Indexers

Indexer Sync

Wenn Prowlarr richtig konfiguriert ist, erscheinen die Indexer hier automatisch. Ansonsten: in Prowlarr → Apps → Add → Sonarr/Radarr → API-Key eintragen.

Settings → Download Clients

SABnzbd anbinden

Add → SABnzbd → Host, Port, API-Key. Wichtig: Category passend setzen (tv für Sonarr, movies für Radarr).

Settings → Media Management

Root Folder

Setze die finalen Ziel-Pfade: z.B. /data/media/tv und /data/media/movies. Niemals identisch mit Download-Folder!

Settings → Profiles

Quality Profiles

Definiere, welche Qualität du willst (1080p, 2160p HDR, etc.). TRaSH-Guides sind die Goldquelle für optimale Custom-Format-Setups.

Schritt 5 — End-to-End Test

~/test-flow.log

// Test: Eine Serie in Sonarr hinzufügen
[Sonarr] Add Series → "Test Show"
  → Sonarr fragt Prowlarr nach Indexern
  → Prowlarr aggregiert NZBgeek + NZBFinder
  → Sonarr findet Match: "Test.Show.S01E01.1080p.NZB"

[Sonarr] Sendet .nzb an SABnzbd
  → SABnzbd reiht ein, queued
  → Verbindet sich mit news.eweka.nl:563 (SSL)
  → Lädt Segmente parallel (50 connections)

[SABnzbd] Post-Processing
  → PAR2-Verifizierung: OK ✓
  → Reparatur (falls nötig): -
  → unrar: TestShow.S01E01.mkv extrahiert
  → Move to: /data/media/tv/Test Show/

[Sonarr] Library-Update
  → File renamed nach Schema
  → Plex notification → Library-Scan

// Status: WORKFLOW SUCCESS ✓

security / privacy & encryption

// SSL, Ports, VPN-Strategie, Post-Quantum

Always

Port 563 / SSL

NNTP-over-SSL ist Standard. Niemals Port 119 verwenden — das ist unverschlüsselt. Falls 563 von deinem ISP geblockt wird, nutze 443 (Standard-HTTPS-Port, fast nie geblockt).

2026-Update

Post-Quantum Crypto

Moderne Provider unterstützen X25519MLKEM768 hybrid key exchange (OpenSSL 3.5.0+). Bedeutet: deine Sessions sind selbst gegen zukünftige Quantencomputer geschützt.

Optional

VPN-Layer

SSL macht den Inhalt deiner Verbindung privat — aber dein ISP sieht trotzdem, dass du mit einem Usenet-Server sprichst. Ein VPN versteckt das. Viele Provider (Newshosting, NewsDemon) inkludieren einen VPN.

Header

Anonymous Posting

Beim Posten kannst du X-No-Archive: yes setzen — dann archivieren kompatible Provider den Post nicht dauerhaft. Nicht alle Provider respektieren das.

// Legal Notice

Usenet selbst ist eine legale Kommunikationsplattform. Wie bei jedem Netzwerk gilt: du bist verantwortlich für das, was du herunterlädst und postest. Indexer hosten keine Files — sie indexieren öffentlich gepostete Articles. Respektiere Urheberrecht. Diese Dokumentation ist rein edukativ und zeigt die technische Funktionsweise des Netzwerks.

glossar / terminologie

// Quick-Reference für die wichtigsten Begriffe

NNTP

Network News Transfer Protocol. Das Protokoll, mit dem Newsreader und Server kommunizieren. RFC-3977 (modern), RFC-977 (1986).

Article

Ein einzelner Beitrag in einer Newsgroup. Kann Text oder Binärdaten sein (Bilder, Audio, Video).

Newsgroup

Themenbasiertes Forum innerhalb von Usenet. Hierarchisch benannt (z.B. comp.os.linux).

Header

Metadaten eines Articles (Subject, From, Date, Message-ID, Newsgroup). Ohne Body herunterladbar.

Body

Der eigentliche Inhalt eines Articles. Bei Binaries oft yEnc-encoded und in Segmente aufgeteilt.

yEnc

Encoding-Schema für Binärdaten in Usenet (effizienter als Base64). Standard seit 2001.

PAR2

Parity-Files mit Reed-Solomon-Codes. Erlaubt Wiederherstellung beschädigter/fehlender Segmente.

RAR

Archivformat, in das Binaries oft gepackt werden — zur Aufteilung und Komprimierung.

Retention

Wie lange ein Provider Articles aufbewahrt. Top-Provider: 6470+ Tage (≈17 Jahre).

Completion

Anteil der versprochenen Retention, der tatsächlich abrufbar ist. Tier-1: ≥99%.

Backbone

Das physische Server-Netzwerk hinter Provider-Marken. Es gibt aktuell ~3 große (Omicron, UE, Viper).

Block Account

Pay-as-you-go-Account: festes Datenvolumen, läuft nicht ab. Ideal als Backup.

Newznab

Der API-Standard, den fast alle Indexer sprechen. Sonarr/Radarr nutzen Newznab zum Abfragen.

Torznab

Newznab-Erweiterung für Torrent-Indexer. Prowlarr unterstützt beide.

Propagation

Verteilung eines Articles von einem Server zu allen anderen Servern weltweit via NNTP-Peering.

Obfuscation

Verschleierung von Filenames in Posts. Indexer "deobfuscieren" diese, um sinnvolle Suche zu erlauben.

__ __ __ ______ __ __ ______ ______ ______ __ __ _____ /\ \/\ \ /\ \ /\ ___\ /\ "-.\ \ /\ ___\ /\__ _\ /\ ___\ /\ "-.\ \ /\ __-. \ \ \_\ \ \ \ \ \ \___ \ \ \ \-. \ \ \ __\ \/_/\ \/ \ \ __\ \ \ \-. \ \ \ \/\ \ \ \_____\ \ \_\ \/\_____\ \ \_\\"\_\ \ \_____\ \ \_\ \ \_____\ \ \_\\"\_\ \ \____- \/_____/ \/_/ \/_____/ \/_/ \/_/ \/_____/ \/_/ \/_____/ \/_/ \/_/ \/____/

usenet: the original network.

origin / die geschichte

wie usenet funktioniert

→ der ablauf in 6 schritten

Post

Propagate

Index

Search

Fetch

Reassemble

→ kernkonzepte

Newsgroups

Message-ID

Retention

Completion

NZB Files

PAR2 / Parität

→ eine nzb-datei in der wildnis

der stack / 4 komponenten

Provider (Access)

Newsreader (Client)

Indexer (Search)

Automation (*arr)

provider / das backbone-ökosystem

indexer / die suchmaschinen

NZBgeek

NZBFinder

DrunkenSlug

Binsearch

NZBPlanet

altHUB

→ meta-search & redundanz

NZBHydra2

Prowlarr

architektur / wie alles zusammenhängt

workflow / setup von a bis z

Schritt 1 — Provider-Account einrichten

Schritt 2 — SABnzbd installieren

Schritt 3 — Prowlarr als Indexer-Hub

Schritt 4 — Sonarr & Radarr verbinden

Indexer Sync

SABnzbd anbinden

Root Folder

Quality Profiles

Schritt 5 — End-to-End Test

security / privacy & encryption

Port 563 / SSL

Post-Quantum Crypto

VPN-Layer

Anonymous Posting

glossar / terminologie

usenet:
the original
network.