X-Git-Url: https://arthur.barton.de/cgi-bin/gitweb.cgi?p=ngircd-alex.git;a=blobdiff_plain;f=ChangeLog;h=db9e616416ba6dd0270deffb9130c6ca285f400a;hp=77dd95b2713813ccd4a35d796798b0e0f071097e;hb=4f54760c4b1d966f7449bd5b13baf892f734cdb4;hpb=07984e0b8146dca3f8906e3f1cd30c60de6131e0

diff --git a/ChangeLog b/ChangeLog
index 77dd95b2..db9e6164 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -16,27 +16,54 @@ ngIRCd CVS-HEAD
     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": "*** ".
+  - der Server wartet bei einer eingehenden Verbindung nun laenger auf den
+    Resolver (4 Sekunden), wenn das Ergebnis eintrifft setzt er aber den
+    Login sofort fort (bisher wurde immer mind. 1 Sekunde gewartet).
+  - 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).
+  - in den Konfigurationsvariablen ServerUID und ServerGID kann nun nicht
+    nur die numerische ID, sondern auch der Name des Users bzw. der Gruppe
+    verwendet werden. Beim Start des Daemons wird nun beides angezeigt.
+  - Fehler-Handling von connect() gefixed: der Server kann sich nun auch   
+    unter A/UX wieder zu anderen verbinden.
+  - Test-Suite und Dokumentation an A/UX angepasst.
+  - unter HP-UX definiert das configure-Script nun _XOPEN_SOURCE_EXTENDED.
+  - 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.
+  - Besseres Logging von Prefix-Fehlern.
+  - angenommene Sockets werden nun korrekt auf "non-blocking" konfiguriert,
+    beim Senden und Empfangen werden Blockierungen besser abgefangen.
+  - Der Server kann nun zur Laufzeit die Konfiguration neu einlesen: dies
+    macht er nach dem Befehl RELOAD oder wenn ein HUP-Signal empfangen wird.
+  - Channel-Mode "P" ("persistent") kann nur noch von IRC-Operatoren gesetzt
+    werden. Grund: User koennen den Server sonst leicht "Channel-Flooden".
+  - RPL_UMODEIS hat Code 221, nicht 211 ... *argl*
+
+ngIRCd 0.5.3, 08.11.2002
+
+  - NOTICE liefert nun wirklich nie mehr einen Fehler, auch dann nicht,
+    wenn der sendende Client noch gar nicht registriert ist.
   - 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.
-  - der Server wartet bei einer eingehenden Verbindung nun laenger auf den
-    Resolver (4 Sekunden), wenn das Ergebnis eintrifft setzt er aber den
-    Login sofort fort (bisher wurde immer mind. 1 Sekunde gewartet).
   - RPL_YOURHOST_MSG ist nun ircII- und RFC-kompatibel ;-)
   - Segfault unter hoher Netzaktivitaet behoben: in Conn_Close() wird die
     Connection-Struktur nun frueher als "ungueltig" markiert.
-  - 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".
 
 ngIRCd 0.5.2, 04.10.2002
 
@@ -311,4 +338,4 @@ ngIRCd 0.0.1, 31.12.2001
 
 
 -- 
-$Id: ChangeLog,v 1.111 2002/11/02 23:11:38 alex Exp $
+$Id: ChangeLog,v 1.126 2002/11/22 22:57:14 alex Exp $