1. Opermasks-
Purpose: better organization of irc staff, clears usermodes allowing for expansion through modules, etc.
Function:
/mode +o +o = Server Op (LocOp)
+o +O = GlobOp
+o +s = ServicesOp
+o +n = NetworkOp (new level)
+a +c = Co-Server Admin
+a +a = Server Admin
+a +s = Services Admin
+a +n = Network Admin
I completely and totally disagree. In my mind, Unreal has far too many levels as it is. I don't want to see more added. I really see no reason for a "Network Op" as you suggest. What precisely makes a network op different from a regular oper?
2. /redirect for Server admins (a-la PTlink IRCd, VERY useful. Will redirect clients on one server to another one so long as there are c/n lines for it.)
Indeed, this just sends RPL_REDIR. This is a suggestion to the client, a client can (and many do) completely ignore this message. Others treat it as a suggestion and will prompt the user to switch rather than doing it automatically.
3. Config option to prevent your operators from leaving operator chan (without first setting -o and assuming there is an oper-auto-join channel set. NetAdmins would be excluded from this. This is good to ensure your operators stay in the oper chan for important news, etc on networks whos staff support this.)
Not possible. Of course, we can prevent the PART from succeeding. However, clients do not test if the PART succeeded. When you click the X, the window is closed. Therefore, you don't know you are still in the channel, but you really are (the PART was denied). As a result, all this feature would do is break things. Furthermore, if your network has a rule that says opers must be in the oper channel, and they break that rule, then perhaps you need new opers. And even more so, news broadcasts are why commands like /wallops, /globops, /locops, /adchat, /nachat, and /chatops exist. There really is no reason to force opers to be in a channel as IRC already has many means for important news messages to be broadcasted.
4. chanmode +A extension: +A by itself allows any admin in. +A S allows services admins and netadmins, +A N allows only netadmins in.
You can't simply go and add a parameter to an existing mode. It would break compatibility with many clients. But again, in my mind +A is unnecessary as well. If you tell your opers "You are not allowed to go to #admins" and they decide to go there anyway, then you need new opers.
5. Config option to have the ircd to never show a real users hostname shown on a forced rejoin if hostchange is set to force-rejoin. This is to save users from a possible exploit in anope's services when they deactivate their hostname and it clears x mode from them, and the rejoin is broadcasted to all users, compromising his hidden hostname.
Not really sure what you mean here. However, if the services are clearing +x, then perhaps that's the problem, not the fact that Unreal does what it is told.
6. config option to allow only nickserv-registered users to /oper [UNLESS services server is absent then this takes no effect regardless of setting]
That's a real judgement call. Some services require you to /oper before identifying, or you won't get access to operserv. But anyway, this could be implemented rather easily in a module.
.