NickServ needs to tell the ircd about identification.

[Jeremy Thurgood]

NickServ needs to set accounts (or +r, as appropriate) on identification.

[Tristan Seligmann (mithrandi)]

I'm not sure what version of InspIRCd we're currently targetting in Kali, but in 1.2, m_services is replaced by m_services_account (see <http://wiki.inspircd.org/Modules/services_account>). In m_services_account, there is no usermode 'r'; instead, registered users have the "accountname" metadata item set. Among other things, this allows us to autologin identified users on services restarted, without any complex syncing behaviour (we just respect existing accountname values), thus avoiding the "everyone has to reidentify after split or restart" problem.

In light of this, the behaviour here should be sufficiently abstract that we can easily replace "set usermode +r" with "set accountname", or whatever else. It's possible that some of this logic behaves in the protocol; I'm not entirely certain of the optimal code factoring.

[Jeremy Thurgood (jerith)]

It's trickier than that. The services_account module lets you change your nick, but still be identified with the old one. Thus, we need to handle differences between nick and account sanely. How do other services deal with this?

I think if we can properly handle the accountname stuff, +r becomes a special case we can deal with in the protocol layer (or maybe an intermediate layer between protocol and controller?) by restricting accounts to the nicks they match.