View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000092 | unreal | ircd | public | 2002-03-16 23:08 | 2015-05-27 18:11 |
| Reporter | light | Assigned To | syzop | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | wont fix | ||
| Platform | Ton applicalby! | OS | Not apllicable! | OS Version | Not applicable |
| Product Version | 3.2-beta7 | ||||
| Summary | 0000092: hybrid's +g mode should be implmented! | ||||
| Description | --- accept :ACCEPT <parameter> --- accept : --- accept :ACCEPT allows you to control who can send you a NOTICE or PRIVMSG --- accept :while you have user mode +g enabled. --- accept : --- accept :For +g: /QUOTE ACCEPT <nick> -- Add a permitted nickname --- accept : /QUOTE ACCEPT -<nick> -- Remove a permitted nickname --- accept : /QUOTE ACCEPT * -- List the present permitted nicknames --- accept :End of /HELP. | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
| related to | 0002111 | resolved | Flood protection (umode +f) for webtvs |
|
|
Whilest I have never seen Hybrid, this does seem to be a good idea-- if a tad pointless... Personally couldnt find a use for it, but good in theory :P w00t |
|
|
well kinda like having an except field for the client's ignore command something like /ignore * except nick1 nick2 nick3... but why should this be done by the server ? ... cpu waste, for me and like w00t I can't find any use in this |
|
|
http://devel.unrealircd.org/~codemastr/TODO it's already on codemastr's todo list :p |
|
|
Well I'm personally also not a big fan of this, otherwise I would already have implemented it already ;). Yes it is on codemastr's TODO list, but don't take the TODO list _too_ seriously, some things are already on it for half a year, some things on it won't even be in 3.2 final.. it's more like.. a list of things where he/we can look at if he/we are bored ;p. |
|
|
3.2 will get final? ;D |
|
|
this looks like the "silence" command ... only in the other way. there exists a module "m_privdeaf" with adds Usermode +D (makes it so you can not receive non-channel privmsgs or notices" perhaps someone can merge this stuff into a new "m_allow.c" :-) |
|
|
My question is... how would this cooperate with the SILENCE function? For example, I set my nice "allowed addresses only" usermode or whatever (not +g since that's globops_listen, we'll need to pick a different umode for it, or move globops's +g to an snomask). Would it be like I:Line/allow{} vs. K:Line/ban user{} (SILENCE overrides ALLOW), or +b vs. +e (ALLOW overrides SILENCE)? I think that when this usermode is set, the former is more appropriate since SILENCE would be useless otherwise, and when the mode is not set, the latter would be more appropriate since ALLOW would be useless otherwise. Probably a bit more complex than you'd like, so naturally I can understand if you just go one way or the other regardless of the state of whatever usermode. |
|
|
Well it seems pretty simple to me. If the user has +g set, then it's equivilent to having *!*@* on your SILENCE list. If you set -g, then the allow list is not used. It's not a true exception list. It's a "reverse" silence list. So if you're not +g, the ALLOW list is ignored. If I remember, that's how Hybrid does it. |
|
|
Ok, but what I'm basically asking is: Private: [email protected]- spamspamspam Private: [email protected]- blablabla Private: [email protected]- spamspamspam Private: <[email protected]> Can you help me get rid of this virus? ->/umode +g ->/silence +*!*@some.host.net ->/allow +*!*someone@*.host.net Would the allowed user still be able to message me, or would the silence entry block it? |
|
|
Well the way I see it, once +g is set, the SILENCE list is ignored. So yes, he would be able to msg you. |
|
|
Ok, I think that somewhat makes sense then :) . |
|
|
im presumming of course regradless if they use +g or silence opers and servers will be able to override, considering webtv is a pain needing +V set on it etc. |
|
|
You know, I did think of one thing... One thing about hybrid's +g is that when a user attempts to /msg a +g user, that user is notified via numeric 718 that someone tried to message him (and then a one minute delay must pass before the numeric will be sent again - no matter who messages or how often). I think it might be useful that if a user messages me and is on my SILENCE list, that numeric is not delivered regardless of if the one minute delay has passed or not (or hasn't even started yet). So, for example: -> :aquanight MODE aquanight +g <Insert a /msg attempt by another user here.> <- :server.name 718 aquanight SpamBot [email protected] :is messaging you and you have +g. <Insert several more /msg attempts by same and other users. Numeric is not sent again until one minute passes.> <- :server.name 718 aquanight SpamBot [email protected] :is messaging you and you have +g. <Insert several more /msg attempts by same and other users. Numeric is not sent again until one minute passes.> -> SILENCE +*[email protected] <- [email protected] SILENCE +*[email protected] <Insert attempt by bot to /msg. No numeric delivered because of SILENCE entry. Optionally the one minute delay can be activated again, but I'm not sure if it would make sense here...> So that way, I can +g, but I can use SILENCE to continue to block this "caller id" notice for particularly annoying users. |
|
|
Haven't seen many people ask for this feature. I'm closing it. It can be completely done in a module though, if anyone needs it. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-11-14 04:06 | w00t | Note Added: 0004026 | |
| 2003-11-14 10:20 | mister | Note Added: 0004028 | |
| 2003-11-14 13:52 | m0wl | Note Added: 0004029 | |
| 2003-11-14 15:40 | syzop | Status | feedback => acknowledged |
| 2003-11-14 15:47 | syzop | Note Added: 0004031 | |
| 2003-11-14 17:16 | m0wl | Note Added: 0004033 | |
| 2003-11-15 06:31 | DukePyrolator | Note Added: 0004035 | |
| 2004-10-07 19:38 |
|
Relationship added | related to 0002111 |
| 2004-10-08 04:40 | aquanight | Note Added: 0007910 | |
| 2004-10-08 14:11 |
|
Note Added: 0007916 | |
| 2004-10-08 14:47 | aquanight | Note Added: 0007922 | |
| 2004-10-08 18:16 |
|
Note Added: 0007924 | |
| 2004-10-09 05:54 | aquanight | Note Added: 0007929 | |
| 2004-10-09 18:51 | White_Magic | Note Added: 0007932 | |
| 2004-12-22 20:14 | aquanight | Note Added: 0008659 | |
| 2015-05-27 18:10 | syzop | Note Added: 0018352 | |
| 2015-05-27 18:10 | syzop | Status | acknowledged => closed |
| 2015-05-27 18:11 | syzop | Assigned To | => syzop |
| 2015-05-27 18:11 | syzop | Resolution | open => wont fix |
