View Issue Details

IDProjectCategoryView StatusLast Update
0001834unrealircdpublic2004-07-06 17:49
Reporterbleepy Assigned Tocodemastr 
PrioritynormalSeveritytrivialReproducibilityalways
Status resolvedResolutionfixed 
PlatformWindowsOSXPOS Version2600
Product Version3.2 
Summary0001834: Problem with user@host format in operhosts
DescriptionI 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 ReproduceFollow information above.
Additional InformationNone.
TagsNo tags attached.
3rd party modules

Activities

syzop

2004-05-24 11:28

administrator   ~0006399

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.

codemastr

2004-06-01 16:39

reporter   ~0006522

I suppose implementing this would be easy enough... just send a SETIDENT if @ is found.

codemastr

2004-07-06 17:49

reporter   ~0006898

The /vhost ident problem is fixed, and ident@host is now supported in set::hosts as of .92

Issue History

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 codemastr Note Added: 0006522
2004-07-05 17:50 codemastr Status new => assigned
2004-07-05 17:50 codemastr Assigned To => codemastr
2004-07-06 17:49 codemastr Status assigned => resolved
2004-07-06 17:49 codemastr Resolution open => fixed
2004-07-06 17:49 codemastr Note Added: 0006898