This document assumes that you already have knowledge of the IRC protocol and that you understand it.
:local.server.name NOTICE &KILLS :Received KILL message
for target. From source Path: kill-path
(description)
Field short description:
nick!user@host[server.name/sid]
format
ircd.stealth.net!*.fi[unknown@ircd.funet.fi]!*.hu[unknown@irc.bme.hu]!irc.bme.hu
In this example, we can follow the path took by the KILL to reach us:
irc.bme.hu
.
*.hu
(unknown@irc.bme.hu
identifies the
*.hu
connection as network link with the host
irc.bme.hu
which didn't reply to the ident lookup).
*.fi
(unknown@ircd.funet.fi
identifies the
*.fi
connection as network link with the host
ircd.funet.fi
which didn't reply to the ident
lookup).
ircd.stealth.net
Example path of oper kill:
hubb.irc.pl!*.club-internet.fr!*.at!linz.irc.at[unknown@193.170.96.92]!127.0.0.1!OperServ
linz.irc.at
(not shown for local kills)
127.0.0.1
OperServ
nickname[serverA] != serverB
nickname
has been introduced by
serverA
but serverB
is sending data
claiming it comes from nickname
(which is
impossible since nickname
is behind
serverA
and not behind serverB
).
Both serverA
and serverB
are local connections.
serverA <- serverB
serverB
is a new server being introduced on the
network, but its name is currently being used by another
client as a nickname (this client was introduced by
serverA
). This is a Server/nick collision.
serverA != serverB[serverB hostname]
serverB
and is supposed to be a client using
serverA
. It is impossible because serverA
is not behind serverB
.
server <- nickname!user@hostname
server
is propagating an illegal nickname change
for nickname!user@hostname
.
serverA <- local connection name
local
connection
is a server which introduced a nickname
using the same name as a server behind serverA
.
(userA@hostA)serverA <- (userB@hostB)serverB
serverA
but
serverB
introduced it again. userB@hostB
identifies the new user which was being introduced, and
userA@hostA
the user which got collided.
serverA <- serverB(nickB)
serverA(nickA) <- serverB
nickA
and nickB
are registered clients.
The server issuing the kill does so because nickB
tried to change its name to nickA
(which is already taken).
In theory this shouldn't happen. However, large networks are commonly affected by ``lag (delays) which makes this kind of situation possible.
Note: KILLs marked with * in pure 2.11+ network will not be seen. Clients will have their nicks forcibly changed to their UIDs and proper notice will be sent to &SAVE server channel. They still may be observed in mixed net, though.
Written by Christophe Kalt, revised for 2.11 by Piotr Kucharski.
$Id: kills.html,v 1.4 1997/09/29 12:05:57 kalt Exp $ $Id: kills.html,v 1.5 2004/07/13 16:24:42 chopin Exp $