| Age | Commit message (Collapse) | Author |
|
This fixes commit 8e193df ...
|
|
Skip predefined channel structures that have configured no name,
like the "--configtest" does.
|
|
|
|
This fixes building ngIRCd on Debian GNU/Linux 1.3 "Bo" :-)
|
|
Use the pattern "localhost*" for valid local hostnames.
|
|
The default of "PAM" is "yes" when ngIRCd has been configured to use it,
so show the correct default value in the sample configuration file.
Closes #119.
|
|
See <http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt>.
|
|
If gai_strerror() isn't available, use a macro that simply returns
a static error message (regardless of the real error code).
For example, GNU libc 2.0.7 doesn't implement gai_strerror().
|
|
It isn't using GNU libc 2.0.7, for example ...
|
|
Reported by Christoph Biedl in #ngircd. Thanks!
|
|
Don't use the size of the pointer, use the size of the variable!
|
|
Thanks to kaFux for pointing this out!
And fix code formatting as well ...
|
|
|
|
This fixes the problem that ngIRCd can't do any IDENT lookups because
of the socket has already been closed in the child process.
The bug has been introduced starting with ngIRCd 17 ... :-(
(commit ID 6ebb31ab35e)
|
|
|
|
- User mode "R": indicates that the nick name of this user is "registered".
This mode isn't handled by ngIRCd itself, but must be set and unset by
IRC services like Anope.
- Channel mode "R": only registered users (having the user mode "R" set)
are allowed to join this channel.
|
|
This removes spurious (but harmless) debug messages.
|
|
|
|
DEBUG_BUFFER is off by default and therefore disables these messages:
- "Handle_Write() called for connection XX, YY bytes pending ..."
- "Connection XX: ZZ bytes left in read buffer."
|
|
|
|
Thanks to Götz Hoffart for testing!
|
|
|
|
|
|
* ServerMode:
Handle channel user modes 'a', 'h', and 'q' from remote servers
Handle unknown channel modes on server links
Handle unknown user modes on server links
IRC_MODE(), Client_Mode(): code cleanup [2/2]
Enlarge client user mode buffer, reduce client flags buffer
Infom clients when other servers change their user modes
IRC_MODE(), Client_Mode(): code cleanup [1/2]
|
|
* bug113-SrvPrefix:
Slightly change (and document!) IRC_KILL() calling convention
Spoofed prefixes: close connection on non-server links only
|
|
Xcode requires Mac OS X 10.6 or newer; Xcode 4 supports this project
format as well, so effectively you can use Mac OS X 10.6.x or 10.7.x
for building ngIRCd with the Apple Xcode IDE.
|
|
|
|
|
|
This fixes:
src/ngircd/ngircd.c:596: warning: implicit conversion
shortens 64-bit value into a 32-bit value
(i686-apple-darwin11-llvm-gcc-4.2)
|
|
|
|
Without this patch, the server becomes removed from the network and
the client structures, but the connection isn't shut down at all ...
|
|
|
|
These channel user modes aren't used for anything at the moment, but
ngIRCd knows that these three modes are "channel user modes" and not
"channel modes", that is that these modes take an "nick name" argument.
Like unknown user and channel modes, these modes are saved and forwarded,
but ignored otherwise.
|
|
|
|
|
|
|
|
We have to enlage our user mode buffer, so we can handle even unknown
user modes in the future; and reduce the client flags buffer, because
I can't imagine why we ever would need ~100 flags!?
Now we support up to 15 user modes (was: 8) and up to 15 flags (was: 99).
So in the end, we even save 99-15+8-15=77 bytes for each client structure!
|
|
|
|
|
|
|
|
|
|
|
|
Use ps(1) flag "-a" (as well as "-f"):
"Select all processes except both session leaders (see getsid(2)) and
processes not associated with a terminal."
Thanks to Götz Hoffart for reporting this problem!
|
|
On server-links, spoofed prefixes can happen because of the asynchronous
nature of the IRC protocol. So don't break server-links, only log a message
and ignore the command.
This fixes bug 113, see:
<https://arthur.barton.de/bugzilla/show_bug.cgi?id=113>
|
|
|
|
|
|
|
|
|
|
Citing an email from Florian to the ngIRCd mailing list:
"I wonder what the expected behaviour is when Conf_MorePrivacy is changed
from 'yes' to 'no' and the config is reloaded.
At the moment, WHOWAS will start giving out information on Users that
were connected during Conf_MorePrivacy=yes period. If this is not
wanted, Client_RegisterWhowas() should be changed to not store a record
when Conf_MorePrivacy is enabled."
And I think it is "not wanted" :-)
|
|
See contrib/Anope/README and doc/Services.txt for more details
and installation instructions!
|