View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002955 | unreal | ircd | public | 2006-06-07 00:03 | 2015-05-27 18:20 |
| Reporter | tabrisnet | Assigned To | syzop | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | wont fix | ||
| Platform | Linux/x86 | OS | Debian Linux | OS Version | testing |
| Product Version | 3.2.5 | ||||
| Summary | 0002955: Allow remote-queries for /MAP and /LINKS | ||||
| Description | Per the RFC, certain server status commands like LINKS should accept parameters to request that a different server answer the query. Now, some of the commands mentioned there, UnrealIRCd does do so. Notably VERSION, MOTD, STATS, and TIME. LUSERS does, but doesn't seem to comply fully. It doesn't seem to allow limiting by server-mask for the counts. To be honest, I don't much care about that, even if it is potentially useful. I do care about LINKS, and even better if MAP (which is not in RFC2812) were to support this. then I could /map main-hub.network.tld, and get a more 'sane' looking map. It's all about perspective. | ||||
| Additional Information | For users who are stumbling across this bugreport/feature-request, google for RFC1459, as well as RFC2812 (as well as RFC2810, RFC2811, and RFC2813) | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
|
|
The RFC2811-RFC2813 are widely unaccepted in the IRCd communitity as they were done in a closed manner without cooperation, only by the IRCnet developers. However, the idea sounds okay, but can't you basically make the map out yourself with the output you get? |
|
|
Sure, I can see the map either way. just some arrangements 'make more sense'. I won't say it's _really important_. But it would be convenient. And yeah, I'll admit, there were a couple cases when doing SurrealServices (not that I remember which ones atm) that I decided that 1459 was more relevant. Also, the LINKS command is the same in RFC1459 (section 4.3). Oddly, LUSERS is only mentioned in numerics, but not as a command. Possibly an oversight on their part. |
|
|
/ignore RFC* /map would be nice, I thought we already had a patch in the queue once, but maybe it got rejected due to other reasons (style, and such), I forgot. (nevermind about it ;p). Then I guess /links as well. I'll rename the bugreport a bit. EDIT: spelling |
|
|
Issue dropped for now. I realized RPL_MAP and those other numerics use 006 and such, that would mean for a remote server it would have to be mapped to 106... I'm not really in the mood for that crap. I'll leave it alone for now, it's not something I'll do quickly like now. (I've put asside remote links as well, even though that might go fine, I don't care) |
|
|
doesn't sound terribly useful. closing. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-06-07 00:03 | tabrisnet | New Issue | |
| 2006-06-07 01:31 |
|
Note Added: 0011902 | |
| 2006-06-07 01:45 | tabrisnet | Note Added: 0011903 | |
| 2006-06-07 06:03 | syzop | Note Added: 0011911 | |
| 2006-06-07 06:04 | syzop | Severity | minor => feature |
| 2006-06-07 06:04 | syzop | Status | new => acknowledged |
| 2006-06-07 06:04 | syzop | Product Version | 3.2.4 => 3.2.5 |
| 2006-06-07 06:04 | syzop | Summary | RFC Compliance, RFC 2812 Section 3.4 => Allow remote-queries for /MAP and /LINKS |
| 2006-06-07 06:04 | syzop | Relationship added | child of 0002936 |
| 2006-06-07 06:05 | syzop | Note Edited: 0011911 | |
| 2006-11-04 18:20 | syzop | Note Added: 0012589 | |
| 2006-11-04 18:20 | syzop | Relationship deleted | child of 0002936 |
| 2015-05-27 18:19 | syzop | Note Added: 0018357 | |
| 2015-05-27 18:19 | syzop | Status | acknowledged => resolved |
| 2015-05-27 18:19 | syzop | Resolution | open => wont fix |
| 2015-05-27 18:19 | syzop | Assigned To | => syzop |
