+ - beim Schliessen 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.
+ - Connection-Strukturen werden nun "pool-weise" verwaltet; der Pool wird
+ bei Bedarf bis zu einem konfigurierten Limit vergroessert.
+ - Mit der neuen Konfigurationsvariable "MaxConnections" (Sekion "Global")
+ kann die maximale Anzahl gleichzeitiger Verbindungen begrenzt werden.
+ Der Default ist -1, "unlimitiert".
+ - der Server erkennt nun, ob bereits eine eingehende Verbindung von einem
+ Peer-Server besteht und versucht dann nicht mehr, selber eine eigene
+ ausgehende Verbindung zu diesem auufzubauen. Dadurch kann nun auf beiden
+ Servern in der Konfiguration ein Port fuer den Connect konfiguriert
+ werden (beide Server versuchen sich dann gegenseitig zu connectieren).
+ - Server identifizieren sich nun mit asyncronen Passwoertern, d.h. das
+ Passwort, welches A an B schickt, kann ein anderes sein als das, welches
+ B als Antwort an A sendet. In der Konfig.-Datei, Abschnitt "Server",
+ wurde "Password" dazu durch "MyPassword" und "PeerPassword" ersetzt.
+ - Der Server kann nun zur Laufzeit die Konfiguration neu einlesen: dies
+ macht er nach dem Befehl REHASH oder wenn ein HUP-Signal empfangen wird.
+ - Server-Server-Links koennen nun komprimiert werden, dazu wird die zlib
+ (www.zlib.org) benoetigt. Unterstuetzt die Gegenseite die Komprimierung
+ nicht, wird automatisch unkomprimiert kommuniziert. Das Verfahren ist
+ kompatibel mit dem Original-ircd 2.10.3, d.h. beide Server koennen
+ miteinander ueber komprimiert Links kommunizieren.
+
+ngIRCd 0.5.0, 20.09.2002