Quote:
This is why it is essential to keep enforcing the correct limit, and instead ban *!*234567890@* on such networks.


That causes a problem related to this feature request

This mask behaves as if a 10-character Userid losing identd drops the 1 when I've always seen it dropping the 0.

Identd string: 1234567890

With Identd:
Userid 1234567890 masks as *!*234567890@*.host
Without Identd:
Userid ~123456789 masks as *!*123456789@*.host

Neither of these masks match a user in both with+without identd states. Also, even if the server doesn't allow creating ban masks of sufficient length, there still is value in being able to create the longer masks for mIRC to use internally in /guser and $ulist

I had suggested adding masks 20-29 to deal with this issue as well as preserving backwards compatibility, so perhaps masks 20-29 could instead be created to somehow deal with both the issue of 10-character Userid strings losing identd as well as the issue of longer-than-10 character userid strings.