
Add NUKE command to memoserv to trash an entire senders
memos or the entire list.

Add BLOCK command, with settings, to allow specific
nicks to send memos to recipient using BLOCK. Allow
blocks parameters to specificaly allow or deny with
a list of registered nicks. BLOCK probably won't make
much sense unless it's used to specificaly allow nicks
as anyone determined to harrass will simply register
a new nick.

Add flood watch, abuse protection, for services.

Allow setable loging facility to log specific types
of events to different administrative/services channels,
to split up the work amongst opers.

Make sure the dynamic creation of channel keys in the
transient channels hash doesn't pose a problem. This
spontanious creation happens when an action takes place
for or on an administration channel that requires more than
base key checking. Like if somebody changes the +k or any
other modes on the admin channel, it immeditatly becomes
listed in the transient channels hash, I think.

Apparently bans can have a ? for a single character.  I
haven't checked for this in my mask routines or anywhere
else.  We'll see what happens.

Remove kill switch from transient nicks hash when getting
notice message of inactive secure nicks feature.  Am I sure
about this?  I forget of my code checks an empty kill to know
if it needs to send a notice of ownership... we'll see.

The following are bogus nicks that show up on the nicks
hash. PROTOCTL messge causes bogus nick in nicks hash. Fix it.
Remote server name becomes a bogus nick in the nicks hash.  Fix it.
Found nick '2' in nicks hash... weird, josh helped with this one.

SQUIT remote server may cause datawrite, look into this.

Get rid of the busted fork() for win32.  I use it dump the hashes to
a file in a seperate process so the server can continue listening
but that's because the DBM modules don't seem to like keys of keys.
Maybe ODBC instead?.  Maybe I'll write something in assembler *sigh*,
thought those days where gone.  I've generated something I call spoon()
to deal with the win32 busted fork.  Later I'll add a feature for those
that don't have win32::Process , using open2() instead of spoon but they'll
have that ugly console in the way.  What can you do eh?

Add the open2() command for those system that don't support win32::Process





