Chanserv being invisable

JeffBeagley · Post by **JeffBeagley** » Wed Jun 02, 2004 6:03 am

When I register a channel or someone else, It will work and all but Chanserv is invisable. How I fix this? I appriciate the feedback!

Dukat · Post by **Dukat** » Wed Jun 02, 2004 6:51 am

What do you mean by "invisible"?

JeffBeagley · Post by **JeffBeagley** » Wed Jun 02, 2004 7:27 am

Like on most servers Chanserv will be in the channel, like on the user list. But on mine atm Chanserv is there it just doesnt show up in the user list. That make sence?

Solutech · Post by **Solutech** » Wed Jun 02, 2004 10:37 am

Most services let you set Chanserv behaviour so it is either in channel or not . My philosophy is if you cant see it then the idiots are unlikely to fiddle with it. If its working do you really need chanserv in channel ?

aquanight · Post by **aquanight** » Wed Jun 02, 2004 3:05 pm

Solutech wrote:Most services let you set Chanserv behaviour...

Last I checked, Epona/Anope/IRCServices/Cygnus/Auspice do not allow this. Epona/Anope/Auspice have BotServ which allow you to have "channel bots" to do ChanServ tasks (topics, modechanges, etc.).

Generally, Unreal doesn't require ChanServ to be in the channel as long as your services server is propertly U:Lined.

codemastr · Post by **codemastr** » Wed Jun 02, 2004 4:35 pm

Like on most servers Chanserv will be in the channel, like on the user list

Most servers? I think maybe I've seen 1 server that did that.

aquanight · Post by **aquanight** » Wed Jun 02, 2004 8:49 pm

I can't think how anyone has seen any "servers" that do that, especially since services aren't actually servers.

w00t · Post by **w00t** » Wed Jun 02, 2004 11:00 pm

Actually, services ARE. But the pseudoclients (chanserv, nickserv, etc) are NOT.

ircservices dont have an option, but I am currently working on a botserv for them (Will announce on ircservices mailing list when I think it's ready- See also http://www.servicescommunity.za.net forums

Auspice, Anope/Epona do indeed have a botserv, Cygnus doesnt have much at all...

From memory, I havent actually seen any services that allow you to put Chanserv on a channel, and I dont actually know why you would want to, since it wouldnt actually do anything.

Just my $0.02.

aquanight · Post by **aquanight** » Thu Jun 03, 2004 12:10 am

w00t wrote:Actually, services ARE.

In the strictest since, services are not servers in that they do not listen for incoming connections, although the appear to be an IRC server.

w00t · Post by **w00t** » Thu Jun 03, 2004 12:18 am

Hence why they are more commonly called "services servers" rather than just a "server"

But this is going off topic--

So, to get chanserv into a channel, either do some reasearch on your service commands and see if they support it, or change services

Hope it all goes well.

codemastr · Post by **codemastr** » Thu Jun 03, 2004 2:51 am

Well by servers I meant networks, as in DALnet, et al do not allow you to do it.

w00t · Post by **w00t** » Thu Jun 03, 2004 3:15 am

Aaaah. Yes.

GameSurge etc however...

Hmmmm, well I wonder if the idea of distributed services is feasible. I suppose it would be, provided you had a centralised DB. It would create race conditions, etc though

upinsmoke · Post by **upinsmoke** » Mon Jun 14, 2004 1:29 am

for auspice services /msg chanserv set #channel join on/off brings chanserv into the channel

also if you want chanserv to auto join a channel after it is registred use /msg agent set defjoin on

w00t · Post by **w00t** » Mon Jun 14, 2004 2:51 am

Well, you COULD use operserv/raw to do it...

But, as is plastered everywhere, it isnt really a good idea.

aquanight · Post by **aquanight** » Mon Jun 14, 2004 5:18 am

Unreal does not require ChanServ, or any service bot for that matter (though having NickServ/MemoServ/OperServ/BotServ[/RootServ] sit in the channel could be funny

) to be in the channel to be useful. The big honkin' S in their usermodes give them all the privileges they need - no joining, umode/chmode +o, or anything else required, and if the services were stupid enough to forget +S, they can send commands through the services "server" (under the servername, i.e. :services.* SVSNICK Target NewNick 1234567890).

Another example of this:
Cygnus IRC Services says Global always has to be +o to use PRIVMSG $*.blah, but this is not true if +S is given. In fact, if +S is present, the requirement for $server of having at least one period with no wildcards after the last period is not applied, meaning Global can send to $* without complaint from the IRCd, and it doesn't need +o.

On the same token, NickServ doesn't need +o to send SVSNICK or SVS[2]MODE, and OperServ doesn't need +o to send KILL or [R]AKILL/GLINE/TKL G (well, I don't know much on that. I think I have had issues TKL'ing from telnet connecting as "services", but I'd have to see if I can reproduce that.)

So yeah. If a user has +S and is connected to a globally recognized U:Lined server, then it is enough to do anything and everything that user wants to do to the network, nothing else required.

Stuff for +S also applies to those that use AngryWolf's m_uline.c module to make themselves U:Lined.