1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 3.2//EN">
4 <TITLE> [IRCServices] Re: A minor.. issue..
6 <LINK REL=
"Index" HREF=
"index.html" >
7 <LINK REL=
"made" HREF=
"mailto:ircservices%40ircservices.esper.net?Subject=%5BIRCServices%5D%20Re%3A%20A%20minor..%20issue..&In-Reply-To=3765.69.175.9.85.1112241563.squirrel%40webmail.wwwpages.com">
8 <META NAME=
"robots" CONTENT=
"index,nofollow">
9 <META http-equiv=
"Content-Type" content=
"text/html; charset=us-ascii">
10 <LINK REL=
"Previous" HREF=
"004928.html">
11 <LINK REL=
"Next" HREF=
"004922.html">
13 <BODY BGCOLOR=
"#ffffff">
14 <H1>[IRCServices] Re: A minor.. issue..
</H1>
16 <A HREF=
"mailto:ircservices%40ircservices.esper.net?Subject=%5BIRCServices%5D%20Re%3A%20A%20minor..%20issue..&In-Reply-To=3765.69.175.9.85.1112241563.squirrel%40webmail.wwwpages.com"
17 TITLE=
"[IRCServices] Re: A minor.. issue..">Craig at frostycoolslug.com
19 <I>Wed Mar
30 20:
10:
20 PST
2005</I>
21 <LI>Previous message:
<A HREF=
"004928.html">[IRCServices] Re: A minor.. issue..
23 <LI>Next message:
<A HREF=
"004922.html">[IRCServices] Channel expiration
25 <LI> <B>Messages sorted by:
</B>
26 <a href=
"date.html#4929">[ date ]
</a>
27 <a href=
"thread.html#4929">[ thread ]
</a>
28 <a href=
"subject.html#4929">[ subject ]
</a>
29 <a href=
"author.html#4929">[ author ]
</a>
34 <PRE>Ok, can we please stop the slightly spammy emailing.. Thanks.
36 After giving w00t a bashing, he responded with a slightly more useful query:
38 > I did have a point to that email, I just didn't really make it clear.
39 > My point was, if the IRCd is introducing nickserv etc back to
40 > services, wouldn't it b e a way for services to track themselves being
43 I'll answer that here, as it seems relevent :p
46 Yes it is, however, it had some unforseen conciquences, including
47 Operserv killing other pseudos for breaking the exception limits etc
48 (When it broke the limits, it got into an introdude_user() loop
49 attempting to 'respawn' the clients onto the server and them being
50 killed straight afterwards).
52 Services are designed to not be known to exist for a reason, this is
53 just one of them (I'm sure there are more).
55 What happened to us was an accident, based on our linking protocols, its
56 undesigned behaviour, and services didn't know how to correctly respond
59 Services being aware that they exist could also result in a LOT of
60 redundant data beeing sent back to them, you must remember, Services
61 attmpts to parse EVERYTHING that is sent to them via the IRCd, and
62 because its not been programmed to allow for this, it could easily cause
63 overflows / segfaults (Although from my experiance with the code, i
64 doubt this would happen, but the fact recieving this crap isn't in its
65 design, bad things could happen).
67 Its for reasons such as this, that botserv isn't very possible with the
68 current services core.
71 /****************************************
72 * Craig
"FrostyCoolSlug
" McLure
73 *
<A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">Craig at FrostyCoolSlug.com
</A>
74 * InspIRCd -
<A HREF=
"http://www.inspircd.org">http://www.inspircd.org
</A>
75 * ChatSpike -
<A HREF=
"http://www.chatspike.net">http://www.chatspike.net
</A>
76 ****************************************/
79 ><i> were not we warned of the dangers of this in the Terminator movies???
86 </I>><i> On Wed, March
30,
2005 7:
47 pm, w00t said:
88 </I>>><i>Making services aware of themselves?! Whoa, that's certainly...
89 </I>>><i>interesting :P
92 </I>>><i>On Wed,
30 Mar
2005 00:
51:
32 +
0100, Craig McLure
93 </I>>><i><<A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">Craig at frostycoolslug.com
</A>> wrote:
95 </I>>>><i>I think you have all missed the point in this post completly.
97 </I>>>><i>I wasn't talking about services killing neostats pseudos (Hell, as far
98 </I>>>><i>as i'm concirned, thats good behaviour, and what exceptions are for).
99 </I>>>><i>I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like
100 </I>>>><i>Operserv killing Nickserv / Chanserv / HelpServ) because their host has
101 </I>>>><i>reached the session limit. I am unsure if this is a bug in our
102 </I>>>><i>IRCServices module, or a problem with the core itself.
104 </I>>>><i>Note: This seems to be our fault, we echo connections back to the local
105 </I>>>><i>server (something to do with the mesh iirc), making services aware of
106 </I>>>><i>their existance. We'll fix it.
108 </I>>>><i>/****************************************
109 </I>>>><i> * Craig
"FrostyCoolSlug
" McLure
110 </I>>>><i> *
<A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">Craig at FrostyCoolSlug.com
</A>
111 </I>>>><i> * InspIRCd -
<A HREF=
"http://www.inspircd.org">http://www.inspircd.org
</A>
112 </I>>>><i> * ChatSpike -
<A HREF=
"http://www.chatspike.net">http://www.chatspike.net
</A>
113 </I>>>><i> ****************************************/
115 </I>>>><i>ongeboren wrote:
118 </I>>>>>><i>Kieron Thwaites Wrote :
119 </I>>>>>><i>
120 </I>>>>>><i>
121 </I>>>>>>><i>Same issue noted with the alpha version of NeoStats
3.
122 </I>>>>>>><i>
123 </I>>>>>>><i>I'm thinking that Services should automatically exempt clients on
125 </I>>>><i>U:lined
127 </I>>>>>>><i>servers from session limits.
128 </I>>>>>><i>
129 </I>>>>>><i>even Neostats
2.5 series had the same problem along with any services
131 </I>>>><i>that
133 </I>>>>>><i>introduce a number of Pseudo Clients, so session exceptions must have
135 </I>>>><i>been
137 </I>>>>>><i>added for them if they were connected.
138 </I>>>>>><i>
139 </I>>>>>><i>the problem is finding out what are U-lined servers, as U-lines are
141 </I>>>><i>not
143 </I>>>>>><i>propagated by most IRCd's. The only real solution is adding an entry
145 </I>>>><i>to the
147 </I>>>>>><i>OperServ Exceptions list exempting the hosts used by the Pseudo
149 </I>>>><i>Clients.
151 </I>>>>>><i>DNB
152 </I>>>>>><i>
153 </I>>>>>><i>
154 </I>>>>>><i>------------------------------------------------------------------
155 </I>>>>>><i>To unsubscribe or change your subscription options, visit:
156 </I>>>>>><i><A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices
</A>
157 </I>>>>>><i>
158 </I>>>>><i>
159 </I>>>>><i>
160 </I>>>>><i>
161 </I>>>><i>------------------------------------------------------------------
162 </I>>>><i>To unsubscribe or change your subscription options, visit:
163 </I>>>><i><A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices
</A>
168 </I>>><i>--w00t
169 </I>>><i>------------------------------------------------------------------
170 </I>>><i>To unsubscribe or change your subscription options, visit:
171 </I>>><i><A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices
</A>
175 </I>><i> ------------------------------------------------------------------
176 </I>><i> To unsubscribe or change your subscription options, visit:
177 </I>><i> <A HREF=
"http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices
</A>
193 <LI>Previous message:
<A HREF=
"004928.html">[IRCServices] Re: A minor.. issue..
195 <LI>Next message:
<A HREF=
"004922.html">[IRCServices] Channel expiration
197 <LI> <B>Messages sorted by:
</B>
198 <a href=
"date.html#4929">[ date ]
</a>
199 <a href=
"thread.html#4929">[ thread ]
</a>
200 <a href=
"subject.html#4929">[ subject ]
</a>
201 <a href=
"author.html#4929">[ author ]
</a>
projects / irc.git / blob