UnrealIRCd Forums

It's hard to predict.. As mentioned in another thread it depends on how your users chat, so there are like 2346293 factors here :P. Think: scripts (colors, popups), games, purpose of channel, how your channels are organized (1 big channel or rather tens of small channels), how often people talk in q...

It's even asked so often that I've added that question to the FAQ ~half a year ago.
See FAQ - What is the current version and when will next version be released?
So within a few days - a week.

Ah you ment the bugracker? http://bugs.unrealircd.org/ ?
If you tried to register with 'nkarki7', then that account already exists.. Try another username. (lost pass? ;p)

I think we can close this thread.. Readding this properly would take over a week (for EVERY channel thingy you would have to make it not to send out to other servers [join, part, mode, kick, invite, ..], not to mention that there are like xx places in the source that recognize channels by '#'.. so t...

As mentioned, +u's purpose is not to hide everyone for security reasons or whatever. Rather, it doesn't show join/parts to normal users (and thus also not quits, nickchanges, bla..). It's made for celebrity chat alike things or other semi-one-way chats (like I've a news channel which is +mu where a ...

Correct. Since nearly nobody uses it (I think <0.05% is a good educated guess).. the trouble of supporting it doesn't seem worth it at all.
[yes I do know those the very few cases where it might be useful, but again.. see above]

Bad idea for most games. If they are very realtime and use quite some traffic / there's lot of action (as you mention, games such as: quake, Unreal Tournament, etc..) it goes horrible... A seperate protocol on top of UDP is usually much more suitable (for a lot of reasons, things like retransmits, s...

That should work. Make sure the order of your allow blocks are correct (the *@* block first, then the specic ones, as mentioned in the documention on the allow block . To double check this, try connecting with a wrong or no password but with the correct ident (you should be denied then). Also note t...

Never heard of, never seen, no idea :).
so this doesn't help much :p

No, it's a "one way hash".

(well yes, in practice you could "brute force" all passwords, however this usually takes several hours/days/years [highly depends on the quality/length of your password]).

Ah ok, in that case: you can't.

I guess you could request it in the modules section *move*.

Actually I'm lost too now.

You bind to ""IPv4"" address (::ffff:<ipv4ip>) and then you are surprised nobody can connect to you using ipv6? ;). To have ipv6 users able to connect you would have to bind to a real IPv6 addr of course.

- What OS are you on?
- Try looking at 'netstat -an' output to see at which socket it actually binds (on Linux 'netstat -anp|grep irc' is usually helpful)

does not recogonize the ipv6 addresses.

Which means...? What does it do/say? (check log etc)