1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 3.2//EN">
4 <TITLE> AW: [IRCServices Coding] session limit bug
6 <LINK REL=
"Index" HREF=
"index.html" >
7 <LINK REL=
"made" HREF=
"mailto:ircservices-coding%40ircservices.za.net?Subject=AW%3A%20%5BIRCServices%20Coding%5D%20session%20limit%20bug&In-Reply-To=">
8 <META NAME=
"robots" CONTENT=
"index,nofollow">
9 <META http-equiv=
"Content-Type" content=
"text/html; charset=us-ascii">
10 <LINK REL=
"Previous" HREF=
"001995.html">
11 <LINK REL=
"Next" HREF=
"001996.html">
13 <BODY BGCOLOR=
"#ffffff">
14 <H1>AW: [IRCServices Coding] session limit bug
</H1>
16 <A HREF=
"mailto:ircservices-coding%40ircservices.za.net?Subject=AW%3A%20%5BIRCServices%20Coding%5D%20session%20limit%20bug&In-Reply-To="
17 TITLE=
"AW: [IRCServices Coding] session limit bug">brain at brainbox.winbot.co.uk
19 <I>Mon Mar
24 10:
41:
21 PST
2003</I>
21 <LI>Previous message:
<A HREF=
"001995.html">[IRCServices Coding] session limit bug
23 <LI>Next message:
<A HREF=
"001996.html">[IRCServices Coding] session limit bug
25 <LI> <B>Messages sorted by:
</B>
26 <a href=
"date.html#1993">[ date ]
</a>
27 <a href=
"thread.html#1993">[ thread ]
</a>
28 <a href=
"subject.html#1993">[ subject ]
</a>
29 <a href=
"author.html#1993">[ author ]
</a>
34 <PRE>True, unless it was to disconnect then reconnect, without need for a restart. SQUIT and /os restart terminates the process as well as the connection to the uplink, correct? I've written a bot that manages to resync this way... admittedly thats a client and here we're talking about a server but you never know, anythings possible :-)
38 </I>><i>the requested command exists: /os restart
39 </I>><i>How do you think services could possibly make the uplink send all the
40 </I>><i>information again, as if services just joined the network? This
41 </I>><i>'simulated-net-merge-situation' would have to be supported by the
42 </I>><i>uplink-IRCd.
46 </I>><i>P.S. The original problem is not a services issue anyway...
49 </I>><i>-----Urspr
üngliche Nachricht-----
50 </I>><i>Von:
<A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">ircservices-coding-bounces at ircservices.za.net
</A>
51 </I>><i>[mailto:
<A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">ircservices-coding-bounces at ircservices.za.net
</A>] Im Auftrag von
52 </I>><i>Craig Edwards
53 </I>><i>Gesendet: Montag,
24. M
ärz
2003 19:
14
54 </I>><i>An: IRC Services Coding Mailing List
55 </I>><i>Betreff: Re: [IRCServices Coding] session limit bug
58 </I>><i>I know people will probably ignore or shoot down this request but, here
61 </I>><i>Is there a way to keep services in sync if its desynced, by resyncing it
62 </I>><i>at fixed intervals? This would not only fix problems caused by (ab)use
63 </I>><i>of operserv raw, but would also fix problems caused in other ways (ive
64 </I>><i>had a couple of desyncs before caused by buggy server software etc) - it
65 </I>><i>could be set from config to say resync once every
24h or once every week
66 </I>><i>or whenever the admin prefers, by simulating a form of
"warm reboot
"
67 </I>><i>where it could somehow retrieve all network information again from the
68 </I>><i>uplink and redo its lists from scratch, kinda like a rehash.... or maybe
69 </I>><i>do this on /os rehash if a commandline option is given? Just an idea...
71 </I>>><i>I've found a bug. Hoooray!
73 </I>>><i>When you use /msg OperServ raw svskill nickname :reason
75 </I>>><i>It kills the user with whatever reason -- however, when you use /msg
76 </I>><i>OperServ session limit
<number
>
78 </I>>><i>it lists the person there as using multiple sessions as the number.
79 </I>><i>For example, if I use OperServ to SVSKILL a nickname by the nick of X
80 </I>><i>with the hostname blahblah.com three times, and I try to get a list of
81 </I>><i>people using
3 sessions at once via (/msg OperServ session list
3), it
82 </I>><i>will list that hostname blablah.com is using
3 sessions.
84 </I>>><i>Can this be fixed?
85 </I>>><i>------------------------------------------------------------------
86 </I>>><i>To unsubscribe or change your subscription options, visit:
87 </I>>><i><A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
</A>
90 </I>><i>------------------------------------------------------------------
91 </I>><i>To unsubscribe or change your subscription options, visit:
92 </I>><i><A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
</A>
95 </I>><i>------------------------------------------------------------------
96 </I>><i>To unsubscribe or change your subscription options, visit:
97 </I>><i><A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
</A>
106 <LI>Previous message:
<A HREF=
"001995.html">[IRCServices Coding] session limit bug
108 <LI>Next message:
<A HREF=
"001996.html">[IRCServices Coding] session limit bug
110 <LI> <B>Messages sorted by:
</B>
111 <a href=
"date.html#1993">[ date ]
</a>
112 <a href=
"thread.html#1993">[ thread ]
</a>
113 <a href=
"subject.html#1993">[ subject ]
</a>
114 <a href=
"author.html#1993">[ author ]
</a>
projects / irc.git / blob