]> jfr.im git - irc.git/blob - software/RELEASES/ircservices/achurch.org/services/lists/ircservices-coding/2003/001992.html
rename -> *.git
[irc.git] / software / RELEASES / ircservices / achurch.org / services / lists / ircservices-coding / 2003 / 001992.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
2 <HTML>
3 <HEAD>
4 <TITLE> AW: [IRCServices Coding] session limit bug
5 </TITLE>
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=200303241814.h2OIEXV11701%40localhost.localdomain">
8 <META NAME="robots" CONTENT="index,nofollow">
9 <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
10 <LINK REL="Previous" HREF="001991.html">
11 <LINK REL="Next" HREF="001998.html">
12 </HEAD>
13 <BODY BGCOLOR="#ffffff">
14 <H1>AW: [IRCServices Coding] session limit bug</H1>
15 <B>Georges Berscheid</B>
16 <A HREF="mailto:ircservices-coding%40ircservices.za.net?Subject=AW%3A%20%5BIRCServices%20Coding%5D%20session%20limit%20bug&In-Reply-To=200303241814.h2OIEXV11701%40localhost.localdomain"
17 TITLE="AW: [IRCServices Coding] session limit bug">georges at berscheid.lu
18 </A><BR>
19 <I>Mon Mar 24 10:22:30 PST 2003</I>
20 <P><UL>
21 <LI>Previous message: <A HREF="001991.html">[IRCServices Coding] session limit bug
22 </A></li>
23 <LI>Next message: <A HREF="001998.html">AW: [IRCServices Coding] session limit bug
24 </A></li>
25 <LI> <B>Messages sorted by:</B>
26 <a href="date.html#1992">[ date ]</a>
27 <a href="thread.html#1992">[ thread ]</a>
28 <a href="subject.html#1992">[ subject ]</a>
29 <a href="author.html#1992">[ author ]</a>
30 </LI>
31 </UL>
32 <HR>
33 <!--beginarticle-->
34 <PRE>Hi,
35
36 the requested command exists: /os restart
37 How do you think services could possibly make the uplink send all the
38 information again, as if services just joined the network? This
39 'simulated-net-merge-situation' would have to be supported by the
40 uplink-IRCd.
41
42 Georges
43
44 P.S. The original problem is not a services issue anyway...
45
46
47 -----Urspr&#252;ngliche Nachricht-----
48 Von: <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">ircservices-coding-bounces at ircservices.za.net</A>
49 [mailto:<A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">ircservices-coding-bounces at ircservices.za.net</A>] Im Auftrag von
50 Craig Edwards
51 Gesendet: Montag, 24. M&#228;rz 2003 19:14
52 An: IRC Services Coding Mailing List
53 Betreff: Re: [IRCServices Coding] session limit bug
54
55
56 I know people will probably ignore or shoot down this request but, here
57 goes....
58
59 Is there a way to keep services in sync if its desynced, by resyncing it
60 at fixed intervals? This would not only fix problems caused by (ab)use
61 of operserv raw, but would also fix problems caused in other ways (ive
62 had a couple of desyncs before caused by buggy server software etc) - it
63 could be set from config to say resync once every 24h or once every week
64 or whenever the admin prefers, by simulating a form of &quot;warm reboot&quot;
65 where it could somehow retrieve all network information again from the
66 uplink and redo its lists from scratch, kinda like a rehash.... or maybe
67 do this on /os rehash if a commandline option is given? Just an idea...
68
69 &gt;<i>I've found a bug. Hoooray!
70 </I>&gt;<i>
71 </I>&gt;<i>When you use /msg OperServ raw svskill nickname :reason
72 </I>&gt;<i>
73 </I>&gt;<i>It kills the user with whatever reason -- however, when you use /msg
74 </I>OperServ session limit &lt;number&gt;
75 &gt;<i>
76 </I>&gt;<i>it lists the person there as using multiple sessions as the number.
77 </I>For example, if I use OperServ to SVSKILL a nickname by the nick of X
78 with the hostname blahblah.com three times, and I try to get a list of
79 people using 3 sessions at once via (/msg OperServ session list 3), it
80 will list that hostname blablah.com is using 3 sessions.
81 &gt;<i>
82 </I>&gt;<i>Can this be fixed?
83 </I>&gt;<i>------------------------------------------------------------------
84 </I>&gt;<i>To unsubscribe or change your subscription options, visit:
85 </I>&gt;<i><A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-coding</A>
86 </I>
87
88 ------------------------------------------------------------------
89 To unsubscribe or change your subscription options, visit:
90 <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices-coding">http://www.ircservices.za.net/mailman/listinfo/ircservices-coding</A>
91
92
93 </PRE>
94
95 <!--endarticle-->
96 <HR>
97 <P><UL>
98 <!--threads-->
99 <LI>Previous message: <A HREF="001991.html">[IRCServices Coding] session limit bug
100 </A></li>
101 <LI>Next message: <A HREF="001998.html">AW: [IRCServices Coding] session limit bug
102 </A></li>
103 <LI> <B>Messages sorted by:</B>
104 <a href="date.html#1992">[ date ]</a>
105 <a href="thread.html#1992">[ thread ]</a>
106 <a href="subject.html#1992">[ subject ]</a>
107 <a href="author.html#1992">[ author ]</a>
108 </LI>
109 </UL>
110
111 </body></html>