Update NEWS and ChangeLog files

diff --git a/ChangeLog b/ChangeLog
index 296c23fd46cbb4d4da4ce0b5c7222ee4c207a173..7146ae119116646ad7a0711be9f4901a7d0044ac 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -11,6 +11,33 @@
 
 ngIRCd
 
 
 ngIRCd
 

+  - Update doc/Services.txt: describe the upcoming version of Anope 1.9.8,
+    then including a protocol module for ngIRCd. And remove our own patches
+    in ./contrib/Anope because they aren't supported any more ...
+  - Implement new "METADATA" command which can be used by remote servers
+    and IRC services to update client metadata like the client info text
+    ("real name"), user name, and hostname, and use this command to
+    configure an cloaked hostname (user mode "+x") on remote servers:
+    This prevents "double cloaking" of hostnames and even cloaked
+    hostnames are in sync on all servers supporting "METADATA" now.
+  - Fix error message when trying to join non-predefined channels and the
+    "PredefChannelsOnly" configuration option is set.
+  - Implement new IRC "SVSNICK" command to allow remote servers (and IRC
+    services) to change nicknames of already registered users. The SVSNICK
+    command itself doesn't change the nickname, but it becomes forwarded
+    to the server to which the user is connected to. And then this server
+    initiates the real nickname changing using regular NICK commands.
+    This allows to run mixed networks with old servers not supporting the
+    SVSNICK command, because SVSNICK commands for nicknames on such servers
+    are silently ignored and don't cause a desynchronization of the network.
+  - Make server reconnect time a little bit more random, so that two
+    servers trying to connect to each other asynchronously don't try this
+    in exactly the same time periods and kick each other off ...
+  - Don't accept connections for servers already being linked: there was a
+    time frame that could result in one connection overwriting the other,
+    e. g. the incoming connection overwriting the status of the outgoing
+    one. And this could lead to all kind of weirdness (even crashes!) later
+    on: now such incoming connections are dropped.

   - New configuration option "MaxListSize" to configure the maximum number
     of channels returned by a LIST command. The default is 100, as before.
   - Implement user mode "b", "block messages": when a user has set mode "b",
   - New configuration option "MaxListSize" to configure the maximum number
     of channels returned by a LIST command. The default is 100, as before.
   - Implement user mode "b", "block messages": when a user has set mode "b",

diff --git a/NEWS b/NEWS
index b6a5efd446af5ece5c7f6af483198fa9ef843731..8997a028e539c8e44a98671980feb307981a7ca7 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -11,6 +11,23 @@
 
 ngIRCd
 
 
 ngIRCd
 

+  - Update doc/Services.txt: describe the upcoming version of Anope 1.9.8,
+    then including a protocol module for ngIRCd. And remove our own patches
+    in ./contrib/Anope because they aren't supported any more ...
+  - Implement new "METADATA" command which can be used by remote servers
+    and IRC services to update client metadata like the client info text
+    ("real name"), user name, and hostname, and use this command to
+    configure an cloaked hostname (user mode "+x") on remote servers:
+    This prevents "double cloaking" of hostnames and even cloaked
+    hostnames are in sync on all servers supporting "METADATA" now.
+  - Implement new IRC "SVSNICK" command to allow remote servers (and IRC
+    services) to change nicknames of already registered users. The SVSNICK
+    command itself doesn't change the nickname, but it becomes forwarded
+    to the server to which the user is connected to. And then this server
+    initiates the real nickname changing using regular NICK commands.
+    This allows to run mixed networks with old servers not supporting the
+    SVSNICK command, because SVSNICK commands for nicknames on such servers
+    are silently ignored and don't cause a desynchronization of the network.

   - New configuration option "MaxListSize" to configure the maximum number
     of channels returned by a LIST command. The default is 100, as before.
   - Implement user mode "b", "block messages": when a user has set mode "b",
   - New configuration option "MaxListSize" to configure the maximum number
     of channels returned by a LIST command. The default is 100, as before.
   - Implement user mode "b", "block messages": when a user has set mode "b",