best way to handle would require a way of detaching the suspension from access list, that way if the access is removed then re-added the suspension remains (probably require a separate suspension table that would mimic the access list except only have entries for actual suspensions)
-- xplora is wakco (Richard T Smith) yeehaa, doggy... b44w00f [EMAIL PROTECTED], Official CService Admin, Undernet Channel Service Committee, Undernet IRC Network. Note: Unless stated this email is from my own thoughts and opinions and does not represent Undernet, CService, or Media Design School. > From: Greg Sikorski <[EMAIL PROTECTED]> > Date: Thu, 27 Sep 2001 22:55:52 +0100 > To: "Bjørn Osdal" <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Coder-Com] About suspension, and how to override it. > > [EMAIL PROTECTED] wrote on 27/09/2001 19:20:24: > >> Why not put a code in that sais if a user is suspended, he can not be > removed. >> >> I presume you know that if you have someone on the userlist that is > close to >> you, and is willig to "betrade" the other ops, he could /msg x remuser >> #channel username, and then /msg x adduser #channel username level, and > his >> suspension is cancelled. >> >> > > The downside of this is you can essentially "Lock" a person into being > added in a channel without their consent, just by suspending them - > they'll be unable to remove themselves from #!!!!!!!!!!hot-turtles. You > could make it so that self-remuser's still work, however you're left with > the same problem :) > > Greg >
