Services

cube · Guest

Do you think IRC networks should have services? aka chanserv nickserv or just be like the original, like efnet and IRCnet?

iigor · Newbie Joined: 18 Jul 2003 Posts: 86 Location: Toronto, CA

Services are great IF they are always UP..

U · Eleet Joined: 18 Jun 2003 Posts: 521 Location: IRC

I think services are nessacary to prevent alot of the abuse out there nowadays, and to allow channel owners a sense of security. Although alot of large channels know security and know how to do it, the average user doesn't.

Services also give the network more control and enforcement, if needed. Modern services and IRCd will respond automatically to common problems (flooding is a good example) that will allow the client to be killed or blocked, preventing massive useage of bandwith and saving money for those running servers and providing them.

I wouldn't run a server without them Smile

deathbecomesyou · Guest

I think efnet style management is better

lurlene · none Joined: 24 Jul 2003 Posts: 2

quoth the user merely desiring old school irc...

nostalgia has its place, but rarely is that place in anything technology related. once services were developed, there was absolutely no reason not to use them.

Terry · none Joined: 17 Jul 2003 Posts: 28

I find that on most networks that do not have services, people tend to stay in there channels and stay logged on for a longer period of time out of fear of loosing there nicks and or channels, i asked that question to myself before i started running services if we really need them and i came to the conclusion that services will keep people happy.. admins dont have to listen about complaints of people using there nick and so forth ... so in my opinion they are a good thing

Guest · Posted: Aug 02, 2003 6:06am Post subject: Re: Services

Terry · none Joined: 17 Jul 2003 Posts: 28

very well said if i say so myself ^^^^^^^

U · Eleet Joined: 18 Jun 2003 Posts: 521 Location: IRC

Guest, it doesn't take much for some "lame" person to get an eggdrop and park it in 10 channels either to prevent others from using it Smile

With that said, any "lame" person could take a bunch of channels. The one thing about services is that the lame person would have to keep coming back to keep the registration active.

Course, services are only effective if they stay up all the time. Services that are down alot are less effective and will cause more problems than good.

wanderer · Guest

I would have a better idea of this by making a type of services that can connect to another services server on the network to share a database, so that each hub can have its own services, however, users that register ther channel on hub B will have to stay on that server to identify to their channel or nick. The idea of preventing a conflict of registered channels/nicks would be to have an SSL zip connection between all of the services servers and share the database. Also, make a limit to 1 nickname or channel registration per 3 minutes or so, or at least make that value customizable so the services dont lag while passing data between each other. This may also help with mass-channel or nick registration.

Here is what I had in mind below where all of the servers owners on the network actually get along with each other, meaning this is run under ideal conditions:

Hub A Services<---> Hub B services <----> Hub C services
-------------Hub A <----> Hub B <------------> Hub C -------
---leaf 1 leaf 2 leaf 3 | leaf 1 leaf 2 leaf 3 | leaf 1 leaf 2 leaf 3

I am going by that general idea. Some large networks require you to "verify" your nickname/channel registration via email, so I don't think that a 1 channel per 5 minute/1 nickname per 5 minute registration would hurt things. And if 1 services server dies, because the data is shared, which means the data is shared, services A will know that #fox is managed by services B and it will deop people that join the channel until services A comes back.

-Some wandering soul

KhPiAnG| · none Joined: 31 Dec 2003 Posts: 15

Anybody got make it he own Services program ? Can you share with us ?

RustyNet · Guest

irc.rustynet.org has Chanserv ect atm and they suck we have custom services being made thatare GREAT they are like AUSTnet services and services a******ded..
come see us at
irc.rustynet.org 7000

type /list and chat to us ty

Julio · Guest

Yes, Im agree and This is something in that Im thinking too, the dancer-ircd version make a rotation of services between the diferenet servers of the network. I was thinking in the same, for this we need stantandars of services like the P-10, and see how share the database between them using the ctcp protocools or solutions like the standar X.500 (Directory Services). The problem is the IRC architecture in spanning tree, something of the time of the big computers, and the central servers.

http://ircd.sourceforge.net/

A place for people that like present ideas and think in the future.

Yes, the times are changing and we need more experimental RFCs.

JulioBell