Recent changes to feature-requests

Oper mode changing

Anonymous — Wed, 13 Jun 2001 13:02:42 -0000

Was wondering wat u all thought about opers being able
to change modes of a channel without having ops in
that channel.
I believe at present sprint is used able to do this
however in case of a split or some other event occurs
it might come in handy.
I have already coded this(almost finished it) so a yes
will mean i can dump it to patches.
Thanks
Ramsin(assyrian)

Virus stuff

Karl — Mon, 04 Jun 2001 23:23:58 -0000

I was thinking perhaps we could modify A:lines so that
its recorded as A:filemask:reason and do similar to
david suggested in sending the spreader a msg telling
them they are sending x virus and to goto reason for
assistance (reason would contain either a channel name
or a url), and also put some kind of flood prot in so
that the msg isn't sent to them too many times and the
notice does not goto opers over and over

-Karl

Proxy Related

James Wilkins — Mon, 04 Jun 2001 21:12:20 -0000

<--Snip Cheng Hwa's Email-->
I would like to propose that .pre13 to include the
function of scanning insecured proxy.
This is a better approach in view of the current clone
bot attacks. Even if opt is functioning, it might not
be fast enough to detect the clones.

Other networks, such as Galaxynet, have implemented
scanning of opening proxy via ircd, and have no
problem till now, except might have impact to certain
servers. Opt can continue to function parallelly.

What's the comment from the rest of the dev?
<--end snip-->

Virus related code

James Wilkins — Mon, 04 Jun 2001 21:08:35 -0000

<--Snip David Luyer's email->>
Perhaps we could have a user mode (oper only) which
reports _all_ DCCs to
the oper who takes up the mode, so that user can then
identify new viruses.

Also perhaps we should consider (originally I
considered and decided against)
making it so that when a DCC is rejected, we message
the recipient saying
"<x> tried to send you <y>, this type of file is
denied transfer on AustNet
as it is usually a virus, if you want them to send
you the file they will
have to rename the file to a less conspicuous file
type and try again".

Then we could deny some blatant *.exe *.shs *.vbs
*.scr *.pif etc on a
long-term basis rather than just for monitoring.
<--end Snip-->

MODE_REGULATE

Steve — Tue, 17 Apr 2001 07:50:27 -0000

It would be handy if channel MODE_REGULATE was
bypassed for U:Lines. This would be handy so that
U:Lines could still be seen by non-voiced/opped users.

For example, on austnet, if ChanOP is not in the
channel while +r, and the channel is suspended or
dropped, the information on suspend/drop is not seen
by non-opped users.

Similar with GameOP - can not be seen by non-
opped/voiced users.

This is not at all urgent, or really badly needed. But
it would be good :-)