<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2010-09-03 15:33:12]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugs.unrealircd.org/</docs>
<description>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Unconfirmed)</description>
<link>http://bugs.unrealircd.org/</link>
<title>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Unconfirmed)</title>
<image>
<title>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Unconfirmed)</title>
<url>http://bugs.unrealircd.org/images/mantis_logo_button.gif</url>
<link>http://bugs.unrealircd.org/</link>
<description>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Unconfirmed)</description>
</image>
<category>unreal</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2010-09-03T15:33:12+02:00</sy:updateBase>
<item>
<title>0003886: Some modules to secure irc networks with young teens using them</title>
<link>http://bugs.unrealircd.org/view.php?id=3886</link>
<description>A mode to restrict channels to certain age limits. &lt;br /&gt;
E.g. /mode #example +Y 18+:a | /mode #example2 +Y 13-17:a&lt;br /&gt;
&lt;br /&gt;
Or gender related channels&lt;br /&gt;
E.g. /mode #examplemale +Y 18+:m | /mode #examplefemale +Y 18+:f&lt;br /&gt;
&lt;br /&gt;
Would need usermode +y to allow people to join the +y channel&lt;br /&gt;
&lt;br /&gt;
and a module for performing a lookup into a remote/local (My)SQL that forces all users to authenticate to their nick before connecting so that the previous module would work.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3886</guid>
<author>DarkPhantom &lt;DarkPhantom@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3886#bugnotes</comments>
</item>
<item>
<title>0003578: non-registered user jail</title>
<link>http://bugs.unrealircd.org/view.php?id=3578</link>
<description>The idea here is that users connect, and may be designated with a jail-ID (non-unique) that identifies how they connected. I don't care if this is done via services or something. Then they are limited to joining channels with chmode +J jail-ID.&lt;br /&gt;
&lt;br /&gt;
If they register their nicks (or some other action that may be services defined) they are unjailed, and can join channels freely.&lt;br /&gt;
&lt;br /&gt;
Another way of looking at this is as an inverse to +R, where most channels cannot but joined unless they are registered. Except that I'd rather it not be requiring a reg'd nick to join, just that we know who they are.&lt;br /&gt;
&lt;br /&gt;
This would be used to a) prevent website portal users from overrunning the network, but allow them to remain in peace b) make it a lot harder for klined users to evade (they can't join any channels, so they can do a lot less damage).&lt;br /&gt;
&lt;br /&gt;
I'd _like_ this feature _right now_ but I wouldn't really expect this to exist until 4.0.&lt;br /&gt;
&lt;br /&gt;
To try to make this sound a little less 'out there' understand that a lot of the point of this is to make IRC identities mean a lot more. Right now it's much to easy to be on the network but unidentified, or to fake being another user. Thus we need better identity management.&lt;br /&gt;
&lt;br /&gt;
This doesn't necessarily mean tying identity to real-world identity (that's a per network decision) but rather that we know that a) badPerson cannot come back an wreak havoc no matter what they do b) that randomPerson today is the same randomPerson as last week.&lt;br /&gt;
&lt;br /&gt;
If possible, I may try to implement this feature, likely as a module (that I'd like to see become standard). Otoh, it may not be able to be implemented as a module, as it would require modifying the User struct, among other things.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3578</guid>
<author>tabrisnet &lt;tabrisnet@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3578#bugnotes</comments>
</item>
<item>
<title>0003563: Support for messages to ~#channel and &amp;#channel</title>
<link>http://bugs.unrealircd.org/view.php?id=3563</link>
<description>Unreal 4 should support STATUSMSG to +q and +a levels of a channel, as this is supported in Unreal 3</description>
<guid>http://bugs.unrealircd.org/view.php?id=3563</guid>
<author>danieldg &lt;danieldg@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3563#bugnotes</comments>
</item>
<item>
<title>0003531: Email Address is Forced on K-Line - if it can be made to have it optional</title>
<link>http://bugs.unrealircd.org/view.php?id=3531</link>
<description>The Email Address is Forced on K-Line and Unreal needs it for it to start.  The G-Line Email Address is optional.&lt;br /&gt;
&lt;br /&gt;
kline-address &quot;set.this.email&quot;; -- in the set block&lt;br /&gt;
&lt;br /&gt;
Some networks don't have an Email Address for K-Lines etc.&lt;br /&gt;
&lt;br /&gt;
It would be great if Unreal could have the K-Line Email Address to be optional and not have it Forced on.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3531</guid>
<author>Casey &lt;Casey@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3531#bugnotes</comments>
</item>
<item>
<title>0003491: report channel</title>
<link>http://bugs.unrealircd.org/view.php?id=3491</link>
<description>a new mode for report channel&lt;br /&gt;
&lt;br /&gt;
* only IRCops can set this mode&lt;br /&gt;
&lt;br /&gt;
:-- scenario 1 --:&lt;br /&gt;
&lt;br /&gt;
assumes +M is a new mode&lt;br /&gt;
when +M is set&lt;br /&gt;
&lt;br /&gt;
channel op and voices can receive all messages&lt;br /&gt;
however, users without op or voices will only be able to receive messages from channel op and voices&lt;br /&gt;
&lt;br /&gt;
:-- senario 2 --:&lt;br /&gt;
&lt;br /&gt;
assumes +D is a new mode&lt;br /&gt;
when +D is set&lt;br /&gt;
&lt;br /&gt;
which means&gt; &quot;+D #ircops&quot; is set on #report&lt;br /&gt;
&lt;br /&gt;
all messages send to this channel will be diverted to #ircops without showing at #report&lt;br /&gt;
&lt;br /&gt;
where mode &quot;+D #ircops&quot; is shown to channel operators and ircops&lt;br /&gt;
and mode &quot;+D&quot; only is shown to non-channel operators</description>
<guid>http://bugs.unrealircd.org/view.php?id=3491</guid>
<author>Jumbo &lt;Jumbo@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3491#bugnotes</comments>
</item>
<item>
<title>0003532: Suggestion for /*line commands</title>
<link>http://bugs.unrealircd.org/view.php?id=3532</link>
<description>I haven't looked closely at 3.2.7, 3.2.8, 3.3 or 4, but as far as I know /*line commands all use glob masks(You know what I mean even if I did use the wrong term). Being able to choose from more than one textmatching system could be nice, e.g. glob, TRE regex, whatever regex U4 uses if it's different, some other one that people like...&lt;br /&gt;
&lt;br /&gt;
The command would then take one more optional parameter, e.g.&lt;br /&gt;
&lt;br /&gt;
KLINE &lt;hostmask or nick&gt; [time] [type] &lt;reason&gt; &lt;br /&gt;
&lt;br /&gt;
where type would be glob, TRE etc.&lt;br /&gt;
&lt;br /&gt;
This would be most useful when I want to /*line someone who is better caught by a regex than by a glob mask, or a regex would have less collateral damage, e.g. @203\.148\.6[78]\. is more specific than *@203.148.6?.*</description>
<guid>http://bugs.unrealircd.org/view.php?id=3532</guid>
<author>Shining Phoenix &lt;Shining Phoenix@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3532#bugnotes</comments>
</item>
<item>
<title>0003202: Allow remote includes anywhere a file is expected</title>
<link>http://bugs.unrealircd.org/view.php?id=3202</link>
<description>It would be great if Unreal allowed a remote include anywhere there is a file name expected. This would give admins more flexability when setting up networks, and will also give admins a way to keep all configuration in 1 place. I have seen networks that need SSL certificates and MOTDs remote included (from the TKL block), but are unable to do so.&lt;br /&gt;
&lt;br /&gt;
Related: &lt;a href=&quot;http://bugs.unrealircd.org/view.php?id=1507&quot;&gt;0001507&lt;/a&gt; &lt;a href=&quot;http://bugs.unrealircd.org/view.php?id=2832&quot;&gt;0002832&lt;/a&gt;</description>
<guid>http://bugs.unrealircd.org/view.php?id=3202</guid>
<author>Stealth &lt;Stealth@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3202#bugnotes</comments>
</item>
<item>
<title>0003504: Remote Include Backup/Caching</title>
<link>http://bugs.unrealircd.org/view.php?id=3504</link>
<description>It'd be nice if unreal4 would keep a backup copy of the remote config in case the web server went down or what not. This would be useful for rehashing / starting a server when the tubes are blocked or what not.&lt;br /&gt;
&lt;br /&gt;
Thank you and good night ;)</description>
<guid>http://bugs.unrealircd.org/view.php?id=3504</guid>
<author>TheSkorm &lt;TheSkorm@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3504#bugnotes</comments>
</item>
</channel>
</rss>
