[IRCServices] prefix aq

[Bergee]

Andrew Church wrote:
>      As far as I can tell, the latest release of Services works fine with
> Unreal 3.2rc2.  Are you aware of any problems?

	I use Unreal3.2 with PREFIX_AQ defined.  I believe that he is talking 
more about the fact that Unreal with PREFIX_AQ defined now gives symbols 
to usermodes +q and +a, making the fact that services gives out +qo and 
+ao respectively rather pointless.  Although I wouldn't call that 
broken... Unreal also calls +a channel admin instead of protection, 
which is somewhat confusing.

	While I'm on the subject of things about Unreal that IRCServices 
doesn't support, there is also channel mode +T that disable notices to a 
channel that you currently cannot use the mlock to control.

	Thinking more about it, IRCServices also does not support the Unreal +f 
channel mode correctly (it uses the old paramaters).  Although I think I 
remember you saying you were waiting for them to stabalize that before 
updating the code to support it.

	I kind of forgot about this, but as I was writing this, I rememeber the 
extended channel bans that unreal supports, which /msg ChanServ UNBAN 
won't remove (because it doesn't know what they are.)  You can check out 
http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes 
for a list of them.

	So I guess this ended up being a little bit longer than I thought it 
would, most of this stuff is more of an "annoyance" than "doesn't work", 
but I guess that depends on your point of view.

Bergee

P.S. I was also having a problem where rehashing IRCServices would cause 
the help for NickServ REGISTER to start displaying part of the help for 
NickServ UNSET.  Has anyone else has this problem?