View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001698 | unreal | ircd | public | 2004-04-01 14:38 | 2005-02-25 10:19 |
| Reporter | DukePyrolator | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | open | ||
| Summary | 0001698: /silence for ignoring channel messages ? | ||||
| Description | Hi, at the moment, only privmsg is ignored with silence. Is there a way for a complete server-side ignoring including channel messages? the reason is: I'm writing a little module for anope services which use svssilence for ignoring users. I think it would be nice if I can store my ignore list on the server. So I dont have to update all my clients (on different computers) every time a user is added or deleted from ignorelist. | ||||
| 3rd party modules | |||||
|
|
i was hoping maybe a extended system, would be made for the silence command since webtvs ursers have problems with floods, something like... /msg IRC Silence +u <*somemaskhere*> - for usernames/idents /msg IRC Silence +h <*.somehost/wholehost> - for ips /msg IRC Silence +n <nickname> - for nicknames along side the umodes +d and +D, i think this would benefit all users, but webtvs is the reason i ask. DukePyrolator - umode +d will stop channel messages but only " all " channels not one. perhaps a command such as.. /msg IRC Silence +c <#Channelname> would do that, but all in all, why ignore a channel, u would be as well parting that channel, btw |
|
|
@White_Magic: I dont want to ignore complete channels ... I want only ignore some users in this channels. Example: if I have a user "test" in my silence list, I will not receive any notices or personal messages from him ... but I can see all, what he is speaking in my channels. |
|
|
maybe if they did the system they could allow something along the lines as.. /msg IRC Silence +d #channel <nickname/host/*somemask*> which would affect that channel only, in more hopes multi channel support. /msg IRC Silence +d #channel(1),#Channel(2),#Channel(3)<nickname/host/*somemask*> |
|
|
--DukePyrolator-- @White_Magic: I dont want to ignore complete channels ... I want only ignore some users in this channels. Example: if I have a user "test" in my silence list, I will not receive any notices or personal messages from him ... but I can see all, what he is speaking in my channels. ----------------- Well, if you're a chanop... /userhost <victim> /mode #<chan> +b *!*@<address> Of course, that'd silence him for everyone, but it would nonetheless work. |
|
|
Can we get rid of this one? First of all I don't like the idea. Second, it would consume way too much cpu since for every channel recepient the (special) silence list would have to be checked. Since this is the routine where pretty much the most cpu is spent (well, where we have control of), I really doubt that's a good idea. |
|
|
I tend to agree. This is the reason why clients have added /ignore commands. |
|
|
I have now a module for it. It works great. The bad thing: I have to modify the unreal source to make it work (adding a new hook) and it consumes a lot of cpu power. The module checks the silence lists of every user in the channel each time a message is send to the channel. If I send a message to a chan with 500 users, the IRCd have to check 500 silencelists. So its recommended only for small-sized networks. :-) Now I'm thinking about a module for anope to store the silence list in a mysqldb and activate it on /nickserv identify :-) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-04-01 14:38 | DukePyrolator | New Issue | |
| 2004-04-01 17:16 | White_Magic | Note Added: 0005711 | |
| 2004-04-01 23:32 | DukePyrolator | Note Added: 0005714 | |
| 2004-04-04 13:23 | White_Magic | Note Added: 0005738 | |
| 2004-04-05 13:33 | aquanight | Note Added: 0005742 | |
| 2005-02-24 22:46 | syzop | Note Added: 0009285 | |
| 2005-02-25 00:13 |
|
Note Added: 0009296 | |
| 2005-02-25 00:27 | DukePyrolator | Note Added: 0009297 | |
| 2005-02-25 10:19 | syzop | Status | new => closed |