eD2K und Kad praktisch halten
Es geht nicht um Nostalgie und nicht um einen Rewrite. Das klassische Modell soll für lange Sitzungen, seltene Dateien, bewusstes Seeding und native Desktop-Nutzung brauchbar bleiben.
Klassischer eMule, abgestimmt auf heutige Breitbandanschlüsse
eMuleBB hält eD2K und Kad für ernsthafte Nutzer brauchbar.
Ein eMule für Power User mit schnellen Uploads, großen Freigaben, dauerhaft laufenden Windows-Sitzungen und lokalen Controller-Workflows, ohne die vertraute Desktop-App aufzugeben.
Download releases
eMuleBB
eMuleBB nightlies
aMule
aMule nightlies
aMuTorrent release page
MiniUPnP/miniupnpc
Testing started
Nightly builds are open for testers
Public testing has started through nightly builds. Try the current packages, keep a disposable or backed-up profile, and report crashes, freezes, package issues, controller/API problems, and real-network regressions before 0.7.3-rc.1 is tagged.
eMule broadband edition, kurz eMuleBB, ist eine eigenständige Produktlinie für Menschen, die das verteilte Modell von eMule weiterhin schätzen. Sie bewahrt die klassischen Desktop-Workflows und macht den Client auf heutigen Windows-Systemen leichter betreibbar, beobachtbar, automatisierbar und validierbar.
Warum
Ein Legacy-Client ist nur nützlich, wenn man ihn noch verlässlich betreiben kann
eMuleBB ist Produktarbeit und disziplinierte Technik zugleich: eine native Windows-Anwendung mit echtem Netzwerkverhalten erhalten und mit modernem Build-, Test-, Dokumentations-, Automatisierungs- und Release-Prozess umgeben.
Alte Annahmen sichtbar machen
Defaults für Upload-Slots, Timeouts, Buffer, große Freigaben und WebServer-Exposition werden explizit, damit sie geprüft, getestet und dokumentiert werden können.
Moderne Nachweise auf Legacy-Code anwenden
Der Workspace behandelt Release als technisches Artefakt: Source-Policy, OpenAPI-Verträge, reproduzierbare Builds, Hashes, Live-Prüfungen und Operator-Gates müssen zusammenpassen.
Funktionen
Was eMuleBB um den klassischen Client ergänzt
Die Arbeit zielt auf sichtbares Betreiberverhalten: vorhersehbare Upload-Policy, sichereres binding, feste Leistungsgrenzen, große Freigaben, lokale Automatisierung und Nachweise für das geplante Release 0.7.3-rc.1.
Breitband-Upload-Kontrolle
Begrenzte Slot-Ziele, Recycling schwacher Slots, Ratio-Anzeigen und Seeding-Kontrollen halten schnelle Uploads nützlich, ohne das eD2K-Upload-Protokoll zu ändern.
Binding, NAT und Expositions-Policy
Interface-aware binding, UPnP/NAT-Validierung, HTTPS, allowed-IP-Regeln und WebServer-Vererbung halten entfernte Oberflächen explizit und testbar.
Aktuelle Defaults für große Sitzungen
Größere Socket-Buffer, Queue/Source-Limits, file buffering, Timeouts, rekursive Sync und long-path guidance zielen auf heutige Windows-Systeme und große Freigaben.
eD2K und Kad bleiben zuerst
Server-, globale und Kad-Suche bleiben die native Basis, mit Kad-Identität, Bad-Node-Behandlung, Cleanup und Timing innerhalb kompatibler Grenzen.
REST und Controller-Workflows
Authentifizierte JSON-Endpunkte decken Transfers, Suchen, Freigaben, Server, Kad, Logs, Kategorien, Uploads, Statistiken, Preferences und kontrolliertes Shutdown ab.
Nachweise vor öffentlichen Paketen
Die geplante RC 0.7.3-rc.1 hängt von nativen Tests, REST-Verträgen, Live-Controller-Lanes, Netzwerk-Adversity, Packaging und x64/ARM64-Proben ab.
Produktguide
Ein kurzes Betriebsmodell
Mit bewährten eMule-Gewohnheiten starten
Nutze vertrauenswürdige Serverlisten, starte Kad bewusst, halte incoming und freigegebene Ordner berechenbar und bewahre den klassischen Workflow vor der Automatisierung.
Upload auf den echten Anschluss abstimmen
Setze ein endliches Upload-Limit, wähle ein realistisches Client-Ziel und lass die Breitband-Policy weniger, aber stärkere Slots bevorzugen.
Große Freigaben pflegen
Nutze Windows mit long paths, halte Freigabe-Wurzeln sauber, beobachte Ratios und behandle seltene Dateien als bewusste Veröffentlichungen.
Nur in vertrauenswürdigen Netzen automatisieren
Aktiviere WebServer/REST mit API key, setze binding und Firewall sauber und nutze Controller, die native eMule-Semantik respektieren.
Release-Reife verfolgen
Betrachte die öffentliche Branch als aktives Pre-Release, bis 0.7.3-rc.1-Gates, Operator-Checks und Live-E2E-Nachweise etwas anderes sagen.
Für Tiefe die Dokumentation nutzen
Die Homepage bleibt kompakt. Produktguide, REST-Vertrag, Breitbandnotizen und Release-Dokumente liegen als Markdown im Tooling-Repository.
Mehr lesen
Detaillierte Guides und Quelldokumente
eMuleBB Produktguide
Überblick für Setup, Tuning, Automatisierung und release-bewusste Nutzung.
Setup-Guide
Installationsmodell, First-run-Profil und praktische Startnotizen.
Netzwerk-Guide
Referenz zu eD2K, Kad, binding, UPnP, Firewall und Verbindungsdiagnose.
Freigabe-Guide
Freigegebene Ordner, überwachte shares, große Bibliotheken und Policy-Dateien.
Download- und Such-Guide
Suchmodi, Vertrauen in Ergebnisse, Kategorien und Power-User-Workflows.
Controller- und REST-Guide
Nutzung vertrauenswürdiger lokaler Controller und Automatisierungsgrenzen.
REST API Vertrag
Lesbarer Vertrag für die authentifizierte JSON-Steuerfläche.
REST Adapter Verträge
qBittorrent-compatible und Torznab Oberfläche für Controller-Autoren.
Troubleshooting-Guide
Symptomgeführte Checks für Low ID, Netzwerk, Freigaben und Automatisierung.
0.7.3-rc.1 Release-Dashboard
Geplante RC-Gates, Evidenzverweise und Readiness-Regeln.
Controller-Oberfläche
REST automation, ohne die Desktop-App zu ersetzen
Die Breitband-Release-Linie stellt über den vorhandenen WebServer-Listener eine ressourcenorientierte JSON API /api/v1 bereit. Sie authentifiziert mit X-API-Key, liefert JSON-Envelopes und führt native eMule-Statusänderungen über die App.
- Transfers
- Suchen
- Server
- Kad
- Freigaben
- Uploads
- Kategorien
- Logs
- Statistiken
- Preferences
Release-Status
Die öffentliche Version 0.7.3-rc.1 ist geplant, gegated und noch nicht veröffentlicht
Das erste öffentliche Ziel ist 0.7.3-rc.1. Es ist noch nicht veröffentlicht. Der finale Nachweis läuft, der öffentliche Stand bleibt an aktive Release-Dokumente gebunden.
Der Nachweis umfasst Workspace-Validierung, Debug- und Release-x64-Builds, Release-ARM64-Builds, Test-Binaries, Paketgenerierung, saubere Worktree und SHA-256-Hashes.
Die Gates umfassen native Suites, REST-Vertrag, OpenAPI drift, malformed requests, UI automation, live Controller-Surface E2E, vollständiges Release x64 live E2E und Netzwerk-Adversity.
Release packages carry package-local SBOM.spdx.json plus sidecar *.sbom.spdx.json files, with manifest hashes that tie software contents to the exact package evidence.
aMuTorrent, Prowlarr, Radarr, Sonarr und qBittorrent-kompatible Lanes zeigen Automatisierung, ohne den nativen Vertrag /api/v1 zu schwächen.
Das originale eD2K/Kad-Verhalten bleibt Default. Breitband, REST und Controller werden um dieses Kompatibilitätsziel herum ergänzt.
Implementierungsmethode
Um den Legacy-Kern modernisieren, dann das Ergebnis beweisen
Der Stil ist bewusst konservativ. eMuleBB ändert lokale Policy, Limits, Diagnostik, API-Grenzen und Release-Disziplin, während eD2K/Kad-Kompatibilität Default bleibt.
Kein beiläufiger Protocol drift
Kad- und eD2K-Änderungen bleiben in lokalem Routing, Timing, Validierung und Kontrolle. Wire formats, opcodes und native Workflows sind Kompatibilitätsgrenzen.
Feste, prüfbare Defaults
Moderne Annahmen zu bandwidth, Speicher, socket, queue und timeout werden als explizite Defaults oder Advanced Preferences abgebildet.
Controller-Verträge, kein screen scraping
Die authentifizierte JSON API folgt einem OpenAPI-Vertrag, lehnt malformed inputs ab und führt native Mutationen über die App.
Nachweise vor Labels
Der Prozess zeichnet Befehle, Commits, Logs, Paketpfade, Hashes, Live-Nachweise und Operator-Entscheidungen auf, damit ein Tag ein geprüftes Ergebnis ist.
Öffentlicher Workspace
Primäre Repositories
emulebb
Desktop-App und Produktquellen
emulebb-setup
reproduzierbares Workspace-Setup
emulebb-build
Build-, Validierungs- und Release-Orchestrierung
emulebb-build-tests
native, Python-, UI-, REST- und live E2E-Tests
emulebb-tooling
Roadmap, Backlog, Policy, Audits und Referenzdocs
amutorrent
fork used for eMuleBB management and controller workflows
goed2k-server
eD2K server work for deterministic testing and ecosystem services
p2p-overlord-agents
exploratory agents for the p2p-overlord P2P suite
p2p-overlord-be
exploratory headless Rust eD2K/Kad client backend work
aMule Windows builds
Windows build and validation track for aMule users
emulebb-miniupnp
Windows build and validation track for MiniUPnP/miniupnpc
Projektkultur
Die Leute, die verhindern, dass die Queue zur Performance-Kunst wird
01
Upload-Slot-Therapeut
Gibt schwachen Slots genau lange genug Raum für ihre Gefühle, bevor sie mit Formular und cooldown zurück in die Queue gehen.
02
Kad-Bootstrap-Archivar
Bewahrt die heilige Liste von Nodes, die 2007 einmal funktionierten und eine sorgfältig validierte zweite Chance verdienen.
03
Release-Gate-Türsteher
Lässt Builds nur herein, wenn sie Tests, Live-Nachweise und eine plausible Erklärung zum letzten Socket mitbringen.