bc20f9ec10
Send a PING at the end of the server sync to detect it
...
At the end of sending all "state" to the remote server, a PING command
is sent to request a PONG reply. Until then, no "regual" PING was sent,
so Conn_LastPing(<connection>) is null and now becomes non-null in the
PONG command handler.
So the servers are still synchronizing when Conn_LastPing(<connection>)
is 0, which could easily be tested.
2012-01-24 02:46:12 +01:00
5a200e1543
New function Conn_UpdatePing() to update the "ping timestamp"
2012-01-24 02:44:57 +01:00
d2df7396a8
Conn_UpdateIdle(): Code cleanup
2012-01-24 02:43:55 +01:00
3d27073d61
RPL_ISUPPORT_MSG(005): add "EXCEPTS=e INVEX=I"
...
Thanks to Cahata for the idea!
2012-01-23 22:07:40 +01:00
b6f19ea8fe
Fix "MAXLIST=beI:50": the limit is the sum of all lists
...
"Modes which are specified in the same pair share the same maximum size",
so "beI:50" means a total of 50 entries, regardless of the list.
See <http://www.irc.org/tech_docs/draft-brocklesby-irc-isupport-03.txt >,
thanks to Cahata for reporting this!
2012-01-23 21:51:38 +01:00
8c46067b34
Update NEWS and ChangeLog files
2012-01-23 12:30:16 +01:00
594fdd02aa
New RPL_WHOISHOST_MSG(378): show hostname and IP address
...
The numeric RPL_WHOISHOST_MSG(378) returns the DNS hostname (if
available) and the IP address of a client in the WHOIS reply.
Only the user itself and local IRC operators get this numeric.
2012-01-22 22:41:39 +01:00
6a308fcb42
New function Conn_GetIPAInfo(): get IP address of a connection
2012-01-22 22:35:27 +01:00
1537c79132
G/K-Lines: only add and delete valid IRC masks
2012-01-22 18:53:16 +01:00
e0c9931ad8
Check G/K-Lines before the client has been registered, too
...
This allows to use "*!<user>@<host>" or "*!*@<host>" masks to reject
clients even before receiving PASS, NICK and USER commands and before
forking authentication child processes which reduces resource usage.
2012-01-22 18:35:54 +01:00
eba95bb0d2
Streamline handling of connection rejects (bad password, G/K-line)
...
- Use Client_Reject(), get rid of Reject_Client().
- Refactor Class_IsMember() to Class_GetMemberReason(),
- New function Class_HandleServerBans().
2012-01-22 18:33:45 +01:00
51a6a33056
New function Client_Reject() to reject clients on connect
2012-01-22 18:17:28 +01:00
6e28f4a7d1
New function Lists_CheckReason() to get reason of list entries
2012-01-22 18:11:24 +01:00
9882e578e9
Update NEWS and ChangeLog files
2012-01-22 15:58:39 +01:00
73781c1b38
Fix ERR_{SUMMON|USERS}DISABLED: don't repeat command name in reply
2012-01-22 15:42:11 +01:00
f2fa1045e2
Implement channel exception list (mode 'e')
...
This allows a channel operator to define exception masks that allow users
to join the channel even when a "ban" would match and prevent them from
joining: the exception list (e) overrides the ban list (b).
2012-01-21 19:59:57 +01:00
33a165721b
{Add|Del}_Ban_Invite > {Add_To|Del_From}_List(): more generic
2012-01-21 19:27:03 +01:00
a3a4b5f696
Rename ShowInvitesBans() to ShowChannelList(), make it more flexible
2012-01-21 13:48:31 +01:00
39412d6486
PRIVMSG/NOTICE: handle nick!user@host masks case-insensitive
...
And enhance our test suite to check this a little bit better :-)
2012-01-21 13:21:36 +01:00
c1656256df
PRIVMSG/NOTICE: don't stop list processing on invalid target
...
Process further targets, even if one has been a server ID:
just skip this one with an error message and continue.
2012-01-16 12:37:37 +01:00
1f4711a547
Implement user mode 'C': require "same channel" to send message
...
If the target user of a PRIVMSG or NOTICE command has the user mode 'C'
set, it is required that both sender and receiver are on the same channel.
This prevents private flooding by completely unknown clients.
2012-01-16 11:43:22 +01:00
4d0069c3a8
New RPL_WHOISREGNICK_MSG(307) numeric: indicate if nick is registered
2012-01-16 02:18:24 +01:00
12c60a670e
IRC_WHOIS_SendReply(): Code cleanup
2012-01-16 02:15:41 +01:00
2f7d0c0839
Limit channel invite and ban lists to 50 entries
...
- New function Lists_Count().
- New limit #define MAX_HNDL_CHANNEL_LISTS = 50.
- New numeric #define ERR_LISTFULL_MSG(478).
- Adjust numeric RPL_ISUPPORT2_MSG(005) accordingly ("MAXLIST")
2012-01-16 00:29:36 +01:00
1afbf71236
Make Send_ListChange() a little bit more generic
2012-01-16 00:15:26 +01:00
7ed08f01ef
Remove unused prototype of Lists_AlreadyRegistered()
...
This prototype has been introduced by commit fa7bb279
2012-01-15 19:46:00 +01:00
81cc5f82b5
Channel lists: Fix duplicate check and error messages
...
- Check correct list for duplicates when adding items.
- Don't generate any messages when adding duplicates or removing
non-existing items (this is how ircd-seven and ircu behave).
- Code cleanup: Add_Ban_Invite(), Del_Ban_Invite().
2012-01-15 19:11:03 +01:00
78a3b4c7d6
Don't enforce MAX_HNDL_MODES_ARG on server and service links
2012-01-15 14:33:04 +01:00
39d630c00d
Update documentation (fix some URL, update some info)
2012-01-14 12:29:53 +01:00
4fe6b42c53
Update NEWS and ChangeLog for next ngIRCd release once more
2012-01-13 19:23:07 +01:00
d4d8102fc9
Don't stop join handling on faulty channel, skip it (part #2 )
...
Commit 565523cb
2012-01-13 10:50:00 +01:00
77f68b4fd1
JOIN command: don't check channel limit if already member
...
Don't check the channel limit and don't report "too many channels"
when trying to join a channel that the client is already a member of.
2012-01-13 10:40:20 +01:00
2f8877ded4
Return ERR_UNKNOWNMODE(472) for unknown channel modes
...
The daemon reported ERR_UMODEUNKNOWNFLAG(501), which is wrong.
2012-01-09 23:18:39 +01:00
4bff3daf92
Numberic 005 (ISUPPORT), CHANMODES: add "O", "R", "z" modes
2012-01-09 12:34:55 +01:00
c5beca8aab
Limit list replies of LIST, WHO, WHOIS, and MAX_RPL_WHOWAS
...
Introduce new #define's MAX_RPL_LIST(100), MAX_RPL_WHO(25),
MAX_RPL_WHOIS(10), and MAX_RPL_WHOWAS(25).
2012-01-06 20:06:25 +01:00
f8405b1a4f
New function IRC_CheckListTooBig() to check size of list replies
...
It the limit is reached, a NOTICE is sent to the client and list
processing should stop.
2012-01-06 20:05:07 +01:00
fdfc27265e
LIST command: compare pattern case insensitive
2012-01-06 19:55:21 +01:00
a4d1e6007f
IRC_LIST(): Code cleanup
2012-01-06 19:54:23 +01:00
9260759cec
DEFAULT_WHOWAS->DEF_RPL_WHOWAS; MAX_CMODES_ARG->MAX_HNDL_MODES_ARG
...
To streamline naming, in preparation for MAX_RPL_WHO and MAX_RPL_WHOWAS :-)
2012-01-06 18:57:31 +01:00
c2ac1ad3ba
defines.h: Code cleanup and (a little bit) more documentation
2012-01-06 18:25:10 +01:00
470d2e2362
RPL_ISUPPORT (numeric 005): Report MODES=<MAX_CMODES_ARG>
...
"Maximum number of channel modes with parameter allowed per MODE command."
See <http://www.irc.org/tech_docs/005.html > for details.
2012-01-06 17:46:52 +01:00
888664435a
Channel modes: really break handling when MAX_CMODES_ARG is hit
...
This fixes 98493077
2012-01-06 17:43:20 +01:00
98493077a2
channel modes: only handle MAX_CMODES_ARG modes with arguments
...
Limit the MODE command to handle a maximum of MAX_CMODES_ARG (5) channel
modes that require an argument (+Ibkl) per call.
Please note: Further modes that require arguments are silently ignored
and end the handling of any further modes.
This is similar to the behavior of ircd2.11 (silently ignores but seems
to handle other modes) as well as ircd-seven (silently ignores but handles
some(!) other modes) ...
2012-01-06 17:27:29 +01:00
1fa2af5b3a
Fix handling of channel mode sequence with/without arguments
...
For example, don't generate wrong error messages when handling
"MODE #chan +IIIIItn *!aa@b *!bb@c *!cc@d *!dd@e *!ee@f".
2012-01-06 17:24:55 +01:00
05cc9bf9b0
Conn_Write(): Make sure there is a client when detecting its type
...
The assert(client != NULL) got triggered during our tests, so there is
an error path that resulted in the connection being still established
(sock >= 0) but the client structure already freed.
So Conn_Write() should handle it!
2012-01-06 03:26:24 +01:00
cc06e1ff89
Proc_Close(): Only close socket if it is still valid
...
It could be invalid when calling Proc_Close() a 2nd time, for exmaple,
which could happen when we hit a timeout doing IDENT requests :-(
2012-01-06 02:26:04 +01:00
9fbf592924
WHOIS command: make sure matching is case-insensitive
...
And make sure that RPL_ENDOFWHOIS replies with the unmodified mask
like it has been received from the client.
2012-01-05 00:51:39 +01:00
adf92302bf
WHOIS command: don't anser queries for IRC servers
...
Thanks to Cahata for spotting this!
2012-01-05 00:24:46 +01:00
566a451299
WHOIS command: make sure the reply ends with RPL_ENDOFWHOIS
...
Up to now, each reply for itself ended in RPL_ENDOFWHOIS and queries
for unknown nick names lacked the RPL_ENDOFWHOIS -- both is wrong.
2012-01-05 00:22:57 +01:00
e0f8ce093a
README: update features list, borrow from list on our website
2012-01-04 23:30:55 +01:00
Alexander Barton