ngIRCd Users

ngircd@lists.barton.de

424 Diskussionen

Neuer Mirror: ngircd.berlios.de
by Alexander Barton 16 Okt '02

16 Okt '02

Hallo! Es gibt einen Mirror für die Webseite und Downloads des ngIRCd: <http://ngircd.berlios.de/> Downloads von dort sind zwar bisher nur via HTTP möglich aber dafür deutlich schneller als von Arthur -- Oh Wunder! ;-)) Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

Deutsch? English?
by Alexander Barton 15 Okt '02

15 Okt '02

Hallo! Durch das Feedback, das ich bekomme, sehe ich, dass der ngIRCd durchaus auch im nicht-deutschsprachigen Raum eingesetzt wird. Abgesehen von der "Freiburger Gruppe" habe ich Anfragen und Kommentare bisher ueberwiegend in englischer Sprache erhalten. Inzwischen gibt es hier auf der Liste auch den ersten englischsprachigen Leser. Nun stellen sich mir folgende Fragen: - sollte die gesamte Dokumentation (ChangeLog, Source-Kommentare, die READMEs, ...) auf Englisch als "Haupt-Sprache" umgestellt werden? - sollte der Bug-Tracker und diese Mailingliste in Englisch sein? Was meint ihr? Mir erscheint es fast sinnvoll. Gruesse Alex - * - * - * - * - * - * - * - * - * - * - * - Hi! Based on the feedback I received, I know that ngIRCd is used in non-german speaking regions as well. Excluding the "freiburger group" most comments and requests I saw were written in english. In the meantime the first english-speaking readers are subscribed to this mailing list. -- Hi Joshua! ;-) Therefore the following questions: - should we switch the complete documentation (ChangeLog, source code comments, READMEs, ...) to english as "main language"? - should the main language of the bug tracker and this mailing list be english as well? Opionions? I thing it could be useful ... Regards Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

2 2

CVS HEAD: Segfault in Conn_Close() behoben
by Alexander Barton 15 Okt '02

15 Okt '02

Hallo zusammen! - Segfault unter hoher Netzaktivitaet behoben: in Conn_Close() wird die Connection-Struktur nun frueher als "ungueltig" markiert. - besseres Error-Logging. Den Segfault-Fix werde ich wohl, wenn er sich als stabil erweise, in den branch-0-5-x uebernehmen und damit "die Tage" Version 0.5.3 freigeben. Was sollte da noch rein? Gruss Alex - * - * - * - * - * - * - * - * - * - * - * - Hi all! - fixed segfault in Conn_Close() that could occure under "high" network activity: the connection structure will be invalidated sooner. - better error logging. I plan to backport this fix to CVS branch-0-5-x and release version 0.5.3 "these days". Which fixes else are missing? Regards Alex -- Alexander Barton, Freiburg, Germany alex(a)barton.de, http://www.barton.de/

1 0

services
by Joshua Coombs 14 Okt '02

14 Okt '02

Are there any plans to support connections to a 'services' server or are any services products already compatible with ngircd? Joshua Coombs x386.net

2 1

CVS HEAD: "besseres" Warten auf Resolver-Ergebnis
by Alexander Barton 10 Okt '02

10 Okt '02

- der Server wartet bei einer eingehenden Verbindung nun laenger auf den Resolver (bis zu 4 Sekunden), wenn das Ergebnis eintrifft setzt er aber den Login sofort fort (bisher wurde immer mind. 1 Sekunde gewartet). -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

CVS HEAD: Server-Reconnects u. Datentypen überarbeitet
by Alexander Barton 09 Okt '02

09 Okt '02

Neu in HEAD: - ein "schneller Server-Reconnect" wird nur noch dann versucht, wenn die Verbindung zuvor ordentlich (="lange genug") in Ordnung war; somit also nicht meht, wenn der Peer-Server gleich beim Connect ein ERROR liefert. Das vermeidet "Connect-Orgien". - einige Datentypen aufgeraumt: z.B. sind viele INT32s nun LONGs. Das ist auf Platformen mit 8-Byte-Integern kompatibler. -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

tar.gz vs. CVS branch-0-5-x vs. CVS HEAD
by Alexander Barton 09 Okt '02

09 Okt '02

Hallo nocheinmal! Ich wollte hier mal noch ein paar Sätze zu den verschiedenen Versionen verlieren: ngircd-<x.y.z>.tar.gz --------------------- Das sind die "stabilen" Release-Versionen. Zu erkennen sind sie leicht an der entsprechenden Versionsnummer. Die aktuelle Release-Version (z.Zt. 0.5.2) ist eigentlich immer "stabil": sollten sich gravierende Fehler finden, so werden diese behoben und es gibt ein neues Release in der 0.5.x-Reihe. CVS branch-0.5.x ---------------- Das ist der "Branch" (zu Deutsch: Teil) des CVS-Repository, aus dem die Release-Verionen entstehen. D.h. jede Release-Version gab bzw. gibt es auch mal in diesem CVS-Branch. Zur Zeit ist die CVS-branch-0.5.x-Version identisch mit der Release Version 0.5.2. Sollten Bugfixe nötig werden, so spiele ich diese zunächst in den branch-0-5-x ein und -- wenn sie sich als stabil erweisen -- erstelle dann daraus eine neue Version in der Reihe 0.5.x. CVS HEAD -------- Das ist der "Kopf" der CVS-Repository: hier baue ich neue Funktionen und Erweiterungen ein, die somit erstmal noch weitestgehend ungetestet sind und durchaus auch mal "nicht stabil" sein können. Kleinere Verbesserungen, die relativ unkritisch sind, haben gute Chancen, aus dem CVS-HEAH in den branch-0-5-x übernommen zu werden und somit auch im nächsten 0.5.x-Release zu landen. Größere Erweiterungen werde ich aber nicht mehr in die 0.5.x-Reihe "zurück portieren" ("backport"), sie werden dann erst im nächsten größeren Release zu finden sein: 0.6.x (dafür gibt es dann wieder einen CVS-Branch). Eine Grafik: ^ | CVS-HEAD | 0.5.0 0.5.1 0.5.2 | | | | +-- branch-0-5-x --+-------+-------+---> | | 0.4.0 0.4.1 0.4.2 0.4.3 | | | | | +-- branch-0-4-x --+-------+-------+-------+ | | 0.0.1 Welche Version ist "die richtige"? ---------------------------------- Jeder, der das Wort "Compiler" nicht aussprechen kann, sollte auf jeden Fall eine Release-Version (tar.gz) verwenden. Alle, die Wert auf einen stabil laufenden Server legen, sollten die jeweils aktuelle CVS-Version aus dem branch-0-5-x verwenden. Mutige und Leute, die aktiv am ngIRCd entwickeln wollen, sollten wohl die CVS-HEAD-Version verwenden. "Branch-Version" aus dem CVS ---------------------------- a) es existiert bereits ein CVS-Source-Tree: dieser kann mit folgendem Befehl (im Source-Tree!) konvertiert werden: cvs update -r branch-0-5-x b) ein neuer "Checkout" soll durchgeführt werden: cvs -d:pserver:anonymous@arthur.ath.cx:/usr/local/CVS/ngircd checkout -r branch-0-5-x Achtung: In beiden Fällen heißt der Source-Ordner "ngircd". Er kann aber -- auch in beiden Fällen -- problemlos von Hand umbenannt werden, der Name spielt später keine Rolle mehr. Zur Bedienung von CVS gibt es unter <http://www.cvshome.org/docs/manual/cvs.html> noch vieeel mehr :-) Announces hier in der ML ------------------------ Alle Release-Versionen kündige ich selbstverständlich inklusive komplettem ChangeLog hier an (wie auch auf Freshmeat.net). Für wesentliche CVS-Updates (sowohl HEAD als auch in einem Branch) schreibe ich eine kurze Mail an diese ML. Wenn ich in diesem Fall von "HEAD" schreibe, hat ihr natürlich nichts zu updaten, wenn ihr eine Branch-Version verwendet und vice versa :-) Und nun viel Spaß, hoffe, alle Klarheiten beseitigt zu haben! ;-)) Grüße Alex PS.: diese ML ist durchaus auch zum Diskutieren und Fragen-Stellen gedacht & geeignet :-) -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

CVS HEAD: Verbindungsstatistik, Resolver-NOTICEs
by Alexander Barton 09 Okt '02

09 Okt '02

Hallo zusammen! Zwar bin ich krank und im Wesentlichen im Bett, aber so sehr am Ende, daß ich nicht mehr noch ein wenig hacken könnte, bin ich dann doch nicht ;-))) Hier die Neuigkeiten (nur in CVS-HEAD): - beim Schließen einer Verbindung zeigt der Server nun vor dem ERROR noch eine Statistik ueber die empfangene und gesendete Datenmenge an. - Clients werden beim Connect mit NOTICEs ueber den Status der Resolver- Subprozesse informiert. - NOTICE liefert nun wirklich nie mehr einen Fehler, auch dann nicht, wenn der sendende Client noch gar nicht registriert ist. - NOTICEs vom Server selber (z.B. Verbindungsstatistik oder s-Mode) haben nun ein "Text-Prefix": "*** ". Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

CVS HEAD: Versionsinformationen mit Datum
by Alexander Barton 07 Okt '02

07 Okt '02

Hi zusammen! CVS-Versionen aus CVS-HEAD zeigen ab sofort im Versionsstring bei "--help" und "--version" das Datum des aktuellsten CVS-Id-Tags mit an. Somit kann man besser erkennen, wie aktuell die entsprechende Version ist. Ich habe dazu das Build-System (src/ngricd/Makefile.am) ein wenig aufgebohrt: "man" müßte mal durchtesten, ob das nun noch auf allen Plattformen tut. Wenn ja, so werde ich es in den 0.5.x-CVS-Branch übernehmen. Wenn nein, sollte ich es reparieren ;-) Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

ngIRCd 0.5.2
by Alexander Barton 04 Okt '02

04 Okt '02

Hallo! Und schon gibt es Version 0.5.2. Änderungen seit 0.5.1: - Buffer Overflow in Read_Resolver_Result() behoben. - Format-String-Bugs, die zum Abbruch des Servers fuehrten, behoben. - Maximale Laenge eines IRC-Prefix wurde falsch berechnet. Download: - <http://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.2.tar.gz> - <ftp://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.2.tar.gz> In CVS HEAD und branch-0-5-x sind diese Änderungen natürlich auch enthalten. Ein Update ist DRINGEND ANZURATEN, v.a. mit den Format-String-Bugs kann ein Server sehr einfach abgeschossen werden. Grüße Alex PS.: diesmal das ganze mit Subject ;-)) -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

(no subject)
by Alexander Barton 04 Okt '02

04 Okt '02

Hallo! Und schon gibt es Version 0.5.2. Änderungen seit 0.5.1: - Buffer Overflow in Read_Resolver_Result() behoben. - Format-String-Bugs, die zum Abbruch des Servers fuehrten, behoben. - Maximale Laenge eines IRC-Prefix wurde falsch berechnet. Download: - <http://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.2.tar.gz> - <ftp://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.2.tar.gz> In CVS HEAD und branch-0-5-x sind diese Änderungen natürlich auch enthalten. Ein Update ist DRINGEND ANZURATEN, v.a. mit den Format-String-Bugs kann ein Server sehr einfach abgeschossen werden. Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

ngIRCd 0.5.1
by Alexander Barton 03 Okt '02

03 Okt '02

Hallo! Ich habe soeben ngIRCd 0.5.1 freigegeben. Änderungen seit 0.5.0: - in RPL_YOURHOST_MSG wurde ein fehlerhafter Versionsstring geliefert. - Test-Suite: start-server.sh, stop-server.sh und stress-server.sh koennen nun "manuell" von der Kommandozeile gestartet werden, stress-server.sh startet per Default nur noch 5 Sessions, eine andere Zahl kann auf der Kommandozeile uebergeben werden (Syntax: "stress-server.sh <count>"). - In bestimmten Faellen hat der Server versucht auf einen bereits wieder geschlossenen Socket Daten zu schreiben; das fuehrte zu einem Abbruch des Servers durch ein assert(). Nun wird geprueft, ob der Socket noch ok ist. - im "contrib"-Verzeichnis befindet sich nun eine RPM-Spec-Datei, aus den .tar.gz's koennen nun mit "rpm -ta <archiv>" RPM's erzeugt werden. Danke an Sean Reifschneider <jafo(a)tummy.com>! Download: - <http://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.1.tar.gz> - <ftp://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.1.tar.gz> Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

CVS UPDATE: "Spec-File" für RPM
by Alexander Barton 01 Okt '02

01 Okt '02

* HEAD - im "contrib"-Verzeichnis befindet sich nun eine RPM-Spec-Datei, aus den .tar.gz's koennen nun mit "rpm -ta <archiv>" RPM's erzeugt werden. Danke an Sean Reifschneider <jafo(a)tummy.com>! Grüße Alex

1 0

CVS UPDATE: Versionsstring, Test-Suite, Socket-Prüfung
by Alexander Barton 26 Sep '02

26 Sep '02

* HEAD * 0.5-Branch: - in RPL_YOURHOST_MSG wurde ein fehlerhafter Versionsstring geliefert. - Test-Suite: start-server.sh, stop-server.sh und stress-server.sh koennen nun "manuell" von der Kommandozeile gestartet werden, stress-server.sh startet per Default nur noch 5 Sessions, eine andere Zahl kann auf der Kommandozeile uebergeben werden (Syntax: stress-server.sh <count>"). * HEAD: - In bestimmten Faellen hat der Server versucht auf einen bereits wieder geschlossenen Socket Daten zu schreiben; das fuehrte zu einem Abbruch des Servers durch ein assert(). Nun wird geprueft, ob der Socket noch ok ist. Sollte sich dieser Patch als "wirksam" erweisen, kommt er auch in den 0.5-Branch. Grüße Alex

1 0

ngIRCd 0.5.0
by Alexander Barton 20 Sep '02

20 Sep '02

Hallo zusammen! Soeben habe ich ngIRCd Version 0.5.0 freigegeben. Wichtigste Änderungen: - AIX (3.2.5), HP-UX (10.20), IRIX (6.5), NetBSD (1.5.3/m68k) und Solaris (2.5.1, 2.6) gehoeren nun auch zu den unterstuetzten Platformen. - Unter A/UX (und evtl. weiteren Systemen) kompiliert der ngIRCd nun mit dem "nativen" (ggf. pre-ANSI) Compiler. - "persistente Channels" (Mode 'P') implementiert: diese koennen in der Konfigurationsdatei definiert werden (Sektion "Channel", vgl. Beispiel- Konfiguration "sample-ngircd.conf") und bleiben auch dann bestehen, wenn kein User mehr im Channel ist. - neue IRC-Befehle: KICK, INVITE, ADMIN, CHANINFO; LIST wurde erweitert. Mit dem neuen Befehl CHANINFO syncronisieren Server, die das IRC+- Protokoll unterstuetzen, Channel-Modes und Topics. Fuer den ADMIN-Befehl gibt es neue Konfigurationsoptionen (Sektion "Global"): "AdminInfo1", "AdminInfo2" und "AdminEMail". - Invite- und Ban-Lists implementiert. - neue Konfigurationsoption "OperCanUseMode" (Sektion "Global"): ist sie aktiv, koennen IRC-Operatoren immer Channel-Modes setzen. - "Test-Suite" begonnen: mit "make check" wird sie durchlaufen. Alle Änderungen stehen im ChangeLog, eine aktuelle sample-ngircd.conf mit allen gültigen Optionen ist im Verzeichnis doc/ enthalten. Download: - <http://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.0.tar.gz> - <ftp://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.0.tar.gz> Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

Bug in ngircd-0.5.0-pre1
by Alexander Barton 17 Sep '02

17 Sep '02

Argl. Es mußte ja so kommen. Zum Glück habe ich noch ein pre-release gemacht. Die aktuelle CVS-Version bzw. 0.5.0-pre1 hat irgend einen Bug, einen recht schweren. Ich kann noch nicht sagen, was da schief läuft, allerdings läßt sich so kein Netz mehr betreiben: andere User sieht man nicht in Channels, Server beschwerden sich über falsche "Prefixe" und connectieren wild in der Gegend herum. Im Moment habe ich allerdings keine Zeit, mir das anzusehen :-(( Den ngIRCd auf arthur habe ich abgeschaltet, heute Abend nach der Arbeit schaue ich mir das an und melde mich hier wieder. Wenn ihr noch irgend etwas hilfreiches in euren Logs habt, laßt es mich bitte wissen. Grüße Alex PS.: zeigt "ngircd --configtest" das an, was ihr konfiguriert habt? Wichtig z.B. die Port-Nummern bei konfigurierten Servern.

2 1

CVS UPDATE: Bug in Bugfix ...
by Alexander Barton 17 Sep '02

17 Sep '02

In HEAD und branch-0-5-x: - Fix für IRC_WriteStrServersPrefix() gefixed. ARGL. Grüße Alex

1 0

Version 0.5.0, CVS-Branch 0.5.x
by Alexander Barton 17 Sep '02

17 Sep '02

Moin, moin! Soeben habe ich im CVS-System einen "Branch" ("Ast") für die Versionslinie "0.5.x" des ngIRCd erzeugt. Im Moment ist diese noch mit CVS-HEAD identisch, aus dieser werden aber alle 0.5.x-Versionen des ngIRCd abgeleitet. Zu deutsch: Ich kann Änderungen entweder in CVS-HEAD einspielen oder in den 0.5.x-Branch. In ersterem werde ich wie bisher alle weiteren neuen Features einspielen, in letzterem nur zwingende Bugfixe. Das hat den Vorteil, daß ich im Falle eines Bugs z.B. schnell Version 0.5.1 fertig machen kann, ohne alle "experimentellen" CVS-HEAD-Geschichten von Hand deaktivieren zu müssen. Selbstverständlich werden solche Fixes i.d.R. zusätzlich auch im CVS-HEAD eingespielt. Den 0.5.x-Branch könnte man also als "stable" bezeichnen, CVS-HEAD ist "development" ("experimental", "untested", was weiß ich ...). Um ein existierendes CVS-Verzeichnis in Zukunft mit dem 0.5.x-Branch zu syncronisieren, ist folgender Befehl nötig: cvs update -r branch-0-5-x Das CVS merkt sich den Branch automatisch, d.h. danach kann man wie gewohnt "cvs update" ausführen (am Besten mit den Parametern "-d -P"). Grüße Alex PS.: ich will noch diese Woche 0.5.0 freigeben, also bitte eifrig testen und Bugs/Probleme melden :-))

1 0

CVS UPDATE: Konfig-Fix, ADMIN, Portabilität
by Alexander Barton 17 Sep '02

17 Sep '02

- Der Operator-Name wurde beim Lesen aus der Konfigurationsdatei falsch gekürzt (es wurde intern die falsche Konstante benutzt), - ADMIN-Befehl implementiert. Konfiguriert werden die Daten mit den neuen Variablen "AdminInfo1", "AdminInfo2" und "AdminEMail" in der Konfigurationsdatei. Siehe auch "doc/sample-ngircd.conf". - Der ngIRCd compiliert nun auch unter AIX 3.2.5 und IRIX 6.5. - diverse Dokumentation aktualisiert. - Versionsnummer auf 0.5.0-pre1 angehoben ;-)) Grüße Alex

1 0

CVS UPDATE: Test-Suite
by Alexander Barton 10 Sep '02

10 Sep '02

- [LOW] Test-Suite begonnen. Diese wird bei "make check" nun zusätzlich ausgeführt: es wird ein speziell konfigurierter Server auf Port 6789 gestartet und mit diesem einige Tests, u.a. ein "Stress-Test" mit 50 Clients, durchgeführt. - [LOW] wird der ngIRCd mit "-n"/"--nodaemon" gestartet, so werden keine Meldungen mehr über Syslog ausgegeben. Grüße Alex

1 0

CVS UPDATE: Bugfixes für Invite- und Ban-Lists
by Alexander Barton 08 Sep '02

08 Sep '02

- [LOW] doppelte Listeneinträge werden nun vermieden; der ngIRCd reagiert hier nun wie der Originalserver. Grüße Alex

1 0

CVS UPDATE: Ban- und Invite-Lists
by Alexander Barton 08 Sep '02

08 Sep '02

Guten Morgen! :-) Ich war so irre, und habe bis gerade eben noch Ban- und Invite-Lists in den ngIRCd eingebaut. Die notwendigen Änderungen sind ins CVS eingespielt. Ein Problem gibt es aber nocht: ändert man Ban- oder Invite-Lists, so diskonnectieren ngIRCd's, die das noch nicht unterstützen (so sieht es jedenfalls jetzt duch meine zuenen Augen aus). Ugly. Also bitte: ALLE UPDATEN :-)) ... und "MODE +I <...>" und "MODE +b <...>" erst dann verwenden. Grüße Alex PS.: vielleicht wäre es doch sinnvoll, wenn alle ngIRCd-Admins hier lesen würden ;-)) -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

CVS UPDATE: configure-Option "--disable-ircplus", neuer Versionsstring
by Alexander Barton 07 Sep '02

07 Sep '02

- neue Option "--disable-ircplus", um das IRC+-Protokoll abzuschalten. (per Default ist es aktiviert) - Versionsstring entsprechend angepaßt/erweitert. Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

IRC+-Protokoll in CVS-HEAD
by Alexander Barton 04 Sep '02

04 Sep '02

Hallo erstmal auf der Liste ;-) Gestern Abend hat es mich noch gepackt, ich habe die Protokollerweiterung begonnen. Arbeitstitel dafür: "IRC+-Protokoll". Die bisherige Implementation ist in doc/Protocol.txt dokumentiert. Server erkennen an einem speziellen Aufbau des PASS-Befehls, ob und in welchem Umfang die Gegenseite das IRC+-Protokoll unterstützt. Prinzipiell sind diese Erweiterungen nicht auf den ngIRCd beschränkt. Der ngIRCd achtet darauf, daß er keine IRC+-Befehle an Server verschickt, die dieses Protokoll nicht unterstützen. Die Kompatibilität zum Original, dem ircd, sollte also nach wie vor gewahrt sein. Bisher gibt es nur einen weiteren Befehl: CHANINFO Mit diesem tauschen Server bei Server-Joins zu jedem Channel das Topic und die Modes aus. D.h. es kommt nicht mehr vor, daß ein Channel auf ein Topic hat, auf einem anderen aber nicht (z.B., weil niemand auf diesem Server im Channel war). Sowohl die Modes als auch das Topic werden aber nur dann übernommen, wenn noch keine gesetzt sind. Es kann also durchaus nach wie vor vorkommen, daß auf unterschiedlichen Servern unterschiedliche Topics bzw. Modes für einen Channel gelten. -- Das liegt in der Natur des IRC-Protokolls und ist "normal". Für die Protokoll-Erweiterung waren "unter der Haube" einige Änderungen nötig, ich hoffe, daß ich nichts "verbastelt" habe. In einem Kurztest hier mit mehreren Servern (u.a. irc.my.net ist bereits aktualisiert) lief aber alles so, wie es sollte ... Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ngIRCd Users