[IRCServices] Re: A minor.. issue..

[Craig McLure]

Ok, can we please stop the slightly spammy emailing.. Thanks.

After giving w00t a bashing, he responded with a slightly more useful query:

 > I did have a point to that email, I just didn't really make it clear.
 > My point was, if the IRCd is introducing nickserv etc back to
 > services, wouldn't it b e a way for services to track themselves being
 > in channels etc?

I'll answer that here, as it seems relevent :p
--

Yes it is, however, it had some unforseen conciquences, including 
Operserv killing other pseudos for breaking the exception limits etc 
(When it broke the limits, it got into an introdude_user() loop 
attempting to 'respawn' the clients onto the server and them being 
killed straight afterwards).

Services are designed to not be known to exist for a reason, this is 
just one of them (I'm sure there are more).

What happened to us was an accident, based on our linking protocols, its 
undesigned behaviour, and services didn't know how to correctly respond 
to it, so went nuts.

Services being aware that they exist could also result in a LOT of 
redundant data beeing sent back to them, you must remember, Services 
attmpts to parse EVERYTHING that is sent to them via the IRCd, and 
because its not been programmed to allow for this, it could easily cause 
overflows / segfaults (Although from my experiance with the code, i 
doubt this would happen, but the fact recieving this crap isn't in its 
design, bad things could happen).

Its for reasons such as this, that botserv isn't very possible with the 
current services core.


/****************************************
  *     Craig "FrostyCoolSlug" McLure
  *       Craig at FrostyCoolSlug.com
  * InspIRCd   - http://www.inspircd.org
  * ChatSpike  - http://www.chatspike.net
  ****************************************/

Gregory King wrote:
> were not we warned of the dangers of this in the Terminator movies???
> 
> :>
> 
> 
> 
> 
> On Wed, March 30, 2005 7:47 pm, w00t said:
> 
>>Making services aware of themselves?! Whoa, that's certainly...
>>interesting :P
>>
>>
>>On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure
>><Craig at frostycoolslug.com> wrote:
>>
>>>I think you have all missed the point in this post completly.
>>>
>>>I wasn't talking about services killing neostats pseudos (Hell, as far
>>>as i'm concirned, thats good behaviour, and what exceptions are for).
>>>I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like
>>>Operserv killing Nickserv / Chanserv / HelpServ) because their host has
>>>reached the session limit. I am unsure if this is a bug in our
>>>IRCServices module, or a problem with the core itself.
>>>
>>>Note: This seems to be our fault, we echo connections back to the local
>>>server (something to do with the mesh iirc), making services aware of
>>>their existance. We'll fix it.
>>>
>>>/****************************************
>>> *     Craig "FrostyCoolSlug" McLure
>>> *       Craig at FrostyCoolSlug.com
>>> * InspIRCd   - http://www.inspircd.org
>>> * ChatSpike  - http://www.chatspike.net
>>> ****************************************/
>>>
>>>ongeboren wrote:
>>>
>>>
>>>>>Kieron Thwaites Wrote :
>>>>>
>>>>>
>>>>>>Same issue noted with the alpha version of NeoStats 3.
>>>>>>
>>>>>>I'm thinking that Services should automatically exempt clients on
>>>
>>>U:lined
>>>
>>>>>>servers from session limits.
>>>>>
>>>>>even Neostats 2.5 series had the same problem along with any services
>>>
>>>that
>>>
>>>>>introduce a number of Pseudo Clients, so session exceptions must have
>>>
>>>been
>>>
>>>>>added for them if they were connected.
>>>>>
>>>>>the problem is finding out what are U-lined servers, as U-lines are
>>>
>>>not
>>>
>>>>>propagated by most IRCd's. The only real solution is adding an entry
>>>
>>>to the
>>>
>>>>>OperServ Exceptions list exempting the hosts used by the Pseudo
>>>
>>>Clients.
>>>
>>>>>DNB
>>>>>
>>>>>
>>>>>------------------------------------------------------------------
>>>>>To unsubscribe or change your subscription options, visit:
>>>>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>>>>
>>>>
>>>>
>>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>>
>>
>>
>>--
>>--w00t
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
>