1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 3.2//EN">
4 <TITLE> [IRCServices] Problem with /cs set secure and /cs set restricted
6 <LINK REL=
"Index" HREF=
"index.html" >
7 <LINK REL=
"made" HREF=
"mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Problem%20with%20/cs%20set%20secure%20and%20/cs%20set%20restricted&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=
"003447.html">
11 <LINK REL=
"Next" HREF=
"003450.html">
13 <BODY BGCOLOR=
"#ffffff">
14 <H1>[IRCServices] Problem with /cs set secure and /cs set restricted
</H1>
16 <A HREF=
"mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Problem%20with%20/cs%20set%20secure%20and%20/cs%20set%20restricted&In-Reply-To="
17 TITLE=
"[IRCServices] Problem with /cs set secure and /cs set restricted">brain at brainbox.winbot.co.uk
19 <I>Fri Jan
3 00:
45:
00 PST
2003</I>
21 <LI>Previous message:
<A HREF=
"003447.html">[IRCServices] Problem with /cs set secure and /cs set restricted
23 <LI>Next message:
<A HREF=
"003450.html">[IRCServices] Trapdoor in use
25 <LI> <B>Messages sorted by:
</B>
26 <a href=
"date.html#3448">[ date ]
</a>
27 <a href=
"thread.html#3448">[ thread ]
</a>
28 <a href=
"subject.html#3448">[ subject ]
</a>
29 <a href=
"author.html#3448">[ author ]
</a>
34 <PRE>Sorry for continual posting but after more testing it seems to be picky about which nicks it allows or doesnt allow, not based on anything i can figure out. One unregged nick successfully joined, while chanserv booted another... this seems to happen randomly... very weird.
36 I will stop posting now as continual posts on this subject like this are kind of pointless and i dont want to annoy anyone...
38 ><i>On hindsight it appears this only happens when a non-regged nick joins... i had some regged nicks join to test it and they get kicked as expected.
40 </I>>><i>Ok. after trying to drum it into my users that access lists should be used instead of modelocked keys, they complained to me there is a bug which stops them using this, this appears to be the case after a quick poke around (ircservices
5.0.6):
42 </I>>><i>If a user sets a channel to restricted, as shown here,
44 </I>>><i>[
22:
03] -ChanServ- Information for channel #testing:
45 </I>>><i>[
22:
03] -ChanServ- Founder: Cadavre
46 </I>>><i>[
22:
03] -ChanServ- Description: testes
47 </I>>><i>[
22:
03] -ChanServ- Registered: Jan
02 22:
04:
32 2003 GMT
48 </I>>><i>[
22:
03] -ChanServ- Last used: Jan
02 22:
04:
32 2003 GMT
49 </I>>><i>[
22:
03] -ChanServ- Options: Topic Retention, Restricted Access, Secure
51 </I>>><i>then if a user joins the channel and it is *empty*, they are not kicked, as would be expected... here is an example (i tried it with a non-registered nick, as this was the original complaint, but it appears it will let a registered user stay too):
53 </I>>><i>[
22:
03] --
> You are now talking on #testing
54 </I>>><i>[
22:
03] --- services.chatspike.net has changed the topic to: dum di dum (Cadavre)
55 </I>>><i>[
22:
03] --- ChanServ sets modes [#testing +sntir-o Not-Registered-Test]
57 </I>>><i>... and no kick :/ i wasn't even identified, let alone on the access list. This means that if users who ARE on the access list join afterwards, the intruder can
"pretend
" to be on the access list simply by idling.
59 </I>>><i>is it just me or did chanserv used to join the channel, eject the user, stay to hold the ban for a few seconds to stop auto rejoin, then part again? I know that this is
"wrong
" as services arent supposed to join channels, but this was the default a few versions ago i believe and it worked fine... If this also does not work, how can i keep users out of these empty channels without resorting to a
"well you have to use a bot or have idle users in it
" response every time? Some of these channels are too small to have users on
24/
7 all the time to hold the channel open (small alliance channels for online games)
61 </I>>><i>Also, at this moment in time i have no access to the services.* shell to check what options are set in the configuration. Is it possible an option is set that stops users being kicked out? I cant find such an option in my glance through the manual.
63 </I>>><i>(thanks to Cadavre for pointing out this problem)
65 </I>>>>><i>
66 </I>>>>><i>RTFM (/msg ChanServ HELP SET MLOCK).
67 </I>>>>><i>
69 </I>>>><i>Thanks - when was this help text added? i dont think users read the help text for MLOCK, if a user knows (or thinks they know) how a command works, they dont bother to read help text on the command, they just use it :)
72 </I>>>><i>------------------------------------------------------------------
73 </I>>>><i>To unsubscribe or change your subscription options, visit:
74 </I>>>><i><A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices
</A>
77 </I>>><i>------------------------------------------------------------------
78 </I>>><i>To unsubscribe or change your subscription options, visit:
79 </I>>><i><A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices
</A>
82 </I>><i>------------------------------------------------------------------
83 </I>><i>To unsubscribe or change your subscription options, visit:
84 </I>><i><A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices
</A>
94 <LI>Previous message:
<A HREF=
"003447.html">[IRCServices] Problem with /cs set secure and /cs set restricted
96 <LI>Next message:
<A HREF=
"003450.html">[IRCServices] Trapdoor in use
98 <LI> <B>Messages sorted by:
</B>
99 <a href=
"date.html#3448">[ date ]
</a>
100 <a href=
"thread.html#3448">[ thread ]
</a>
101 <a href=
"subject.html#3448">[ subject ]
</a>
102 <a href=
"author.html#3448">[ author ]
</a>
projects / irc.git / blob