View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001834 | unreal | ircd | public | 2004-05-24 09:48 | 2004-07-06 17:49 |
| Reporter | bleepy | Assigned To | |||
| Priority | normal | Severity | trivial | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Windows | OS | XP | OS Version | 2600 |
| Product Version | 3.2 | ||||
| Summary | 0001834: Problem with user@host format in operhosts | ||||
| Description | I was playing around with using user@host format addresses in the oper host block, and found an interesting problem. I opered up with this new host (which was "[email protected]") and I get: -hub1.my.net- *** /SetHost Error: A hostname may contain a-z, A-Z, 0-9, '-' & '.' - Please only use them That's ok, until I /whois myself, then I get: bleepy is bleepy@staff@my.net But when someone else /whois's me, they get the +x style hidden-host. Surely if /sethost returns an error, the host shouldn't be set..? The same goes for normal Vhost's in the Vhost blocks, except you don't get the extra '@'. Example: Vhost is: [email protected] Whois yourself: bleepy is [email protected] Someone else /whois's you: bleepy is <my_normal_ident>@host.net | ||||
| Steps To Reproduce | Follow information above. | ||||
| Additional Information | None. | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
|
|
The user@host stuff is simply not supported for set::hosts... I guess we should either: 1) check for it / reject it or 2) implement it. On a sidenote, the error you are seeing is probably sent by *another* server (this was already fixed) :P. |
|
|
I suppose implementing this would be easy enough... just send a SETIDENT if @ is found. |
|
|
The /vhost ident problem is fixed, and ident@host is now supported in set::hosts as of .92 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-05-24 09:48 | bleepy | New Issue | |
| 2004-05-24 11:28 | syzop | Note Added: 0006399 | |
| 2004-06-01 16:39 |
|
Note Added: 0006522 | |
| 2004-07-05 17:50 |
|
Status | new => assigned |
| 2004-07-05 17:50 |
|
Assigned To | => codemastr |
| 2004-07-06 17:49 |
|
Status | assigned => resolved |
| 2004-07-06 17:49 |
|
Resolution | open => fixed |
| 2004-07-06 17:49 |
|
Note Added: 0006898 |
