Locking +s on it? That's ridiculous. Local channels are just like global channels, except they are local channels, setting +s on it is like setting +s on the global channels. What use would a channel be if it were +s when used.<BR><BR>----- Original Message ----- <BR>From: "Rachel Llorenna" <RACHIES@GMAIL.COM><BR>To: "Mailing List: ircd-hybrid" <HYBRID@LISTS.IRCD-HYBRID.ORG><BR>Subject: Request for comments: +s locking for local channels <BR>Date: Wed, 30 Mar 2005 06:55:13 -0500 <BR><BR>> <BR>> Local channels are a flaw in serverhide, because you can simply /whois <BR>> remote.server user repeatedly for every linked server. If a local <BR>> channel shows up, you know that the user must be on that server. <BR>> Currently, a directive called disable_local_channels prevents the <BR>> creation or use of local channels to prevent this from happening. <BR>> <BR>> Instead of completely disabling local channels, why not simply lock +s <BR>> on it, not permitting users to remove it? That way, it will never show <BR>> up in /whois, local or otherwise, removing the threat to serverhiding. <BR>> <BR>> What might be even easier is to patch the m_whois.c code so that it <BR>> does not display local channels if a config file is specified, <BR>> hide_local_channels perhaps. I'm not sure how much work this will be, <BR>> but it seems like a pretty trivial change. <BR>> <BR>> What does everyone else think about this idea? <BR>> -- <BR>> Regards, <BR>> <BR>> Rachel Llorenna (frequency) <BR><BR><BR><BR><BR><BR><PRE><BR>                              ~Jack~</PRE><BR><BR>
-- 
<p>
_______________________________________________
<br>
Get your free email from <a target="_blank" href="http://www.doramail.com">www.doramail.com</a> with 30 Megs of disk space in webhosting and e-mail storage!<br>

Powered by Outblaze