1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 3.2//EN">
4 <TITLE> [IRCServices] Two small things...
6 <LINK REL=
"Index" HREF=
"index.html" >
7 <LINK REL=
"made" HREF=
"mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Two%20small%20things...&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=
"002372.html">
11 <LINK REL=
"Next" HREF=
"002374.html">
13 <BODY BGCOLOR=
"#ffffff">
14 <H1>[IRCServices] Two small things...
</H1>
16 <A HREF=
"mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Two%20small%20things...&In-Reply-To="
17 TITLE=
"[IRCServices] Two small things...">savage at savage.za.org
19 <I>Tue Oct
23 23:
58:
00 PDT
2001</I>
21 <LI>Previous message:
<A HREF=
"002372.html">[IRCServices] Services with Unreal
23 <LI>Next message:
<A HREF=
"002374.html">AW: [IRCServices] Two small things...
25 <LI> <B>Messages sorted by:
</B>
26 <a href=
"date.html#2373">[ date ]
</a>
27 <a href=
"thread.html#2373">[ thread ]
</a>
28 <a href=
"subject.html#2373">[ subject ]
</a>
29 <a href=
"author.html#2373">[ author ]
</a>
36 I just have two small questions regarding services... It's something
37 which well, degraded (?) as the months and days went past in
40 Firstly, I might be mistaken here... But didn't services at some stage
41 had a feature to rotate and cycle the log files?? I believe the command
42 was (OS) 'recycle' or 'rotate' ?
44 This seems to be missing from the current release of services, so I was
45 just wondering what has happened to it, where it got dropped, and whether
46 there would be any chance in getting the rotation back? It surely is a
47 nice tool to have... No one appreciates
10MB log files (even if it is only
50 Second one, is a bit more strange... It evolves arround ChanServ's
51 access-lists, more specifically the AOP lists... Was there somewhere
52 perhaps allot of additional checking / access-lists introduces in services
53 which would delay ChanServ from issuing the +o command ??
55 Servers in general is very fast, with responces from NS, OS, MS, and CS
56 within well below a second. Ping times also verified this (although I
57 know it is not a accurate measure). However, when a user which is on a
58 AOP list joins a channel, ChanServ takes about
3 to
4 seconds before it
59 will issue the OP command.
61 What it may be related to, is the:
62 # MergeChannelModes
<seconds
> [OPTIONAL]
63 in the services config. HOWEVER, if this
64 is the case, shouldn't MergeChannelModes only come into a affect AFTER a
65 netsplit has accured, or am I misunderstanding the directive, in that it
66 will keep all channel change requests in a
"queue
" type fashion for the
67 ammount of time specified in the configuration?
69 For those interested, in discussion here, is Bahamut1.4(
28), and services
70 4.5.28. I look forward to your replies and suggestions.
88 <LI>Previous message:
<A HREF=
"002372.html">[IRCServices] Services with Unreal
90 <LI>Next message:
<A HREF=
"002374.html">AW: [IRCServices] Two small things...
92 <LI> <B>Messages sorted by:
</B>
93 <a href=
"date.html#2373">[ date ]
</a>
94 <a href=
"thread.html#2373">[ thread ]
</a>
95 <a href=
"subject.html#2373">[ subject ]
</a>
96 <a href=
"author.html#2373">[ author ]
</a>