unreal-users

[Unreal-users] Errrr, spamfilter at user level question

[droolin <dr...@ad...>]

I ummm, did a huge oops today trying to set a spam filter at a user level.
Basicatly, I cleared the playing field.  The network.  So, my question is
this.
We have a problem with spam bots which have the following types of nicks:
Susan_99 or Susan^99.  First letter is upper case, followed by lower case.
Special symbol and then two numerics. 
In an eggie I have written, I use the following regexp to wack these
suckers. [A-Z][a-z]+[_|^][0-9][0-9]
Using this regexp, I tried to apply it to a spam filter level in the form
of:
[A-Z][a-z]+[_|^][0-9][0-9]!*@* 
My screen rolled, and that's no word of lie as the network cleared of all
users basicatly. Sooooo....
Umm, can I set this spam filter at the user level with this regexp???  If
so, how. Or, should I leave well enough alone.  And let the eggie deal with
these specific nicks.

Any help would be most appriceated.

Droolin

[Unreal-users] RE: Unreal-users digest, Vol 1 #917 - 2 msgs

[droolin <dr...@ad...>]

Thank you,
	Very much appriceated.

	drool

-----Original Message-----
From: unr...@li...
[mailto:unr...@li...]On Behalf Of
unr...@li...
Sent: Wednesday, November 24, 2004 12:05 AM
To: unr...@li...
Subject: Unreal-users digest, Vol 1 #917 - 2 msgs


Send Unreal-users mailing list submissions to
	unr...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/unreal-users
or, via email, send a message with subject or body 'help' to
	unr...@li...

You can reach the person managing the list at
	unr...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Unreal-users digest..."


Today's Topics:

   1. spam list question on regular expresions (droolin)
   2. Re: spam list question on regular expresions (Bram Matthys (Syzop))

--__--__--

Message: 1
Reply-To: <dr...@ad...>
From: "droolin" <dr...@ad...>
To: "Unreal-Users" <unr...@li...>
Date: Tue, 23 Nov 2004 19:19:58 -0500
Subject: [Unreal-users] spam list question on regular expresions

This is a multi-part message in MIME format.

------=_NextPart_000_0002_01C4D191.6BE5C560
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I follow a couple of security e-mails on irc, and see that there is a new
spam bot out that is posting a couple of web sites.  But, the web address's
are in both upper and lower case.  Which, I'm sure is to get past the spam
filters.
My question is this:  When we define the regex in the spam filter, can we
specify flags/switch's that turns off case sensitivity????  Like perl has?

One of the things I want to match against is this:
Www.Video.Such.Info

But, because they could just change any of the letters to be upper and lower
case.  I would like to specify a switch in the regular expression to turn
off case sensitivity.

droolin


------=_NextPart_000_0002_01C4D191.6BE5C560
Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

eJ8+IjoAAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANQHCwAXABMAEwAAAAIAJQEB
A5AGALQGAAAiAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB
AAAAKQAAAHNwYW0gbGlzdCBxdWVzdGlvbiBvbiByZWd1bGFyIGV4cHJlc2lvbnMAAAAAAgFxAAEA
AAAWAAAAAcTRu0KlmEKyZBfXS1uKOX0pU5SxzgAAAgEdDAEAAAAaAAAAU01UUDpEUk9PTElOQEFE
RUxQSElBLk5FVAAAAAsAAQ4AAAAAQAAGDgAy7jG70cQBAgEKDgEAAAAYAAAAAAAAAEuZaM6R29UR
geUAwPBqCLPCgAAACwAfDgEAAAACAQkQAQAAAJ4CAACaAgAA2AMAAExaRnXcYXa2AwAKAHJjcGcx
MjUWMgD4C2BuDhAwMzNPAfcCpAT0AgBjaArAc9BldDAgCFBtDeAGBH8F4AKDAFADVBDZB20CgH2z
CoAIyCA7CW8OMDUCgCUKgXYIkHdrC4BkNB0MYGMAUAsDC7UgSSBNAhBsCQAH4GEgBaB1QQtQZSBv
ZiARMGPBCHF0eSBlLQDAAxCDBCACICBpcmMsGZD3F8AaURoQdBEABUAccASQVxoQBAAZkW4H0XMK
sG1+IAbgBUAIYByiHJEdIXAob3N0C4BnGZt3ZQ5iGlAasAeQLiAgQo8eUBvQHMEgM2FkZAlwPQQQ
Jx0xHPIDoB4BaCA9GeBwBJAb4xlhI2FjYVMRMCDRV2gN4Ggb0EkaJx3gcwhwHQN0byC+ZxFAHvAk
QByjHaRmAxBbIKARIC4KogqATRrQcZ8KUB8hG3IlsSSwczokgvsJ8CAxIAEBC4AcUhoQCXD9JgB4
IqImnRvQJDApkx2wjwWQBpAa0A7xZ3MvA+H+dBDwIkEcdAhwBjEaMBpAvyQyGlEAgR8wF2AawD8w
AfEg4ExpaxoQI1EDIBEA7HM/J6QnpE8qIRoxIVLvKPEPIAQgGRB3AHAcoSXg9wDALbEZkGcLcSZh
KMYxSJkLMHNiD0ABQHNhNgK6YwBBdQlQEpIL8DQkkCB3dy5WaQEAby7CUxgAaC5JbgIQNSrXNqAB
QDbgbgIgZQunJ7PlIQNiBZBhdS8hHMEa0PUZwWwcEGo7kAVAEPEPIP8aEABwGtAyRRoAAkAnYSXC
3ztQIy8kNTMhPDNsMHIl0f8sphmgLYQq5iqRNuAKwSrA/nAiAiiCJdEuYi6/L8Inld81jzcHCuMK
gCHwbwbwC4EXRdk6OxThAEpwAAALAAGACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAA4AI
IAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwAHgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAHN5
AQAeAAmACCAGAAAAAADAAAAAAAAARgAAAABUhQAAAQAAAAQAAAA5LjAACwANgAggBgAAAAAAwAAA
AAAAAEYAAAAAgoUAAAEAAAALADqACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAPIAIIAYA
AAAAAMAAAAAAAABGAAAAABGFAAAAAAAAAwA9gAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAAL
AFKACCAGAAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAAMAU4AIIAYAAAAAAMAAAAAAAABGAAAAAAGF
AAAAAAAAAgH4DwEAAAAQAAAAS5lozpHb1RGB5QDA8GoIswIB+g8BAAAAEAAAAEuZaM6R29URgeUA
wPBqCLMCAfsPAQAAAKYAAAAAAAAAOKG7EAXlEBqhuwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAA
TklUQfm/uAEAqgA32W4AAABDOlxEb2N1bWVudHMgYW5kIFNldHRpbmdzXHNoaXQuQUJTT0xVVEUt
SE9CN0ozXExvY2FsIFNldHRpbmdzXEFwcGxpY2F0aW9uIERhdGFcTWljcm9zb2Z0XE91dGxvb2tc
b3V0bG9vay5wc3QAAAADAP4PBQAAAAMADTT9NwAAAgF/AAEAAAA0AAAAPE5GQkJJQk9GRUxGSkpJ
S0VKSkdJTUVFT0RIQUEuZHJvb2xpbkBhZGVscGhpYS5uZXQ+AAMABhC6jm/xAwAHEPUBAAADABAQ
AAAAAAMAERAAAAAAHgAIEAEAAABlAAAASUZPTExPV0FDT1VQTEVPRlNFQ1VSSVRZRS1NQUlMU09O
SVJDLEFORFNFRVRIQVRUSEVSRUlTQU5FV1NQQU1CT1RPVVRUSEFUSVNQT1NUSU5HQUNPVVBMRU9G
V0VCU0lURVNCVQAAAAAnnw==

------=_NextPart_000_0002_01C4D191.6BE5C560--




--__--__--

Message: 2
Date: Wed, 24 Nov 2004 03:54:26 +0100
From: "Bram Matthys (Syzop)" <sy...@vu...>
To: Unreal-Users <unr...@li...>
Subject: Re: [Unreal-users] spam list question on regular expresions

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

droolin wrote:

> My question is this:  When we define the regex in the spam filter, can we
> specify flags/switch's that turns off case sensitivity????  Like perl has?

Yup, since Unreal3.2.2 (which uses TRE 0.7.0) this is possible.
You can use (?-i) to turn off case sensitivity, and
(?i) to turn it on again... eg: (?-i)test(?i)ing
would match:
testing
testINg
but not:
teSTING
TESTING

Regards,

	Syzop.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBo/fi4cPWX+btKqIRAgM+AKC3n/ZuSNpWnfmW5V27kB5aT1xvfgCeMx1k
MUa5CDMHn/0u8aoigG8jJDk=
=Spok
-----END PGP SIGNATURE-----



--__--__--

_______________________________________________
Unreal-users mailing list
Unr...@li...
https://lists.sourceforge.net/lists/listinfo/unreal-users


End of Unreal-users Digest

Re: [Unreal-users] spam list question on regular expresions

[Bram M. (Syzop) <sy...@vu...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

droolin wrote:

> My question is this:  When we define the regex in the spam filter, can we
> specify flags/switch's that turns off case sensitivity????  Like perl has?

Yup, since Unreal3.2.2 (which uses TRE 0.7.0) this is possible.
You can use (?-i) to turn off case sensitivity, and
(?i) to turn it on again... eg: (?-i)test(?i)ing
would match:
testing
testINg
but not:
teSTING
TESTING

Regards,

	Syzop.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBo/fi4cPWX+btKqIRAgM+AKC3n/ZuSNpWnfmW5V27kB5aT1xvfgCeMx1k
MUa5CDMHn/0u8aoigG8jJDk=
=Spok
-----END PGP SIGNATURE-----

[Unreal-users] spam list question on regular expresions

[droolin <dr...@ad...>]

I follow a couple of security e-mails on irc, and see that there is a new
spam bot out that is posting a couple of web sites.  But, the web address's
are in both upper and lower case.  Which, I'm sure is to get past the spam
filters.
My question is this:  When we define the regex in the spam filter, can we
specify flags/switch's that turns off case sensitivity????  Like perl has?

One of the things I want to match against is this:
Www.Video.Such.Info

But, because they could just change any of the letters to be upper and lower
case.  I would like to specify a switch in the regular expression to turn
off case sensitivity.
 
droolin

Re: [Unreal-users] unreal3.2.2 question

[tabris <ta...@ta...>]

On Wednesday 10 November 2004 11:01 pm, droolin wrote:
> We are finaly biting the bullet, and doing something that we should
> have done along time ago and upgrading our ircd. But, two options
> that we really want to use raises two questions for us.
>
<snip stuff I know nothing about>
> cloaking: We want to upgrade all servers to the new cloaking method. 
> But, all servers must be set up with the same keys.  My question to
> this is.  We go in, change all the servers.  Can we just drop and
> raise each server to get in line once all our done?  Or, do we need
> to drop the full network???
	basically you can have different cloak keys on differnet servers, but 
channel bans won't work right.
	You'll have to replace all the channel bans anyway (well, the ones that 
include the cloaked portion), so it's no real big problem. just make 
sure that after the upgrade is done all the bans are replaced, and try 
to do it as quick as possible. (iow, rebuild them all, then test on one 
or two, then restart as many as possible as fast as possible).

	HTH, do ask if more questions. I've had to upgrade 2 networks so far 
this past week.
>
> I know, kind of strange questions.  But, any help would be most
> appriceated.
>
> droolin

--
tabris
Owner surrealchat.net
Tech/Admin webchatting.com
-
"Language shapes the way we think, and determines what we can think 
about."
-- B. L. Whorf

[Unreal-users] unreal3.2.2 question

[droolin <dr...@ad...>]

We are finaly biting the bullet, and doing something that we should have
done along time ago and upgrading our ircd. But, two options that we really
want to use raises two questions for us.

Remote Includes: - We understand how to set it up, but can you have both
includes for a specific file(say a server list) on the actual server and one
that is pulled in via remote includes.  Reason for this question.  You store
your remote include files on the most stable server, and all servers get the
files from there.  You also keep a file at each server level for backup
purposes in case your remote server goes down.  What will take presidence???
The file at the server level, or the remote include?  Im just concerned that
main include server goes down, and then the individual server gags and
spews... When the gag and spew individual server comes back up online, and
the remote include is not accessable.  It needs its own file.  

cloaking: We want to upgrade all servers to the new cloaking method.  But,
all servers must be set up with the same keys.  My question to this is.  We
go in, change all the servers.  Can we just drop and raise each server to
get in line once all our done?  Or, do we need to drop the full network???

I know, kind of strange questions.  But, any help would be most appriceated.

droolin

Re: [Unreal-users] High Load on Server... any suggestions?

[codemastr <cod...@pt...>]

More information is helpful. "12-15%" is relative to what CPU you have. If 
you have a 100mhz processor, I'd say that is a very low load. If you have 32 
3Ghz processors, I'd say that's extremely high.

What speed CPU?
How much RAM do you have?
What OS are you running?
Are there other processes running on the machine? If yes, which/how many?
Is this a dedicated machine (i.e., not a shell account)?
How many users does the network as a whole have?
How many servers are on the network?
What is the network layout (hub placements, etc.)?

As for compile time "tweaks," well this of course depends on what options 
you have and/or want. For example, things like SSL are going to increase CPU 
usage. Encryption is a slow process. So if you have 1500 SSL connected 
clients, expect high CPU usage. To compensate for that, you can either 
disable SSL or install cryptographic hardware which has a processor 
dedicated to performing cryptographic functions (very expensive). Also, are 
you using ziplinks? Though compressing data does cause less bandwidth usage, 
there is a tradeoff between bandwidth and CPU. The more compression you do, 
the more CPU you use. So if ziplinks is enabled, you probably should only 
have the compression level set to about 4-5.

Other than that, I really can't give you any more suggestions until I have 
more details about the system. The problem could be any number of things, 
and without more information, I really can't limit it down.

-- codemastr
----- Original Message ----- 
From: "NightStorm" <un...@is...>
To: <unr...@li...>
Sent: Wednesday, November 10, 2004 3:53 AM
Subject: [Unreal-users] High Load on Server... any suggestions?


Hi everyone.  I have a bit of a problem here, and am hoping for some help.
One of my servers averages 1500 users... now, I expect a bit of CPU usage 
from it, of course, as there is a lot of traffic there and all.  But the 
load is constantly running at 12-15% of the CPU.
Does anyone have any suggestions on ways that I can bring down the process 
load for this server?  Tweaks in the compile or anything?

Thanks,

NightStorm 

[Unreal-users] High Load on Server... any suggestions?

[NightStorm <un...@is...>]

Hi everyone.  I have a bit of a problem here, and am hoping for some =
help.
One of my servers averages 1500 users... now, I expect a bit of CPU =
usage from it, of course, as there is a lot of traffic there and all.  =
But the load is constantly running at 12-15% of the CPU.
Does anyone have any suggestions on ways that I can bring down the =
process load for this server?  Tweaks in the compile or anything?

Thanks,

NightStorm

[Unreal-users] AntiVir ALERT [your mail: "Re: Sex pictures"]

[<AvM...@wi...>]

* * * * * * * * * * * * * * * AntiVir ALERT * * * * * * * * * * * * * * *
This version of AntiVir is licensed for private and non-commercial use.

AntiVir has detected the following in a mail from your address:

        Worm/NetSky.P worm	

The mail was not delivered.

Please remove any potential malicious software from your computer before
sending a new mail with attachments.

Mail-Info:
--8<--
 Message-Id: <200...@p1...>
 From: unr...@li...
 To: duk...@fa...
 Date: Sat, 30 Oct 2004 08:55:21 +0300
 Subject: Re: Sex pictures
--8<--


--
AntiVir for UNIX
Copyright (C) 1994-2002 by H+BEDV Datentechnik GmbH. All rights reserved.
For more information see http://www.antivir.de/ or http://www.hbedv.com/

[Unreal-users] Unreal3.2.2 released

[Bram M. (Syzop) <sy...@vu...>]

A new 3.2* stable release is out: 3.2.2.

Since it fixes quite a few bugs, it is recommended that you upgrade.

Unreal3.2.2 Release Notes
==========================

==[ GENERAL INFORMATION ]==
- If you are upgrading on *NIX, make sure you run 'make clean' and './Config'
  first before doing 'make'
- The official UnrealIRCd documentation is doc/unreal32docs.html
  online version at: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html
  FAQ: http://www.vulnscan.org/UnrealIrcd/faq/
  Read them before asking for help.
- Report bugs at http://bugs.unrealircd.org/
- When upgrading a network, we assume you are upgrading from the previous
  version (3.2.1). If you got a net running with servers that are several
  versions behind (eg: 3.2) then you might experience (desynch) problems.
  Also, if you try to use the new features, some might not work properly
  until all your servers are upgraded. It is therefore recommended to
  upgrade all servers in a 'short' timespan (x day[s], not weeks).

== [ NEW ]==
- set::hosts now supports the user@host format (ident)
- oper::modes: set individual modes on oper-up, overrides set::modes-on-oper
- SAPART and SVSPART reasons
- USERIP command: works just like USERHOST but displays (cloaked) IPs instead.
- Salted passwords: md5/sha1/ripemd160 passwords generated by mkpasswd are
  now 'salted' which makes some cracking techniques a lot harder.
  Additionally, 'md5' password encryption is now always available on *NIX.
- Channel aliases: Ability for alias { } blocks to send to a channel,
  useful for example for a /SPAMREPORT command.
- Added spamfilter 'user' ('u') target, this gets matched against the
  nick!user@host:realname mask of every user.
  Ex: /spamfilter add u gzline 86400 Please_go_away Drone[0-9]+!.+@.+:Drone[0-9]
  This would gzline any users that have both a nick and realname with 'Drone'
  followed by digits.
- Added spamfilter 'away' ('a') target.
- Oper-up notices moved to a new snomask 'o'
- Win32: can now handle (near) 4096 connections instead of 1024.
- French docs
- Module coders: HOOKTYPE_REMOTE_JOIN, HOOKTYPE_REMOTE_PART, HOOKTYPE_REMOTE_KICK

==[ MAJOR BUGS FIXED ]==
- Memory corruption bug in qlines
- Crash on first connect if compiled with SSL enabled on: Mac OS X, Sun
  Solaris, Opteron w/Linux, and perhaps others (non-i386).
- (quickly) rehashing + autoconnect link blocks could cause a crash
- Win32: using 100% cpu on startup in some cases [*]
- Win32: crash on windows 2003 when installing [*]
- IPv6: various nameserver fixes: hosts in link::hostname are now working,
  also resolving of hostnames of clients should now work as expected (this
  mainly affected non-BIND nameservers).
- new TRE version v0.7.0 fixes (invalid) regex crash
- Too broad regex in badword::word caused the ircd to hang
- Win32: remote include bug could cause a crash [*]

==[ MINOR BUGS FIXED ]==
- Win32: error msg producing garbage upon a module load error [*]
- bans were also affecting halfops in some cases (eg: changing of nick) which
  was incorrect. Also +b ~n also affected voiced users, this is also fixed.
- ident in vhost { } was never sent out to other servers
- Modules: HOOKTYPE_SERVER_QUIT was called twice, could have caused crashes
- Win32: Spamfilters only added on notices might not have worked all the time
- Bans on blah@IP were not always applied
- except tkl { } did not validate the ident@
- local TKLs (klines, zlines) were accidently distributed to other servers
  if someone tried to add an already-existing TKL.
- Numeric conflict of SVSWATCH and SVSJOIN
- chanmode +mu: <IRC> messages were not always properly relayed
- Resolver not working in FreeBSD jail
- Chinese/Japanese (gbk) nick code

==[ CHANGED ]==
- allow-userhost-change force-rejoin is now also applied to opers that oper
  up and receive a vhost.
- Removed * and ^ flags from /whois if PREFIX_AQ is disabled
- Using a new Makefile on *NIX so it requires less memory to compile unreal
- *NIX: 'md5' password encryption is now always available.
- Win32: 'Install as a service' is now unchecked by default
- Win32: zip/non-zip modules are now binary compatible (just like ssl/non-ssl)
- Made /whois show the usermodes to opers regardless of the eyes snomask
- Snomasks are now shown in the /whois umode output
- 005 tokens heavily updated, also modulized.
- Docs, help.conf, spamfilter.conf and other text updates
- Win32: Now using the release library msvcr70.dll [*]
- Module coders: HOOKTYPE_REMOTE_CONNECT now also gets called upon netsynch.
- Slowed down qline floods
- You can now specify multiple types in an except tkl { } block

 [*]: fix was also in the 3.2.1b win32 release

==[ CHANGELOG ]==
- Fixed a win32 module problem where file not found errors would display random characters,
  reported by STING
- Fixed a bug where the allow-userhost-change force-rejoin setting was not applied to users
  who /oper and receive an oper-host (#0001901) reported by hypnetric.
- Removed the /hs alias pointing to HelpServ for Anope since this conflicts with HostServ
  (#0001709) reported by DukePyrolator
- Fixed ban bug: halfops were also prevented from doing nickchanges if banned, plus..
  +b ~n:*!*@* also made nickchanges impossible for voiced(&halfop'ed) people (so like half
  of the purpose of it was defeated @$#&@#). Reported by Rocko.
- Fixed a bug where an ident in a vhost {} was never sent out to other servers and added
  user@host support for set::hosts (#0001834) reported/suggested by bleepy.
- Fixed defizzer module. Reported by Rocko and netrixtardis.
- Removed the * and ^ flags from /whois if PREFIX_AQ is not enabled (requested by many
people)
- Updated the /who docs to use correct English
- Added documentation for the /who and /whois flags (#0001881) reported by AngryWolf and
Bugz.
- Added src/win32/win32.c for generic win32 helper functions
- Renamed src/win32/win32gui.c to src/win32/gui.c
- Reorganized much of the Windows code
- Fixed a whois bug when PREFIX_AQ is undefined, reported by Shaun
- Moved the RTF win32 code to a seperate file
- More win32 code cleanups
- Added src/win32/editor.c (woops), (#0001932) reported by Troco
- Fixed a problem with /who incorrectly showing the ? flag to opers even when the user
should
  be visible (#0001888) reported by Bugz and aquanight
- Added SAPART and SVSPART reasons. Note, to fully work it requires all servers to upgrade,
  and due to a bug in older versions, it could cause problems if linked to 3.2 or earlier
  (#0001859) suggested by Bugz
- Fixed a minor issue where Unreal registered itself as an NT service incorrectly
  (#0001950) reported by rocafella
- Possibly fixed a bug that could cause Unreal to eat 100% CPU at startup on Windows.
  (#0001635) reported by eggburt. Thanks to STING for helping to debug this.
- Implemented a new modules Makefile written by fez (#0001930).
- Added oper::modes to specify modes to be set for a particular oper (overrides
  set::modes-on-oper), suggested by parker182 (#0001899).
- doc/example.conf now simply refers to unreal32docs.html for oper flags (#0001973)
  reported by vonitsanet and AngryWolf.
- Fixed crash-on-first-connect if SSL was enabled. This seemed to happen on Mac OS X,
  Sun Solaris, Opteron@Linux and perhaps others (#1982, #1984, #2110), reported by bit,
  lion and liverbugg.
- Fixed a bug if me::info was set to "".
- Added a missing error message for ModuleGetErrorStr. Additionally added error checking to
  ensure NULL is returned when an invalid error code is specified (#0001986) reported by
  AngryWolf.
- Applied patch from slePP for bug #0001252: if IPv6 was enabled then in some cases names
  were not properly resolved. Original bug reported by kormat.
- Fixed bugs regarding HOOKTYPE_SERVER_QUIT: was sometimes called twice and could cause
  crashes due read-after-free. Reported by SET (#0001988).
- Fixed possible crash if /rehash'ing and a servername was just resolving (due to
  /connect or autoconnect) and was not present in the cache. Reported and traced by sh0
  (#0001976).
- Fixed compile bug at *NIX caused by ModuleGetErrorStr fix.
- Improved doc/compiling_win32.txt a lot: now VC7 only, and has instructions on:
  compiling modules and their (binary) compatability, zip links (zlib), ssl (OpenSSL)...
  Remote includes (curl and c-ares) instructions still need to be added.
- Made 'Install as a service' unchecked by default, this should help beginners a lot.
- Updated doc/compiling_win32.txt again with curl build instructions.
  Also linked to a page with an unreal dev package which contains zlib+ssl+curl
  precompiled. This basically means many people no longer need to compile zlib/ssl/curl
  anymore themselves (which is a pain to do and takes a lot of time).
- Windows: the 'notice' parameter in the usermsg callback was always 0 due some windows/vc
  weirdness, this also affected spamfilter (so any spamfilters added only at notice
  and not at msg on windows would not work). Now using the real 'notice' parameter.
- unbroke spamfilter not working for msgs/notices (oops..).
- Made zip/non-zip modules on win32 binary compatible. Since it was nowhere documented
  that you should pass the ZIP_LINKS etc options to 'nmake -f makefile.win32 custommodule'
  many people didn't do this which caused odd problems when reading certain clientstructs.
  Module coders: in the meantime, for 3.2.1 mods, use something like:
  nmake -f makefile.win32 USE_ZIPLINKS=1 ZLIB_INC_DIR="c:\dev\zlib"
   ZLIB_LIB_DIR="c:\dev\zlib\dll32" custommodule MODULEFILE=m_mymodule
  For 3.2.2+ these additional parameters will no longer be needed (but wouldn't harm either).
- Some doc/example.conf clarifications, mainly for modules @ win32.
- Made /whois show the user's modes to opers regardless of +e
- Added snomask to the /whois umode output
- Added a patch by rocafella to fix a crash when installing Unreal on Win2003 (#0001949).
- Moved the Command API functions to a separate file.
- Redesigned the 005 token:
  - Now renamed to RPL_ISUPPORT.
  - Replaced KNOCK and MAP tokens with new CMDS token (see doc/technical/005.txt)
  - Implemented most tokens from the isupport draft (STATUSMSG, EXCEPTS, CHANLIMIT,
    CHANNELLEN, MAXLIST).
  - Removed MAXBANS.
  - Made the isupport system dynamic and provide an API for modules to add tokens, may need
    testing.
  - Added an M_ANNOUNCE flag for CommandAdd to add the command to the CMDS token, may need
    testing.
- Fixed some compile warnings.
- Fixed a bug where bans were not matched against IPs in all circumstances (#0002045)
  reported by heper.
- Fixed a bug with IP based except tkl {} lines did not validate the ident portion of
the mask
  (#0002049) reported by Rocko.
- Fixed a problem where a local TKL could be sent to remote servers when it is being changed
  (#0002048) reported by AngryWolf.
- Added documentation for link::ciphers to unreal32docs.html (#0002019) reported by Bugz.
- Updated documentation to reflect that cmode +M allows voiced users to talk, not just
  registered users (#0002020) reported by crazy.
- Made it so WATCH will not respond with an erroneous reply if the parameter was simply
+ or -
  (#0002017) reported by GouraudShading.
- SVSO now removes +v (#0002023) reported by w00t and aquanight.
- Exported the isupport functions for use in Windows modules.
- Added a new snomask, +o to show oper-up notices (oper only), (#0001965) suggested by
  vonitsanet.
- Added a /userip command that works just like ircu's.
- Fixed a typo in the *nix Makefile reported by Troco (#0002059)
- Added french docs, translated by Kolibot & Babass.
- Changed some stuff to use the release version of MS libraries.
- Updated installer for msvcr70.dll
- Fixed prefix bug caused by previous 'fix'/behavior change. Reported by aquanight
(#0002067).
- Updated doc/technical/token.txt and resolved 2 token conflicts. SVSWATCH is now Sw and
  SVSJOIN is now BX (#0002073) reported by trystanscott.
- Fixed a bug regarding chanmode +mu where the <IRC> messages were not properly relayed
  to all servers. Reported by Aenox (#0002079).
- Added salted passwords. Salts are useful because it "protects" against stored-plaintext
  attacks (eg: rainbow) and prevents cracking of several passwords at once.
  This change means /MKPASSWD will now just generate a different string than before.
  Do note however, that the old syntax/encrypted passwords will still work and _will continue
  to work_ in the future, for at least the whole 3.2* series.
  If you are concerned with security and have some time, then converting your passwords
  is probably a good idea... Just in case your configuration file gets stolen one day ;).
- MD5 password encryption is now always available on *NIX, even if SSL is disabled.
- Temporary fix for ircsprintf %lu 1..6 issue.
- Fixed a problem with +u for some clients that have a strict interpretation of the RFC.
- Added TRE 0.7.0, fixes #0001952 reported by Praetorian
- Fixed an (unimportant) cloak typo / made it a few nanosec faster. Reported by Martin
Brulisauer.
- Fixed resolver not working in FreeBSD jail, reported & patch provided by urkel (#0002097).
- Added a %n specifier to command aliases that is replaced by the user's nickname,
  requested by many people.
- Added the ability for an alias {} to send to a channel (#0001686) requested by JasonTik
  - As a result, alias[::format]::nick is now called alias[::format]::target to avoid
    confusion. ::nick is maintained for backwards compatibility.
- Fixed a problem where IsupportAdd did not return a value.
- Module coders: Added HOOKTYPE_REMOTE_JOIN, HOOKTYPE_REMOTE_PART, HOOKTYPE_REMOTE_KICK (all
  work just the same as the HOOKTYPE_LOCAL_* variants).
- Module coders: HOOKTYPE_REMOTE_CONNECT is now also called during net-merge. You can use
  IsSynched(sptr->srvptr) to find out if it's called due to a net merge (0) or a connect (1).
- Added spamfiler 'user' (u) target. This regex is checked against nick!user@host:realname
  when a user connects. This makes it easy to ban drones with simple patterns.
  For example: '/spamfilter add u gzline 86400 Drone[0-9]+!.+@.+:Drone[0-9]'
  would kill any drones that have both a nick and realname with 'Drone' followed by digits.
- If a nick is qlined, the user is now lagged up to limit qline floods a bit (#0001335).
- Made docs a bit more clear on spamfilter targettypes.
- Fix for too broad regex in badword::word causing the IRCd to hang, reported by Flop
  (#0002101).
- IPv6: Fixed hostnames in link::hostname not working, reported by Jasmin (#0001990).
- Fixed OOB read/write on user quit (did no harm on Linux&FreeBSD).
- Fixed some tiny memory leaks (~100 bytes) on rehash.
- Updated chinese&japanese GBK nick code, fix supplied by Xuefer (#0002051).
- Added release notes (unfinished).
- Added file: include/macros.h and a new macro, ARRAY_SIZEOF.
- Added the ability to specify multiple types in a tkl except, suggested by Bugz (#0002085).
- Added spamfilter 'away' ('a') target (#0002057).
- Fixed a qline duplicate msg bug I think
- Windows version can now hold ~4096 connections instead of ~1024
- help.conf: clarified MKPASSWD documentation, reported by hypnetric (#0001926).
- Some modeskip handling for future versions
- Fixed serious heap corruption bug if remote users were using qlined nicks, thanks to
  Gilou and Trankill for making me able to trace this issue down (#0002032).
- Fixed qline notices again: now gives msg #1 for local qlined-nick attempts, and
  another msg in case of a remote client (eg: oper) using a qlined nick.
- Added some future SJOIN skip stuff.
- Updated version to 3.2.2-pre1 already.
** internal 3.2.2-pre1 release **
- Fixed some doc & release notes typos. Reported by Rocko, HiT.
- French doc updates, hopefully synched now.
- (revert of badsyntax fix)
- Forgot to mention away spamfilter target in helpop, reported by Rocko.
- Changed version to 3.2.2
** 3.2.2 release **

Downloadable, as usual from http://www.unrealircd.com
75dc34b59d987a91e25290b29986149e  Unreal3.2.2.tar.gz
a1a65c6ba0c7da5bcff90789a938fb46  Unreal3.2.2.exe
bdbdd546c77efcce5388bb827db73bdb  Unreal3.2.2-SSL.exe

Thank you for using Unreal,

    The UnrealIRCd team.

[Unreal-users] Yahoo!: Please Verify Your Email Address

[Yahoo! M. S. <my-...@ya...>]

Important! To verify "unr...@li..." as a valid email 
address for the Yahoo! account " pioneer8622",
click on the following link or enter it in your browser.

http://edit.yahoo.com/v/recv?a52f81


You may be asked to sign in first.

Follow the instructions on our site.  If it asks for your 
Verification Code, enter:  a52f81

You will receive one email per unverified address.

Regards,

Yahoo! Member Services



-------------------------------------------------------------

IF "pioneer8622"IS NOT YOUR ACCOUNT, click on the following 
link or enter it into your browser.  

http://edit.yahoo.com/v/remove?.k=a52f81&.lid=gmgqsHWvKJMmXMPCZw--

This will remove "unr...@li..." from 
the Yahoo! account " pioneer8622".Sorry for the inconvenience.

[Unreal-users] Request to join mubi approved

[Yahoo! G. N. <no...@ya...>]

Hello,

The moderator of the mubi group has approved your request for membership.

Complete your Yahoo! Groups account:
----------------------------------------------------------------------
Your email address has been added to the email list of a Yahoo! Group.
To gain access to all of your group's web features (previous messages,
photos, files, calendar, etc.) and easier control of your message
delivery options, we highly recommend that you complete your account
by connecting your email address to Yahoo account. It is easy and free.
Please visit:
http://groups.yahoo.com/convacct?email=unreal-users%40lists.sourceforge.net&list=mubi

Here are a few key tips to get you started:

* To learn more about the mubi group, please visit
  http://groups.yahoo.com/group/mubi 

* To post a message to this group, send email to 
  mu...@ya... 

* To contact the moderator of this group, send email to 
  mub...@ya... 

* To unsubscribe from this group, send email to
  mub...@ya... 

Thank you for choosing Yahoo! Groups as your email group service.


Regards,

Yahoo! Groups Customer Care


Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
 

[Unreal-users] Welcome to mubi

[mubi M. <mub...@ya...>]

Namo Buddhaya,

Terima kasih, kami telah menerima permohonan pendaftaran Anda. Sebelum Anda dapat mengikuti diskusi di MUBI, kami mohon agar anda mengirimkan balasan email ini setelah menjawab pertanyaan-pertanyaan dibawah ini dengan baik dan jujur.

Setelah kami menerima balasan email anda, dalam waktu yang sesingkat-singkatnya akan kami masukkan alamat anda kedalam sistem komputer kami. Setelah itu, anda akan mendapatkan Surat Selamat Datang dari kami yang membuat beberapa peraturan dasar yang berlaku dalam MUBI.

Salam MUBI,


Mailing-list Umat Buddha Indonesia
Bodhi Buddhist Centre Indonesia



 

Complete your Yahoo! Groups account:
----------------------------------------------------------------------
Your email address has been added to the email list of a Yahoo! Group.
To gain access to all of your group's web features (previous messages,
photos, files, calendar, etc.) and easier control of your message
delivery options, we highly recommend that you complete your account
by connecting your email address to Yahoo account. It is easy and free.
Please visit:
http://groups.yahoo.com/convacct?email=unreal-users%40lists.sourceforge.net&list=mubi

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

 

Re: [Unreal-users] Default Chan Only For SSL Users

[David M. <nu...@sl...>]

On 03-Oct-2004, Anton Wolkov wrote:
> however, you can ban channel #ssl-only (+b ~c:#ssl-only) from within
> #non-ssl and thus not allowing them to join, see where i'm going?

That's a really clever solution.  :)

-- 
David McNett <nu...@sl...>
http://slacker.com/~nugget/

Re: [Unreal-users] Default Chan Only For SSL Users

[Christian 'H. M. <ad...@in...>]

NO

Jubair Hasan schrieb:

>Non-ssl user will auto-join - #non-ssl
>Ssl users will auto-join - #ssl-only
>
>Is this possible?
>
>  
>
>  
>

Re: [Unreal-users] Default Chan Only For SSL Users

[Anton W. <ph...@gm...>]

it is possible to set a +z on a channel and put it in the autojoin
list thus only ssl users will be able to join it, however there is no
mode preventing ssl users joining other channels thus you can only do
something like this:
all users join #non-ssl and only ssl users join #ssl-only
however, you can ban channel #ssl-only (+b ~c:#ssl-only) from within
#non-ssl and thus not allowing them to join, see where i'm going?
Take care!

PHANTOm @ irc.nix.co.il // www.irc.nix.co.il


On Sun, 3 Oct 2004 05:23:19 +1000, Jubair Hasan <nsu...@ya...> wrote:
> What I meant by my email is, it will not be a ssl only server, other users
> also can connect, but those who connect using the ssl port will go to a
> diff. channel
> 
> For example
> 
> Non-ssl user will auto-join - #non-ssl
> Ssl users will auto-join - #ssl-only
> 
> Is this possible?
> 
> JUBAiR
> 
> 
> 
> -----Original Message-----
> From: unr...@li...
> [mailto:unr...@li...] On Behalf Of Christian
> 'HERZ' Makowski
> Sent: Sunday, 3 October 2004 12:34 AM
> To: Unreal-Users
> Subject: Re: [Unreal-users] Default Chan Only For SSL Users
> 
> Hello Jubair,
> 
> yes u can when you make a Server only for SSL Users and
> Autojoin #yourSSLchannel
> 
> kind Regards
> 
> Christian 'HERZ' Makowski
> ---------------------------------------------------------------
> insiderZ.DE - GERMAN IRC NETWORK - Networkadmin Executive
> 
> UnrealWorld - Networkmonitor & Protection only for UnrealIRCd !
> Download: http://unrealworld.insiderz.de    Get it NOW !
> ---------------------------------------------------------------
> 
> Jubair Hasan schrieb:
> 
> >Hi all,
> >
> >Can I do this in Unreal3.2.1, that if a user connects to the server using
> >its ssl port , it will only be forwarded to a channel (like #ssl-chan) by
> >default?
> >
> >Thanks in Advance
> >
> >Jubair
> >
> >
> >

RE: [Unreal-users] Default Chan Only For SSL Users

[Jubair H. <nsu...@ya...>]

What I meant by my email is, it will not be a ssl only server, other users
also can connect, but those who connect using the ssl port will go to a
diff. channel

For example

Non-ssl user will auto-join - #non-ssl
Ssl users will auto-join - #ssl-only

Is this possible?

JUBAiR

-----Original Message-----
From: unr...@li...
[mailto:unr...@li...] On Behalf Of Christian
'HERZ' Makowski
Sent: Sunday, 3 October 2004 12:34 AM
To: Unreal-Users
Subject: Re: [Unreal-users] Default Chan Only For SSL Users

Hello Jubair,

yes u can when you make a Server only for SSL Users and
Autojoin #yourSSLchannel


kind Regards

Christian 'HERZ' Makowski
---------------------------------------------------------------
insiderZ.DE - GERMAN IRC NETWORK - Networkadmin Executive

UnrealWorld - Networkmonitor & Protection only for UnrealIRCd !
Download: http://unrealworld.insiderz.de    Get it NOW !
---------------------------------------------------------------




Jubair Hasan schrieb:

>Hi all,
>
>Can I do this in Unreal3.2.1, that if a user connects to the server using
>its ssl port , it will only be forwarded to a channel (like #ssl-chan) by
>default? 
>
>Thanks in Advance
>
>Jubair
>
>  
>



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Unreal-users mailing list
Unr...@li...
https://lists.sourceforge.net/lists/listinfo/unreal-users

Re: [Unreal-users] Default Chan Only For SSL Users

[Christian 'H. M. <ad...@in...>]

Hello Jubair,

yes u can when you make a Server only for SSL Users and
Autojoin #yourSSLchannel


kind Regards

Christian 'HERZ' Makowski
---------------------------------------------------------------
insiderZ.DE - GERMAN IRC NETWORK - Networkadmin Executive

UnrealWorld - Networkmonitor & Protection only for UnrealIRCd !
Download: http://unrealworld.insiderz.de    Get it NOW !
---------------------------------------------------------------




Jubair Hasan schrieb:

>Hi all,
>
>Can I do this in Unreal3.2.1, that if a user connects to the server using
>its ssl port , it will only be forwarded to a channel (like #ssl-chan) by
>default? 
>
>Thanks in Advance
>
>Jubair
>
>  
>

[Unreal-users] Default Chan Only For SSL Users

[Jubair H. <nsu...@ya...>]

Hi all,

Can I do this in Unreal3.2.1, that if a user connects to the server using
its ssl port , it will only be forwarded to a channel (like #ssl-chan) by
default? 

Thanks in Advance

Jubair

RE: [Unreal-users] no join in an official channel as operator (@nick)

[Jonathan A. <jon...@ho...>]

>From: Jorge Inti <int...@im...>
>Reply-To: int...@im...
>To: unr...@li...
>Subject: [Unreal-users] no join in an official channel as operator (@nick)
>Date: 29 Sep 2004 11:12:02 -0300
>
>Hi !
>i have installed an UnrealIRCd 3.2 and i have created some official
>channel by default. But when the first user connect to my ircd and join
>in to an official channel they appear as operator with @nick.
>How can i conf my ircd to change it?
>
>Thanks!!!!
>
>
>Inti
>
>PD: Sorry my english is very poor.
>
>
>
>
If I were you I wouldent try messing around with the chans in the conf. and 
Id use the example conf. and start over just take a few minutes to fill in 
your info.

_________________________________________________________________
Designer Mail isn't just fun to send, it's fun to receive. Use special 
stationery, fonts and colors. 
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines 
  Start enjoying all the benefits of MSN® Premium right now and get the 
first two months FREE*.

RE: [Unreal-users] Bad Words

[Jonathan A. <jon...@ho...>]

>From: Eddie Dandrades <no...@gm...>
>Reply-To: Eddie Dandrades <no...@gm...>
>To: unr...@li...
>Subject: [Unreal-users] Bad Words
>Date: Sat, 25 Sep 2004 16:16:41 -0700
>
>I'm trying to stop spammers from getting any work done on channels, my
>goal is to basically block anyone that says anything containing the
>words: .net .com .org .edu .info .whatever. But if I do *.com it
>blocks words like intercom so I dont know what to do.
>
>Running 3.2.1 on FreeBSD. Help?
>
>Cheers!
>--
>-gabriel
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>Project Admins to receive an Apple iPod Mini FREE for your judgement on
>who ports your project to Linux PPC the best. Sponsored by IBM.
>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
>_______________________________________________
>Unreal-users mailing list
>Unr...@li...
>https://lists.sourceforge.net/lists/listinfo/unreal-users


Then why dont you just block irc ? beacuse all the main hubs start with 
irc.w/e.w/e.

_________________________________________________________________
Scan and help eliminate destructive viruses from your inbound and outbound 
e-mail and attachments. 
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines 
  Start enjoying all the benefits of MSN® Premium right now and get the 
first two months FREE*.

Re: [Unreal-users] no join in an official channel as operator (@nick)

[CrazyCat <cra...@c-...>]

Jorge Inti wrote:
> Hi !
> i have installed an UnrealIRCd 3.2 and i have created some official
> channel by default. But when the first user connect to my ircd and join
> in to an official channel they appear as operator with @nick. 
> How can i conf my ircd to change it?

You can't...
An official channel means that the channel (and his official topic) will 
be displayed in the /list even if it's empty.
To avoid having anyone becoming @ in it, you must register it (using 
epona services) or always have someone in it (or an eggdrop).

-- 
Tout sur les eggdrops
http://www.c-p-f.org
ML @ egg...@ya...

[Unreal-users] AW: Unreal-users digest, Vol 1 #906 - 1 msg

[internetdienste4u.de <in...@in...>]

=20

> -----Urspr=FCngliche Nachricht-----
> Von: unr...@li...=20
> [mailto:unr...@li...] Im Auftrag=20
> von unr...@li...
> Gesendet: Dienstag, 28. September 2004 15:38
> An: unr...@li...
> Betreff: Unreal-users digest, Vol 1 #906 - 1 msg
>=20
> Send Unreal-users mailing list submissions to
> 	unr...@li...
>=20
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/unreal-users
> or, via email, send a message with subject or body 'help' to
> 	unr...@li...
>=20
> You can reach the person managing the list at
> 	unr...@li...
>=20
> When replying, please edit your Subject line so it is more=20
> specific than "Re: Contents of Unreal-users digest..."
>=20
>=20
> Today's Topics:
>=20
>    1. Please confirm your request to join mubi (Yahoo! Groups)
>=20
> --__--__--
>=20
> Message: 1
> Date: 28 Sep 2004 02:17:11 -0000
> From: Yahoo! Groups=20
> <confirm-s2-FHvL6OwWTOqgc8R4kn0SkkSBl2s-unreal-users=3Dlists.sou
> rce...@ya...>
> Reply-To:=20
> confirm-s2-FHvL6OwWTOqgc8R4kn0SkkSBl2s-unreal-users=3Dlists.sour
> cef...@ya...
> To: unr...@li...
> Subject: [Unreal-users] Please confirm your request to join mubi
>=20
>=20
> Hello unr...@li...,
>=20
> We have received your request to join the mubi group hosted=20
> by Yahoo! Groups, a free, easy-to-use community service.
>=20
> This request will expire in 7 days.
>=20
> TO BECOME A MEMBER OF THE GROUP:=20
>=20
> 1) Go to the Yahoo! Groups site by clicking on this link:
>   =20
> http://groups.yahoo.com/i?i=3DFHvL6OwWTOqgc8R4kn0SkkSBl2s&e=3Dunre
> al-users%40lists%2Esourceforge%2Enet=20
>=20
>   (If clicking doesn't work, "Cut" and "Paste" the line above=20
> into your=20
>    Web browser's address bar.)
>=20
> -OR-
>=20
> 2) REPLY to this email by clicking "Reply" and then "Send"
>    in your email program
>=20
> If you did not request, or do not want, a membership in the=20
> mubi group, please accept our apologies and ignore this message.
>=20
> Regards,
>=20
> Yahoo! Groups Customer Care
>=20
> Your use of Yahoo! Groups is subject to=20
> http://docs.yahoo.com/info/terms/=20
>=20
> =20
>=20
>=20
>=20
>=20
>=20
>=20
> --__--__--
>=20
> _______________________________________________
> Unreal-users mailing list
> Unr...@li...
> https://lists.sourceforge.net/lists/listinfo/unreal-users
>=20
>=20
> End of Unreal-users Digest
>=20
>=20

Re: [Unreal-users] no join in an official channel as operator (@nick)

[DerAlSem <der...@in...>]

Hello Jorge,

Wednesday, September 29, 2004, 6:12:02 PM, you wrote:

> Hi !
> i have installed an UnrealIRCd 3.2 and i have created some official
> channel by default. But when the first user connect to my ircd and join
> in to an official channel they appear as operator with @nick. 
> How can i conf my ircd to change it?

U should use some services.

www.anope.org, for example.


-- 
Best regards,
 DerAlSem                            mailto:der...@in...

[Unreal-users] no join in an official channel as operator (@nick)

[Jorge I. <int...@im...>]

Hi !
i have installed an UnrealIRCd 3.2 and i have created some official
channel by default. But when the first user connect to my ircd and join
in to an official channel they appear as operator with @nick. 
How can i conf my ircd to change it?

Thanks!!!!


Inti

PD: Sorry my english is very poor.