MaxSendQ Limit and ChanServ Floods

aquanight · Lurker Joined: 14 Jun 2004 Posts: 116 Location: Boise, ID

Windows XP
UnrealIRCd 3.2 (Some CVS)
Anope 1.7.3

I have NEVER had issues with BotServ bots fighting with ChanServ over secureops.

Ashen · Idler Joined: 05 Jan 2004 Posts: 284

Surely not? After all, botserv bots are part of services just like chanserv is, and in my net (bahamut+anope) chanserv itself ops the botserv bots.. I could understand if your botserv bots and chanserv were coming from seperate services, but not normally. If your botserv bots and chanserv come from different services, why not just integrate them into one services program anyway?

-A

uchat · Idler Joined: 17 Mar 2004 Posts: 335

aquanight,

I'm not going to argue with you about this ... turing secureops off fixed the issue instantly.

I personally never had that problem either.

Ozafy · Guest

funny thing....

i have turned secure-ops back on, and no problem, i then turned it on, and made a bot join, no problem....

my problem is fixed, but it doesn't seem to be the secureops :/

it's fixed i'm happy :p but i don't know what fixed it :p

still thx for the help, but i don't think it'll help the other 2 :/

Guest · Posted: Jul 19, 2004 7:00pm Post subject:

w00t · Posted: Jul 19, 2004 7:07pm Post subject:

aquanight, it may be that Anope actually creates a record for the botserv bots in the user structure, leading to the fighting. But since they are opered users anyhow, I cant understand the issues either.

aquanight · Lurker Joined: 14 Jun 2004 Posts: 116 Location: Boise, ID

Then why is there a bot.db? I actually looked in nick.db and I saw no references to any BotServ bots.

If anything, for me the BotServ bots were the ones enforcing secureops - not ChanServ Smile

. Only reason I can see fights like this is two seperate service daemons (which shouldn't happen on any sane network) or eggdrop vs ChanServ (boy was that a headache for me! Couldn't get eggy and BotServ to cooperate! XD ). But for BotServ and ChanServ on the same package - it shouldn't happen regardless of SecureOps.

w00t · Posted: Jul 19, 2004 8:07pm Post subject:

no no, not creating them in nickserv, creating them INTERNALLY (ie nick, ident, channels)

That is the very reason I dont like eggdrops.

As for seperate daemons, it has its merits, especially if you use a format of db thats easily shared, ie mysql. That way, if something goes pie shaped, you only lose one service, not them all. (thats just imho however Razz

)

Ashen · Idler Joined: 05 Jan 2004 Posts: 284

As far as I can see, the solutions to this are :

1) run only one copy of services.

2) if eggdrops fight with chanserv, then load the anope module bs_deoponbotkick which will -o any eggdrop that does anything to a botserv bot.

3) if you still get problems, due to eggdrops being either on the aop list or being otherwise able to reop themselves, set the channels +secureops and modify the bs_deoponbotkick module to both deop and remove from the channel access list anyone who kicks a botserv bot.

-Ashen

W-Unit · Newbie Joined: 29 Jul 2004 Posts: 83

Hi. I had this same problem myself and installed a module to disable BotServ as a solution so I would be interested if anyone came up with a valid answer.

Anyway, from what I see in the first two posters' problems the error has nothing to do with a ChanServ/BotServ clash. And my error is the exact same. The only symptom for ChanServ is the flooding with "This channel has been registered with ChanServ" messages and rapid topic changes. I don't think it has to do with ChanServ trying to deop the bot. If it did, then why is it a problem with halfop, yet the bot can successfully full opp itself?

I do not use SECUREOPS anyway it's stupid. I also have services set to NOTICE; they are more convenient for users than PRIVMSGs anyhoo.

katsklaw · Posted: Sep 04, 2004 8:20pm Post subject:

Azrael · none Joined: 15 Nov 2004 Posts: 1

Well, I have to tell you All about the SVSNICK and Botserv , I had the exact same problem on irc.wenchisland.com.

First I'll Start with SVSNICK, it's Simple you have to be superadmin (if using anope) It's /operserv SET SUPERADMIN ON

Second Botserv, if you havent done this already you have to give your services an exception via operserv e.g. -OperServ- Syntax: EXCEPTION ADD [+expiry] mask limit reason

SO i done /operserv EXCEPTION ADD +0 (+0 means it never runs out) *@Wenchisland 40 Services

I hope this Sorts your problem Razz

W-Unit · Newbie Joined: 29 Jul 2004 Posts: 83

Please let dead threads die.
But since you already bumped it I suppose I will tell you all that the problem turned out to be my set::services-server not matching my links block (services-server had a .net where everything else had a .com)

selena · none Joined: 27 Jun 2005 Posts: 1

Ïðîäàæà çåìëè íà ãîðíîëûæíûõ êóðîðòàõ ×åðíîãîðèè: http://cernis.cz