I would hope that any proposed fumctionality like this could be disabled (if implemented).
As you have already stated, too many different ways of things being implemented across different IRC daemons.
Unfortunately there are other considerations:
1) under multiserver working, you may use a network/server where you are not using either your mnick or anick. That was pointed out to me by someone I was in a chat discussion with.
2) there is also a scenario I have encountered on both unreal and inspirc where you get the raw 433 (nick is already in use) and it is a previous 'ghosted' session, but when the server registration period is completed (after user counts raw 251 etc on both of those deamons) and when you try to ghost/recover your nick, Anope sends a NOTICE informing you that the nick is no longer in use (it's a diffent message between different Anope versions). Basically your ghost session timed out before you tried to ghost it.
Given how much can be changed at the server and services ends then I think it might be impractical, even dangerous to add this.
When it comes down to it, this is an easy problem to write code even a scriptlet for, especially since each user can amend it to deal whith their daemon encountered, so why add the complexity to the client where nobody can touch/fix it for a new or different situation.
In light of these, and potentially other 'pit falls' I would suggest giving this idea miss. Just my opinion and therefore as valid/invalid as anyone else's.
Last edited by Erasimus; 31/01/19 05:23 PM.