Forums mIRC Help Your own modes prohibit you.....................

Everything seem to be working fine but when I message a user on a private window. It says "Your own modes prohibit you from sending that type of message".

If anyone could help solve my problem... leave me your remarks!

Hmm, well I've never seen that message before but apparently it has to do with what modes you have set, can you type //echo -a $usermode and paste the result here? Also the name of the network you use and server name could be helpful. Also you may want to try joining #mirc #help #operhelp etc on the network you use and ask there, they most likely can help you better than we can.

Read this thread

As far as I know this message is peculiar to ConferenceRoom (CR).

CR V2.0 has a mode +M which once represented the Malaysian client class, but due to CR's implementation of some IRCX properties the +M now blocks private chats. If you are on Webnet which use the CR software then this is likely to be why you cannot send a message. Just type /umode -M (Make sure you use the BIG M not lowercase as modes are case-sensitive.)

A little correction to WatchDog's post, not that it's very important, but it could lead to some confusion among CR-based server users. The usermode +M on WebNet does not stand for private chats blocking, at least not at 100%.
Since WebNet is WebMaster's test network (developers of ConferenceRoom), all the features are tested there before being implemented in new CR releases. The user mode +m is actually the one you need to set if you want to block all incoming messages. But as we all know, user modes are case sensitive. The user mode +M will allow you to query nicknames that are in a common channel (a channel you and someone both are in), and it will also filter any incoming messages from users that are not in a channel you are also in.

Hope it helps.

Point taken - My network uses this fantastic IRCd too though we are on V2.0.1 Just slightly behind the version being tested so we don't have the +m and +M modes yet. Hope they release V2.0.2 soon though :-)

You should add 'expansive' just beside that 'fantastic' part, but yeah, it's a good iRCd, if you know how to work it.

As a channel op I get a bit fed up of telling people over and over to /umode -M when they ask why they can't send private messages. It's especially difficult for java guests to see the screen at the best of times, let alone wonder what on earth 'modes' are about. It's not just java guests though - a lot of people using irc clients don't have a clue what it means either.

I feel that users should spend a few mins each month making themselves aware of changes made to IRC. Server admins spend countless hours providing IRC related information (my server has one of the 'Net's biggest IRC help sites) yet few take the small amount of time required to 'brush up'.

I can appreciate that some people are not computer-literate whilst others know just about everything, I consider myself about 2/3 the way up the scale, an average user, however when need be I make the effort to read things and if I already know it then so be it.

Owners of channel websites could lend a hand here too - instead of linking to every mIRC script known to modern man and running forums for chatters to let steam off at each other they could provide either some advice relating to commonly asked questions or links to the same.

The room topic is another useful tool. The founder could dvertise the server's IRC info site there or an instruction on the most common question EG: /umode -m or M to msg someone, as per Webnet's #Webchat channel.

One last thing - room hosts should be prepared to help, most are bone lazy and want the @ so they can feel big and tough and often go to extra lengths to get it. Bear in mind that I'm not saing this applies to you or indeed anyone in particular, it's just an observation that is painfully obvious in the IRC fraternity the world over. My way around the repetitive typing is to make help popups and the script I give to other hosts contains about two-dozen of them. Those who prefer aliases over popups could well do it that way.

The reason why usermodes like +M and +m is because of the rampant levels of personal abuse and unsolicited advertising on IRC. Having said that I support the use of such modes. In the long run it makes IRC a pleasant place for more people.

I couldn't agree more. I also have help popups, and am prepared to send people to the official help channels when myself or anyone else is unable to provide an answer to server related questions. I am aware of all the hard work that most of the admins/IRCops undertake. However, a significant proportion of our chatters are coming into the room via java, and have no clue what IRC is. I am also aware that Webnet is currently updating it's website, but there has been no mention so far of the new default modes on the site.

Yea it's amazing what you can do when you charge hundreds of dollars for what everyone else does for free...

What rubbish, no freeware IRCd comes close to CR for functionality, ease of installation, reliability, performance and scalability. You get what you pay for in this world.

In an organisation that is not a development house, and yet wants to provide chat, the free IRCd costs more money then of the shelf product, as you have to have a C or C++ programmer on staff or contract.

It is true the feature sets may be comparable to some degree. The total cost of ownership is not.

CR's skinnable Java applet has no equal out there. I can serve each commercial client a chat applet matching their colours, logos, watermarks, and other design components all without a single line of code. I won't mention the applet services integration that is only possible in a Applet + IRCd bundle coming out from a single company.

In short both free and commercial IRCd prducts have their place and purpose. It all depends on intended use.

/me laughs and goes about his business.

id have to agree with your laughter codemastr ... as i have used free ircd software and never once needed any programmer to set it up or even modify things in it for me .... infact id have to also say that ive also got a java aplet which has the ability to understand multiple services built into it ..... plus it wasnt near the cost of some of these others out there ..... why go and pay a fortune for something u can get a heck of alot cheaper and it work just as well

OK, you have my attention.
Which java applet are you using that is services aware?

As The AncientOne said, it depends on what you want to do. If you are setting up a small server on a shell account and are catering only for one customer base then a free IRCd + services + optionally a java applet may be fine.

If you have hundreds or even thousands of customers it's far from acceptable to throw a product base like this at them. They will want something that is customisable. If you guys realised what the CR Java applet is capable of then you'd appreciate why CR costs alot of money. The Java applet is but one small example, there are others. EG: What freeware IRCd can run a commercial or celebrity 'auditorium' type of chat where the conversation is burnt to a HTML file in real time generated by the IRCd? There might be one but most coders of freeware IRCd's concentrate on things that commercial entites are not interested in such as HalfOp compatibility or ban exceptions. Good features but not terribly important in the market that commercial software serves.

The reference to a C programmer was made because if you wanted a freeware IRCd to perform some of the functions that CR has then you would infact need a programmer to make that happen.

Getting back to Java applets, most third party applets don't even support basic IRC commands such as /whois let alone be able to be skinned, colour coded, bordeless option, full event parameter support, etc.

The good thing about CR is that everything comes together in one single download. IRCd, Distributed Services, Web server, Java applet, WAP Client, SSL, Roomholders, the best and most comprehensive server notices in the business, you name it. Then there is AdminServ providing the ability to make changes to all the configuration files from mIRC, Java or another client. Then there is the built in remote configuration server allowing the same ease of use from any machine in the world that has a web browser and can connect to the web.

To each their own, but here's what I would do if I started a chat service:

1. Colocated server
2. CR (latest version)

Shell account and freeware? No chance. The $7000 I would pay for CR is chickenfeed when you look at what you get for it.

jwirc is services aware ... u simply have to tell it how to imput to services in the setup string ..... then it has a very extensive preloaded services popups loaded into it ..... plus the ability to add your own very easily ..... i know it looks like a simple applet but it is very easy to use and alot of the ppl that use it thru my site have said its simple

DALnet:

Current global users: 39745 Max: 96747
bahamut-1.4(35). kernel.ga.us.dal.net CiIM TS5ow-r[RELEASE]


UnderNet:

There are 48067 users and 69813 invisible on 38 servers
u2.10.11.04. Amsterdam.NL.EU.undernet.org B30AEFfIKMpSUv


IRCnet:

Current global users: 120162 Max: 130855
2.10.3p3+hemp. warszawa.irc.pl aEFHiIJKMpRtTuwZ


EFnet:

Current global users: 128743 Max: 136513
2.8/hybrid-6.3.1(20020418_1). irc.efnet.pl ACeGiKMpZ TS5owc

...

Guess what, those IRCds are FREE

Too bad the developers don't give a discount if you talk up their software. I dare say you'd be getting CR for free anyway by now if they did.

As for the auditorium mode, +m and a 20 line mIRC logging script and I've saved myself a few thousand £'s.