View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002267 | unreal | ircd | public | 2005-01-07 15:45 | 2007-04-27 06:22 |
| Reporter | seneces | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Summary | 0002267: Channel mode to block URL's in quit/part messages | ||||
| Description | Simple. There should be a channel mode that blocks urls in quit and part messages. To get rid of all of those annoying script advertisements and so on. I know the quit message isn't sent individually for each channel. But mode +G already will modify the quit message for all channels, so why not this? | ||||
| 3rd party modules | |||||
|
|
> Channel mode to block URL's in quit/part messages > [..] > I know the quit message isn't sent individually for each channel. But mode +G already will modify the quit message for all channels, so why not this? Hm.. I'm lost.. +G already censors quits, like you said, so what else should be done about quits? :P > Simple. There should be a channel mode that blocks urls in quit and part messages. To get rid of all of those annoying script advertisements and so on. If they are really annoying (spam), then you could of course just use spamfilter (can block parts&quits) |
|
|
[quote]If they are really annoying (spam), then you could of course just use spamfilter (can block parts&quits)[/quote] Not always possible ;) . Sometimes when you're just a user, it's not really easy to just ask an admin to add http:// or www\. to a spamfilter/badword list. I'm beginning to wonder if we really ought to have a badword list that can be set per-channel so that chanops don't have to bug ircops to add badwords etc. I think there may be nets that have this... I once saw an irc client that supported it so I'm assuming some network has it (maybe quakenet?) Basically a list mode, +w and you'd do /mode #channel +w word to add a word to the badword list or /mode #channel -w word to remove (and of course, /mode #channel +w by itself to list), but I dunno how it would interact with +G (would such a list require +G to be set? or...?) |
|
|
imho - +G has the big problem, that it has to be configured by the server-admins and so it is far out of reach for the user. there might also be slight differences between several servers on a network, how their admins are using the +G-wordlist and so on. Maybe a customizable list-channel-mode would be a good idea... |
|
|
Sure, I also brought it up before.. after some $decode ""worm"" was spreading in #unreal-support: unrealsupport.log.2004-04-05:[00:16] <Syzop[AWAY]> /mode #unreal-coders +b ~G:$decode\(.* (^^ignore the invalid regex ;p) But there are some strong reasons why not to do it: - regexes are complex, this semi-guarantees crash bugs... also the history of bugs in regexes library is quite scary (pretty much every version has crashbugs) - (some) regexes can be very slow, this could cause DoS-alike attacks - memory... IIRC every regex requires a few kb's of memory, while not a problem for spamfilter and things.. it does matter if you allow all channels to have their own regexes :P. So I don't think you'll see this anytime soon in core Unreal. That said, one could make such a module right now - it's not supereasy but it is doable (ok.. perhaps you guys don't like it as extban, but else you will have to wait like a year). |
|
|
Perhaps instead of regex, use wildcards. /mode #channel +b ~G:*$decode(*,m)* This would not be opening up the server to exploits; it is simple, so any AOL lamer can use it; and it is a good solution for a big problem. |
|
|
Indeed. I'll see if I can code such a module in the next week or so, then we'll get to see if it's popular/useful/etc :). |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2005-01-07 15:45 | seneces | New Issue | |
| 2005-01-07 15:54 | syzop | Note Added: 0008732 | |
| 2005-01-08 00:39 | aquanight | Note Added: 0008735 | |
| 2005-01-08 07:35 | medice | Note Added: 0008737 | |
| 2005-01-08 11:40 | syzop | Note Added: 0008742 | |
| 2005-01-08 15:07 | Stealth | Note Added: 0008743 | |
| 2005-01-08 16:03 | syzop | Note Added: 0008744 | |
| 2007-04-27 06:22 |
|
Status | new => closed |
| 2007-04-27 06:22 |
|
Resolution | open => no change required |
