View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003532 | unreal | ircd | public | 2007-09-17 03:27 | 2015-07-09 19:29 |
| Reporter | Shining Phoenix | Assigned To | syzop | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Product Version | 4.0-devel | ||||
| Summary | 0003532: Suggestion for /*line commands | ||||
| 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... The command would then take one more optional parameter, e.g. KLINE <hostmask or nick> [time] [type] <reason> where type would be glob, TRE etc. 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?.* | ||||
| 3rd party modules | |||||
|
|
3.2* already has this. Use *line for globs. If you want regex, /spamfilter + u. It will be the same for U4. There's no sense in confusing things more when there's already options. Your example: /spamfilter + u gline 1d reason_here @203\.148\.6[78]\. You don't need to worry about the spamfilter placing wide glines, it'll only do *@<ip> each time it fires (or if you're that paranoid, set action = kill, turn off snomask +S if the snotices bug you). |
|
|
Also to note TRE expressions take a lot of memory, as well as not all opers know regex... It's really easy for someone who doesn't know regex to ban the whole network because they gave Unreal a broken regex. This is some of the reason for wanting a can_spamfilter flag in Unreal 3.3 when we were working on it. |
|
|
I know that spamfilter type u can do the job, but I don't want an snotice each time it fires and don't want to turn off snomask S. Whether or not someone is allowed to do a *line with regex instead of glob could be governed by the can_spamfilter flag. |
|
|
version=>4.0. Not something for Unreal32, I'll leave it to the U4 guys to decide if they want this... |
|
|
I understand the request but I think it's fine what we have. spamfilter u and the rest stay as-is. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-09-17 03:27 | Shining Phoenix | New Issue | |
| 2007-09-17 18:02 | aquanight | Note Added: 0014779 | |
| 2007-09-17 18:33 | Stealth | Note Added: 0014780 | |
| 2007-09-17 19:37 | Shining Phoenix | Note Added: 0014782 | |
| 2007-11-29 19:12 | syzop | QA | => Not touched yet by developer |
| 2007-11-29 19:12 | syzop | U4: Need for upstream patch | => No need for upstream InspIRCd patch |
| 2007-11-29 19:12 | syzop | U4: Upstream notification of bug | => Not decided |
| 2007-11-29 19:12 | syzop | U4: Contributor working on this | => None |
| 2007-11-29 19:12 | syzop | Note Added: 0014864 | |
| 2007-11-29 19:12 | syzop | Product Version | 3.2.6 => 4.0-devel |
| 2015-07-09 19:29 | syzop | Note Added: 0018447 | |
| 2015-07-09 19:29 | syzop | Status | new => closed |
| 2015-07-09 19:29 | syzop | Assigned To | => syzop |
| 2015-07-09 19:29 | syzop | Resolution | open => no change required |
