extban : Correct logic for matching against permissions.

extb_usermode should declare itself as what it actually is.

extban $o: add support for matching against specific permissions.

Syntax: $o:oper:admin (match against the oper:admin permission)

extb_usermode: should use EXTBAN_INVALID if no modestring is provided

Add extban target for matching against a user's modes.

Syntax: $m:+o (require usermode +o)
Syntax: $m:+o-a (require usermode +o but do not allow +a)
Syntax: $m:+a (require usermode +a)
Syntax: $m:-h (require user disables cloaking to enter)

Fix assertion failure when failing to join a channel and there is no forward.

This was harmless apart from the message.

Check +bq against underlying IPv4 as well.

As with k/dlines, exceptions (here +eI) are not checked.

Add one more const.

Fix a warning about const with forward channels.

Remove code duplication between is_banned() and is_quieted().

Check k/dlines against underlying IPv4 as well.

Show underlying IPv4 in a remote whois.

Add code to get IPv4 addresses from 6to4 and Teredo IPv6 addresses.

It is not used yet.

Remove double-quote restriction on dline, kline, resv, and xline reasons; remove colon restriction on xline reasons.

'monitor s' output does not end with RPL_ENDOFMONLIST.

Add an error message if a ban mask is invalid.

This is given if the ban mask is too long, it is an invalid extban or the
forward channel is invalid and no other message has been given about that.

Disallow '$' in forward targets only, rather than all channel names.

If use_forward is off, ignore forwarding bans rather than stripping the channel.

We do not want to set $r:* if $r:*$* was requested.

Do not allow forward channels for +qeI, as in ircd-seven.

Apply the same restrictions to ban forwarding as to +f.

Move checks for forward channels to a separate function.

No functional change is intended.

Disallow $ in usernames as this may cause problems with ban forwarding.

Clarify documentation for cmode +c

Add tags to .gitignore

Rerun autoconf.

Force nicklen (all flavours) to be at least 9.

Change default --with-nicklen to 31, like atheme-services.

Switch to ircu NICKLEN/MAXNICKLEN semantics.

Clients should use MAXNICKLEN for preallocation, and NICKLEN should be treated as
informative.

Remove nicklen_set barrier.

Since serverinfo::nicklen only controls NICKLEN_USABLE, we do not need to have a
barrier here.

Make sure ConfigFileEntry.nicklen follows the same semantics as real NICKLEN.

Otherwise, truncation would be one byte too short on nick changes.

Add support for customizing the usable nick length.

This adds a new ISUPPORT token, NICKLEN_USABLE which is strictly an informative value.
NICKLEN is always the maximum runtime NICKLEN supported by the IRCd, as other servers may
have their own usable NICKLEN settings.  As NICKLEN_USABLE is strictly informative, and
NICKLEN is always the maximum possible NICKLEN, any clients which depend on NICKLEN for
memory preallocation will be unaffected by runtime changes to NICKLEN_USABLE.

The default NICKLEN is 50; the default serverinfo::nicklen in the config file is set to
30, which is the NICKLEN presently used on StaticBox.

Fix potential buffer-overflow from malformed RSFNC request.

Fix -Wformat errors found in ircd-ratbox.

We cannot use -Wformat meaningfully but ircd-ratbox trunk can.

Apply extended-join client cap to QJM joins

Remove an obsolete TS5 reference.

Prefer PATH_MAX to non-standard MAXPATHLEN.

Properly update 004/005 when a rehash changes use_forward.

Don't treat +r specially when displaying supported channel modes.

This used to be only advertised if a service was linked, which made
sense in ratbox when +r was only settable if services were available.
Now, however, +r is always available and so should always be advertised.

ilog_error: Avoid overwriting errno before sending it to opers.

Force client_flood_burst_rate and client_flood_burst_rate to at least rfc1459 values (5).

Limit sent_parsed to the highest possible value in the current config.

After a configuration change (or deoper with no_oper_flood) sent_parsed
might be way higher than allow_read, so that the user would have to wait
a long time before the server responds. Avoid this.

Fix weirdness with client_flood_burst_rate and client_flood_burst_max.

They are now in messages, even if client_flood_message_time is not 1.

If client_flood_message_time is not 1 (by default it is), this needs a
configuration change to maintain the same behaviour.

Minor cleanup to command throttling code:

 * Deduce allow_read from the client's state (IsFloodDone) rather than
   storing it in LocalUser.
 * Fix the documentation (in oper /info), however strange
   client_flood_burst_rate and client_flood_burst_max may seem, that is
   how they currently work.

Disable LocalUser.actually_read (write-only field).

Fold client_flood_burst_rate check into MAX_FLOOD_BURST.

The original definition of floodgrace was MAX_FLOOD_BURST lines per second.
A second check for another number of lines per second makes no sense.

Enforce the average allowed send rate is at least the one allowed by rfc1459.

If use_forward=no, ignore any forwarding for joins by local users.

Make sure to check the length of a ban mask before removing a forward channel.

Otherwise a line might be truncated later, leading to desyncs.

Put back use_forward.

Fix double-free when removing a ban.

del_id() should not free the ban anymore, its caller does that now.

Ensure all signals keep working after a SIGINT restart.

After setting up signal handlers, unmask the signals we care about
(installed handlers for).

When handling SIGINT, the kernel adds SIGHUP and SIGINT to the signal
mask (as requested in sigaction()); if execve() is called from the
signal handler, this change is persistent.

m_resv.c: replace erroneous UNXLINE cluster calls with UNRESV.

Fix git fuckery.

Apparently my tree got horribly corrupted.

chmode: fix construct_cflags_strings.

Accidentally ported too much from ircd-seven. Fix this.

Port ircd-seven banfowards to charybdis.

nenolod gave the thumbs-up to port ircd-seven banfowards to charybdis to spb
for a while, and people have asked about it. Might as well do it since it's a
slow weekend.

Note that as a side effect use_forward is removed from the config and
unconditionally enabled!

override: Send notice when overriding can_send.

Also ensure no session deadline is maintained for a remote client.

Remove a stale comment.

Remove #define KEY from ip_cloaking modules.

I meant to do this 3 years ago when I rewrote the cloaking modules. I
never got around to it. Now I am. :p

Also add some basic comment headers whilst I'm here.

Update my email.

bandb/makefile.in: Add bantool to make clean.

Back out chanroles.

While what chanroles are trying to accomplish is a good idea, it is
apparently unclear this is the proper way to do it. Until we figure out
the exact way we wish to do this, it should be reverted for now.

Partially revert e794d39a8053005fdd2835d6206a88cc23262f8d.

As jilles pointed out, it is best that the chanserv access list always
remain synced with the grant list. Thus, the ability for clients to set
this is not a good idea unless services knows about the grant, but this
leads to all sorts of messy issues and likely isn't worth it.

Add client interface for GRANT.

TODO: implement notifications of grant privilege changes to the target.

Update TODO.

chanroles: instead of checking for chanop + CHANROLE_UNSET combination, grant a default set of flags.

this allows ops with zero effective privilege.

chanroles: ENCAP GRANT should work under the assumption that we want to zero out

this makes setting new roles on a user much easier as we're just setting the roles they
should be having, instead of having to try to revoke roles we don't necessarily know
about.

chanroles: grant initial set of flags to people added to a channel with CHFL_CHANOP.

this allows us to, later on, add a hook that will enable us to disable channel ops entirely
without causing permissions revocation.

Add chanroles to isupport so clients know it exists.

Implement chanroles, as discussed with nenolod.

The theory behind this is that services sends an ENCAP * GRANT #channel
UID :+flagspec message specifying the chanroles the user has. They are
mapped into flag bits and applied to the membership of the user. They
then are restricted or permitted to what they can do based on the
permissions mask regardless of rank.

For backwards compatibility, the default permission bit (without a GRANT
statement) allows a user to to anything an existing op can do ONLY if
they are an op.

Todo: make CHANROLE_STATUS work (the ability to apply +ov to people),
which is at the moment controlled by CHANROLE_MODE.

RSFNC: allow RSFNC against a target which just changes the capitalization of the nickname

this is useful for gently changing a nickname from ReTARDeDNICk to Retardednick, see
ns_cleannick in atheme git.

rsfnc/svslogin: Add server notices for kills.

When we broadcast a KILL message, this generates server notices on all
other servers (assuming the target user exists). Therefore, we should
also send a notice to our local opers.

dline,kline: Avoid breaking the protocol with bad bans.

invite: Remove useless IsChannelName check.

knock,topic: Remove useless IsChannelName checks.

If !IsChannelName(name), then certainly find_channel(name) == NULL.

Generate include/serno.h from git information, if available.

Do not assign to MAKE in the main Makefile.

The assignment is incorrect as it assumes the make program is called "make".

Merge branch 'master' of ssh://git.atheme.org/gitroot/charybdis

Fix makerelease.sh

Add additional version.c variants to gitignore.

operspy list: Show '!' prefix for otherwise hidden channels rather than +s ones.

This is consistent with operspy whois.

modules/m_list.c: Change operspy LIST syntax to match everything else that accepts operspy.

makerelease.sh: Do things the git way; add a sanity check for release name.

.hgignore -> .gitignore (also rm'd .hgtags).

We use GIT now.

Add target change spam notice.

Pedantry: Make indentation consistent in example and reference confs.

libtoolize

branding: denote custom branding in ircd -version

branding: if CUSTOM_BRANDING is defined, display charybdis version in /info
(based on ircd-seven rebrand patch)

configure: Add --with-custom-branding and --with-custom-version options.

Automated merge with http://hg.atheme.org/charybdis

doc/extended-join.txt: Document CAP extended-join.

Allow kick_on_split_riding to protect channels with mlocked keys.

Do kick_on_split_riding if services sends an SJOIN
with a lower TS and a different key. This relies on
services restoring TS (changets option in atheme) and
services not immediately parting after receiving the
KICK, which is the case in recent atheme.

For invite-only channels, still only do
kick_on_split_riding in netbursts. Services is
assumed to handle this itself (atheme does).

If the sasl mechanism is EXTERNAL, send the certfp in the initial S message.

Back out AUTHENTICATE EXTERNAL so I can do it differently.

The current approach is fundamentally broken as it allows
anyone in that knows the certfp and uses an old ircd as
their server.

Revert "sasl: remove checks for impossible conditions".

This check is not impossible and can be triggered by
sending a PASS command like a server would send first.

This backs out changeset 8cba4464feec.

sasl: first attempt at ircv3.1 AUTHENTICATE EXTERNAL support

sasl: remove checks for impossible conditions

Make flood control settings configurable by those who know exactly what they're doing.
From ircd-seven git changeset 29aa4203150337925a4f5c6e7da47be5394c2125 .

Cope with OPENSSL_VERSION_NUMBER not being a long.

Contrary to the documentation, this is the case on recent FreeBSD at least.