--- /dev/null
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [IRCServices] Problem with /cs set secure and /cs set restricted
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <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=">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="003449.html">
+ <LINK REL="Next" HREF="003447.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[IRCServices] Problem with /cs set secure and /cs set restricted</H1>
+ <B>Craig Edwards</B>
+ <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Problem%20with%20/cs%20set%20secure%20and%20/cs%20set%20restricted&In-Reply-To="
+ TITLE="[IRCServices] Problem with /cs set secure and /cs set restricted">brain at brainbox.winbot.co.uk
+ </A><BR>
+ <I>Fri Jan 3 00:13:01 PST 2003</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="003449.html">[IRCServices] Bug in mode locked keys in 5.0.6
+</A></li>
+ <LI>Next message: <A HREF="003447.html">[IRCServices] Problem with /cs set secure and /cs set restricted
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#3446">[ date ]</a>
+ <a href="thread.html#3446">[ thread ]</a>
+ <a href="subject.html#3446">[ subject ]</a>
+ <a href="author.html#3446">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>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):
+
+If a user sets a channel to restricted, as shown here,
+
+[22:03] -ChanServ- Information for channel #testing:
+[22:03] -ChanServ- Founder: Cadavre
+[22:03] -ChanServ- Description: testes
+[22:03] -ChanServ- Registered: Jan 02 22:04:32 2003 GMT
+[22:03] -ChanServ- Last used: Jan 02 22:04:32 2003 GMT
+[22:03] -ChanServ- Options: Topic Retention, Restricted Access, Secure
+
+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):
+
+[22:03] --> You are now talking on #testing
+[22:03] --- services.chatspike.net has changed the topic to: dum di dum (Cadavre)
+[22:03] --- ChanServ sets modes [#testing +sntir-o Not-Registered-Test]
+
+.. 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.
+
+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)
+
+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.
+
+(thanks to Cadavre for pointing out this problem)
+
+>><i>
+</I>>><i>RTFM (/msg ChanServ HELP SET MLOCK).
+</I>>><i>
+</I>><i>
+</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 :)
+</I>><i>
+</I>><i>
+</I>><i>------------------------------------------------------------------
+</I>><i>To unsubscribe or change your subscription options, visit:
+</I>><i><A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices</A>
+</I>
+
+
+</PRE>
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="003449.html">[IRCServices] Bug in mode locked keys in 5.0.6
+</A></li>
+ <LI>Next message: <A HREF="003447.html">[IRCServices] Problem with /cs set secure and /cs set restricted
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#3446">[ date ]</a>
+ <a href="thread.html#3446">[ thread ]</a>
+ <a href="subject.html#3446">[ subject ]</a>
+ <a href="author.html#3446">[ author ]</a>
+ </LI>
+ </UL>
+
+</body></html>
projects / irc.git / blobdiff