]>
Commit | Line | Data |
---|---|---|
3bd189cb JR |
1 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> |
2 | <HTML> | |
3 | <HEAD> | |
4 | <TITLE> [IRCServices] Desired behavior of channel suspension? | |
5 | </TITLE> | |
6 | <LINK REL="Index" HREF="index.html" > | |
7 | <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Desired%20behavior%20of%20channel%20suspension%3F&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="001071.html"> | |
11 | <LINK REL="Next" HREF="001073.html"> | |
12 | </HEAD> | |
13 | <BODY BGCOLOR="#ffffff"> | |
14 | <H1>[IRCServices] Desired behavior of channel suspension?</H1> | |
15 | <B>&quot</B> | |
16 | <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Desired%20behavior%20of%20channel%20suspension%3F&In-Reply-To=" | |
17 | TITLE="[IRCServices] Desired behavior of channel suspension?">&quot | |
18 | </A><BR> | |
19 | <I>Sat Jan 13 04:37:06 PST 2001</I> | |
20 | <P><UL> | |
21 | <LI>Previous message: <A HREF="001071.html">[IRCServices] IRCServices-4.5.0 Release Date? | |
22 | </A></li> | |
23 | <LI>Next message: <A HREF="001073.html">[IRCServices] IRCServices 4.5.0 ? | |
24 | </A></li> | |
25 | <LI> <B>Messages sorted by:</B> | |
26 | <a href="date.html#1072">[ date ]</a> | |
27 | <a href="thread.html#1072">[ thread ]</a> | |
28 | <a href="subject.html#1072">[ subject ]</a> | |
29 | <a href="author.html#1072">[ author ]</a> | |
30 | </LI> | |
31 | </UL> | |
32 | <HR> | |
33 | <!--beginarticle--> | |
34 | <PRE>[snip] | |
35 | Sorry about my late (and probably useless) reply... | |
36 | ||
37 | ><i> One of the features going into 4.5.0 will be channel suspension. | |
38 | </I>><i> However, there are a number of potential issues as to how a suspended | |
39 | </I>><i> channel should be treated, so I'd like to gather opinions on the | |
40 | </I>><i> following points: (my current thoughts are in [brackets]) | |
41 | </I>><i> | |
42 | </I>><i> - Should a suspended channel be treated like a forbidden one (no | |
43 | </I>><i> one can enter it) or an unregistered one (it can be used, but Services | |
44 | </I>><i> won't do anything do it)? [forbidden] | |
45 | </I>><i> | |
46 | </I>I'd agree with forbidden here, but maybe a config file option to allow | |
47 | setting | |
48 | whether no-one can enter it or whether people can enter it, but Services | |
49 | just | |
50 | won't interract with the channel at all (as if it was unregistered). | |
51 | ||
52 | However, if you don't want Services to interract with a registered channel, | |
53 | wouldn't it just be a good idea to add an IGNORE command? Probably not the | |
54 | best idea, but this would allow you to just stop Services interracting with | |
55 | channels IF you decide to make SUSPEND disallow people going into the | |
56 | channel at all. | |
57 | ||
58 | ><i> - Should Services allow changes to the channel settings? I think | |
59 | </I>><i> this one is a pretty clear "no", but I'll put it up for debate. [no] | |
60 | </I>><i> | |
61 | </I>No, if it's suspended the only action you should be able to take against it | |
62 | as | |
63 | a Services Admin would be to DROP the channel or make it unsuspended. | |
64 | ||
65 | ><i> - Should Services allow the founder to drop the channel? The | |
66 | </I>><i> current behavior of suspended nicknames is that the owner cannot drop | |
67 | </I>><i> them, but this is only because the owner cannot identify for them and | |
68 | </I>><i> not because Services specifically prevents dropping; I could see | |
69 | </I>><i> suspended channels going either way. [undecided] | |
70 | </I>><i> | |
71 | </I>I'd say no, if a channel is suspended, only a Services Admin can DROP or | |
72 | unsuspend the channel in question. If you allow DROP to channel founder, | |
73 | then all they'd have | |
74 | to do is DROP it, then re-register it. In which case, you may as well | |
75 | forbid the channel because they'd DROP it, lose the access/akick lists 'n' | |
76 | such. They'd lose that on a FORBID anyhow. | |
77 | ||
78 | ><i> - Should Services allow memos to be sent to the channel? [no] | |
79 | </I>><i> Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm | |
80 | </I>><i> planning on disabling that as well unless someone convinces me | |
81 | </I>><i> otherwise. | |
82 | </I>><i> | |
83 | </I>I'd agree here too, you can't send memos to a suspended nick. | |
84 | Obviously someone did something bad to warrant having their nick or channel | |
85 | suspended, so why should you give them the right to have memos sent or | |
86 | received. | |
87 | If a nick can't get memos, most people would re-register a new nick so they | |
88 | can or just to bypass the suspension of their old nick. So they COULD | |
89 | still get Memos then, unless you've had them AKILL'd in which case IMHO the | |
90 | suspension of their nick is pointless. | |
91 | ||
92 | Just my 0.2p's worth of input there. | |
93 | ||
94 | ><i> --Andrew Church | |
95 | </I>><i> <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A> | New address - please note. | |
96 | </I>><i> <A HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B | |
97 | </I>><i> | |
98 | </I>><i> --------------------------------------------------------------- | |
99 | </I>><i> To unsubscribe, send email to <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at snow.shadowfire.org</A> | |
100 | </I>><i> with "unsubscribe ircservices" in the body, without the quotes. | |
101 | </I> | |
102 | --------------------------------------------------------------- | |
103 | To unsubscribe, send email to <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at snow.shadowfire.org</A> | |
104 | with "unsubscribe ircservices" in the body, without the quotes. | |
105 | ||
106 | ||
107 | </PRE> | |
108 | ||
109 | <!--endarticle--> | |
110 | <HR> | |
111 | <P><UL> | |
112 | <!--threads--> | |
113 | <LI>Previous message: <A HREF="001071.html">[IRCServices] IRCServices-4.5.0 Release Date? | |
114 | </A></li> | |
115 | <LI>Next message: <A HREF="001073.html">[IRCServices] IRCServices 4.5.0 ? | |
116 | </A></li> | |
117 | <LI> <B>Messages sorted by:</B> | |
118 | <a href="date.html#1072">[ date ]</a> | |
119 | <a href="thread.html#1072">[ thread ]</a> | |
120 | <a href="subject.html#1072">[ subject ]</a> | |
121 | <a href="author.html#1072">[ author ]</a> | |
122 | </LI> | |
123 | </UL> | |
124 | ||
125 | </body></html> |