Page 1 of 2
Chanserv being invisable
Posted: Wed Jun 02, 2004 6:03 am
by JeffBeagley
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!
Posted: Wed Jun 02, 2004 6:51 am
by Dukat
What do you mean by "invisible"?

Posted: Wed Jun 02, 2004 7:27 am
by JeffBeagley
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?
Posted: Wed Jun 02, 2004 10:37 am
by Solutech
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 ?
Posted: Wed Jun 02, 2004 3:05 pm
by aquanight
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.
Posted: Wed Jun 02, 2004 4:35 pm
by codemastr
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.
Posted: Wed Jun 02, 2004 8:49 pm
by aquanight
I can't think how anyone has seen any "servers" that do that, especially since services aren't actually servers.

Posted: Wed Jun 02, 2004 11:00 pm
by w00t
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.
Posted: Thu Jun 03, 2004 12:10 am
by aquanight
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.
Posted: Thu Jun 03, 2004 12:18 am
by w00t
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.
Posted: Thu Jun 03, 2004 2:51 am
by codemastr
Well by servers I meant networks, as in DALnet, et al do not allow you to do it.
Posted: Thu Jun 03, 2004 3:15 am
by w00t
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

Posted: Mon Jun 14, 2004 1:29 am
by upinsmoke
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
Posted: Mon Jun 14, 2004 2:51 am
by w00t
Well, you COULD use operserv/raw to do it...
But, as is plastered everywhere, it isnt really a good idea.
Posted: Mon Jun 14, 2004 5:18 am
by aquanight
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.