Home | Networks | Community | Need Help? 

 
 Quick search

 
 
 RegisterRegister   Log inLog in 

opinions on the IRCnet IRCd
Goto page 1, 2  Next
 
Post new topic   Reply to topic    SearchIRC Forum Index -> IRCD & Network Services
Author Message
crash3k
none
none


Joined: 30 Sep 2004
Posts: 6

PostPosted: Oct 05, 2004 3:49am    Post subject: opinions on the IRCnet IRCd Reply with quote

I've been looking everywhere for this information, and can't find it. What's everyone's opinion on the original IRCd? And do any services support it? I saw that IRC Services supported 2.8, but 2.9 and 2.10 seem completely unsupported, anyone know why?
Back to top
katsklaw
Guru
Guru


Joined: 28 Jun 2004
Posts: 1614
Location: Somewhere you're not.

PostPosted: Oct 05, 2004 6:23am    Post subject: Reply with quote

the original IRCd?I highly doubt the original IRCd is available since the current IRC version is IRC2.

Since IRCnet split from EFnet I would think that the original IRCd would be more like ircd-hybrid or ircd-ratbox than IRCnet's ircd. I may be wrong I don't know anything about IRCnet.

At anyrate, any IRCd that is used on a 100,000 user network should be considered stable and arguably a good IRCd. Even Bahamut from DALnet which has been load tested at 40,000 actual users on 1 IRCd on a production network should be sufficient for any small, medium or large network. Making it so that the question would be which features would you like?
Back to top
crash3k
none
none


Joined: 30 Sep 2004
Posts: 6

PostPosted: Oct 05, 2004 12:12pm    Post subject: Reply with quote

Well, the actual daemon is at irc2. Original meaning complete RFC compliance. I'm not looking for any extra features, it's mostly for use as a model as a new IRCd is put under development.
Back to top
Monosex
none
none


Joined: 08 Apr 2004
Posts: 14

PostPosted: Oct 05, 2004 5:05pm    Post subject: Reply with quote

crash3k wrote:
Well, the actual daemon is at irc2. Original meaning complete RFC compliance. I'm not looking for any extra features, it's mostly for use as a model as a new IRCd is put under development.


Nope, it's not RFC compilant, and next version, 2.11.x will break even more things, even as trivial as /lusers output... It's beta, but already used on some servers for testing. Some technical information can be found here and here.
The IRCd is not so 'standard' anymore. They added some stuff like !channels, some additional channel modes (automatic reop list, anon-ops etc.), penalties, and more stuff i personally don't like Wink. And.. it uses Nick/Channel Delay system (which i HATE) instead of TS.
And no, AFAIK there's no services for 2.10.x.
Back to top
pomme
none
none


Joined: 05 Aug 2004
Posts: 28

PostPosted: Oct 08, 2004 12:16am    Post subject: Reply with quote

The original "ircd" is pretty primitive. At one time, it didn't even have the kill command.
Back to top
codemastr
Idler
Idler


Joined: 05 Feb 2004
Posts: 345

PostPosted: Oct 08, 2004 8:34am    Post subject: Reply with quote

I've hated the IRCNet IRCd since the first day I saw it. They basically have decided to have the same features as everyone else, just to implement it in a way that is incompatible with everyone else. I mean, have you seen their new crazy "Reop" list? What's so bad about having a chanserv bot??? And then there is the /squery command to talk to services unlike how it is done everywhere else. My guess is the reason the newer versions are unsupported is because they've butchered the protocol so much that adding compatibility is more work than it is worth. Meaning, if you spend 2 months adding support for an IRCd 2 people use...
Back to top
aquanight
Lurker
Lurker


Joined: 14 Jun 2004
Posts: 116
Location: Boise, ID

PostPosted: Oct 08, 2004 9:12am    Post subject: Reply with quote

codemastr wrote:
I mean, have you seen their new crazy "Reop" list? What's so bad about having a chanserv bot???


If I recall, the reop list is only used in !channels (which usually aren't supported in services anyway) and only when the channel is opless.
Back to top
w00t
Eleet
Eleet


Joined: 09 Jun 2004
Posts: 698
Location: Nowra, Australia

PostPosted: Oct 08, 2004 9:33am    Post subject: Reply with quote

[01:32:15] 122342 4 41 :global 122342 users, 4 services, 41 servers
[01:32:15] 206 operators online
[01:32:15] 37 unknown connections
[01:32:15] 58411 channels formed
[01:32:15] 1278 0 1 :local 1278 users, 0 services, 1 servers
[01:32:15] 1744 131227 :max 1744 local users, 131227 global users

(I'd call that more than 2. But anyway.)

I do think it has rather silly ideas, but I sort of like the idea of having snomasks sending to channels rather than users... but i suppose the same could be done by client-side filtering...
Back to top
codemastr
Idler
Idler


Joined: 05 Feb 2004
Posts: 345

PostPosted: Oct 08, 2004 12:33pm    Post subject: Reply with quote

Quote:
If I recall, the reop list is only used in !channels (which usually aren't supported in services anyway) and only when the channel is opless.

Well that's another thing. The whole !channel idea is itself stupid.
Back to top
aquanight
Lurker
Lurker


Joined: 14 Jun 2004
Posts: 116
Location: Boise, ID

PostPosted: Oct 09, 2004 12:12am    Post subject: Reply with quote

codemastr wrote:
Quote:
If I recall, the reop list is only used in !channels (which usually aren't supported in services anyway) and only when the channel is opless.

Well that's another thing. The whole !channel idea is itself stupid.


Well it was intended to provide users with something that can protect them from abusers that try to intentionally create so-called "channel collisions" which other people probably just call netride serverop - basically join a channel of your choice on a disjoint server, then on netrejoin you slide into the existing channel - ops and all. Because of the !channel's naming scheme, plus the concept of a "super operator" in the channel (which I presume is protected from actions by normal operators), similar (actually, almost IDENTICAL, aside for the fact that it's not shown anywhere in 005) to Unreal's +q, it is nearly impossible to do this, as users have no control over the server-generated prefix for these channels. Modern IRCds use timestamps to basically eliminate the need for this, since people that try to ride in with ops end up deopped by the incoming existing channel. Plus ChanServ usually steps in next anyway Razz . But of course, IRCnet doesn't use timestamp OR ChanServ, so...

Quote:
but I sort of like the idea of having snomasks sending to channels rather than users


I kinda like that idea too, though scripts + custom windows = same effect, with the exception that you'd have to know the notice pattern to effectively categorize it. (Now if you could see from the target that it is a specific kind of server notice... like if it did :server.name NOTICE kill :*** Received KILL message etc... but then that's basically the same thing as just sending it to a channel like &KILLS.) Plus, what server notices you listen to really isn't a concern to anyone else, but having to join a channel, you basically see everyone that's listening to the same notices (unless it is treated +mu Razz ). Mind this allows opers to perhaps discuss what should be done (eg, if you have an &TKLS for G:Line/etc notices, opers can collaborate on whether a gline was necessary/excessive/appropriate/etc.)
Back to top
magpie
Idler
Idler


Joined: 18 Jan 2004
Posts: 453
Location: Essex, UK

PostPosted: Oct 09, 2004 5:40am    Post subject: Reply with quote

You don't need to send server notices (SNOTICEs) to channels to be able to discuss things that have occured on the network, you simply need some sort of oper channel. In my experience, the less spam sent to these the better. I'm assuming you meant server notices when you said SNOMASKS, as I know SNOMASKs as determining which SNOTICEs you will receive. If not disregard this whole post. :)

There are also a number of SNOTICEs that are only relevant to the peopel connected directly to that server anyway. For instance, maximum client connection notices. Why would you want these sent to a channel? Same goes for various socket notices.
Back to top
w00t
Eleet
Eleet


Joined: 09 Jun 2004
Posts: 698
Location: Nowra, Australia

PostPosted: Oct 09, 2004 11:22am    Post subject: Reply with quote

I believe those type snotices (yes, sorry) go to local channels.
Back to top
magpie
Idler
Idler


Joined: 18 Jan 2004
Posts: 453
Location: Essex, UK

PostPosted: Oct 09, 2004 12:55pm    Post subject: Reply with quote

I see. Still seems a bit pointless to me, as the local IRCd still has to keep track of those local channels, and they're extra channels I'd have to join in order to view stuff. I guess I'm just a SNOTICE and SNOMASK fan. :)
Back to top
codemastr
Idler
Idler


Joined: 05 Feb 2004
Posts: 345

PostPosted: Oct 09, 2004 1:11pm    Post subject: Reply with quote

Notice masks give you greater control. Imagine if IRCnet had a local channel for each snomask available in either ircu or UnrealIRCd. Would you want to join 10 channels to see server notices? I wouldn't...
Back to top
aquanight
Lurker
Lurker


Joined: 14 Jun 2004
Posts: 116
Location: Boise, ID

PostPosted: Oct 09, 2004 10:16pm    Post subject: Reply with quote

You're usually limited to joining 10 channels, so join your server notice channels, and guess what? You can't join anymore! (Actually, I think opers can step over those limits...)
Back to top
Display posts from previous:   
Post new topic   Reply to topic    SearchIRC Forum Index -> IRCD & Network Services All times are GMT - 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 
 
Forum powered by phpBB
 
 © 2000 - 2008 EverythingIRC, Inc. All rights reserved. Please read our disclaimer