XDCC und IRC

Channel-, Bot- und Transferprobleme einordnen

XDCC hängt nicht nur von autofetch ab. Auch IRC-Netzwerk, Channel, Bot, Warteschlange und die direkte Dateiübertragung müssen erreichbar sein.

Channel konnte nicht betreten werden

Der Client wartet auf die bestätigte Teilnahme, bevor er das Paket beim Bot anfordert. Schlägt der Beitritt fehl, startet der Download nicht.

Channelname und Netzwerk prüfen,
zusätzliche Channel-Voraussetzung kontrollieren,
mögliche Anmeldung mit NickServ oder SASL prüfen,
Client-Logs auf eine konkrete Ablehnung ansehen.

Bot antwortet nicht

Prüfe, ob Botname und Paketnummer noch aktuell sind. Bei einem Treffer aus dem IRC-Indexer werden die verfügbaren Angaben übernommen; ein älterer Treffer kann trotzdem inzwischen nicht mehr angeboten werden.

Manche Bots antworten über Hinweise im Channel oder in einer privaten Nachricht. Solche Meldungen werden in den Client-Logs protokolliert.

Warteschlange, belegte Plätze oder Mindestaufenthalt

Ein Bot kann alle Downloadplätze belegt haben, eine Warteschlange verwenden oder verlangen, dass der Client zunächst eine bestimmte Zeit im Channel bleibt. Der Client berücksichtigt erkannte Wartehinweise und versucht die Anforderung nach der genannten Zeit erneut.

Beende den Client während einer solchen Wartezeit nicht unnötig. Ein Neustart kann die Position oder bereits erfüllte Anwesenheitszeit verlieren.

XDCC-Transfer endet vorzeitig

Wird die Verbindung beendet, bevor die angekündigte Dateigröße vollständig übertragen wurde, behandelt autofetch die Datei nicht als fertig.

Die unvollständige Datei bleibt grundsätzlich für einen geeigneten erneuten Versuch erhalten. Prüfe vor dem Retry, ob Netzwerk und Bot wieder stabil erreichbar sind.

Was bedeutet eine G-Line?

Eine G-Line ist eine Sperre durch das IRC-Netzwerk. Sie kann zeitlich begrenzt oder dauerhaft sein und betrifft die Verbindung zum gesamten Netzwerk.

autofetch versucht nach einer erkannten G-Line nicht sofort immer wieder eine neue Verbindung. Warte die angegebene Sperrzeit ab. Häufige neue Versuche können die Situation verschärfen.

Prüfe außerdem, ob falsche Zugangsdaten, zu viele Verbindungen oder ungewöhnlich häufige Neuverbindungen die Sperre ausgelöst haben könnten.

Reverse DCC wird verlangt

Einige Bots können die Verbindung nicht auf dem üblichen Weg aufbauen und verlangen Reverse DCC. Aktiviere diese Funktion nur, wenn die Fehlermeldung oder die Dokumentation der Quelle sie ausdrücklich verlangt.

Reverse DCC und Portweiterleitung einrichten

Vor einem neuen Versuch

Genaue Meldung im Auftrag lesen.
Passende Stelle im Client-Log prüfen.
Netzwerk, Channel, Bot und Paketnummer kontrollieren.
Bei einer Sperre oder genannten Wartezeit nicht sofort erneut verbinden.
Erst nach Behebung der Ursache den Download erneut einreihen.