Psych

Thanks guys, I had no idea. so do you know the correct raw for creating a room? At the moment I am creating it and then changing all the properties after join. This new system takes a little getting used to. Thanks for all your help so far. Btw. I read up on PICS when we was on m$n, it refers to the rating a web page is given to filter content, but I dont think it was ever used.

Thanks Travis, I had no idea they were locked, when you say 'check it out' do you mean there is a list or a resource for all the IRC for the new buzzen? This will be my last off-topic post, I promise, lol.

My appologies, it does give you the information on subsequent joins. At least, it does now, I'm am sure it didn't before, lol. Thanks again. Can I ask about props now? lol. When i try to set prop onjoin and prop topic I get 'You have no permissions'.

Thanks !! That's exactly what I wanted. Travis is right though, you don't get profile information after the initial join, which is a pain. I'm sure the solution is out there somewhere, lol.

Okay, I got the gates, now I have another issue, the new server doesnt give profile information with the names, not like the old system did (PX, FX, MY, etc, etc). Does anyone have any idea how to get this information? I am guessing you need to ask for it. Any help would be appreciated, Thanks.

Look before leaping huh? I have looked, you think I post remarks that just pop into my head? All I said was the new server is bugged, which it is, and I prefer the old ocx, which I do. I think buzzen made an error in moving the majority of its rooms onto the new server without first sorting it out, and I'm still pondering the wisdom of changing the layout at all, but not my call. Keep up the buttkissing tho, you might get a staff position, lol.

LOL! Growth where exactly? Might be an untapped market.

I like the way you can get all user gates on the channel in 1 call, however getting gender information and profile status is still a mystery to me. I'm sure all will become clear over time. Either way, if we still want to chat on buzzen, we'll have to get used to it, lol.

Well, having not read this thread for a while I was surprised to find so many replies, none of the latter ones are on topic, either. Still, as long as we all get our say. I find it interesting that the people defending buzzen are the ones contracted to work for them, but thats only my observation, thier own forums are the same. Personally I think buzzen made an error in moving away from the msn ocx, it worked well and everybody was familiar with it, and it wouldn't bother me that it wasn't my own ocx, I guess some people are just sensitive. I've never had issues with chat server providers using the ocx, and I can't really see the argument of other people that do have a problem with it. I think buzzen would be better off putting time, effort and money into increasing stability of it's network, improving connections and reducing lag. And while we are the subject, I think the new chat they have sucks, it has little to no security and I'm guessing the naughty people of chat are already taking advantage of that. Buzzen is a victim of it's own success, the more it grows the worse it seems to become, I remember Espressobar having 40 chatters was considered a busy time, but there were no major issues.

Just an update, I still cant auth on the new server, I am still waiting for it to change over too, maybe they realised it's rubbish and have abandoned it (if only). I tried sending the md5 thing as an actual string of the hex values too, I tried this with and without the leading zero on values less than 16, still nothing. I even tried putting my nick instead of the email. Maybe it will all work when it goes on the main server. I must be doing something wrong as I know that scripts are connecting. Do any scripts have a server trace thing that shows the raw data? That would be handy to have a look at. I am resisting the tempation so far to download mirc, I really don't want to learn a new language just yet. Anyway, thanks for your help so far, I'll keep playing, lol.

Hi, I did all that, the md5 routine returns the same byte sequence as that website, however, I am sending the bytes, not the hex string that the website gives you. I still get the erroneous nickname thing. I went to the irc server and logged in, I got a message about nick Guest_Guest being in use, so I changed my nickname there (it was appearing as a jumble for some reason). After that I could join fine. Next I tried to connect again with the bot, still get the erroneous nickname. I get this returned before I do the USER nic nic nic thing. I'm at a loss to explain it. I did find something while poking around, on the webpage source of the new chat theres a variable that reads like this.. fvTicket=ao7YC9wpeQKGY7Y3%2fa2R ..now i'm not sure what that actually is but I cannot find anything else on the page to do with user info. The old chat used to have your cookie in the renderchat call. Now if you could auth just using that ticket, that would be alot easier, lol. Anyway, I'll keep trying.

Thanks Tewl for givin me the raws, I'm gettin further now (I think, lol). And yes, I did try to find out the auth methods for flashirc, but all I could get was a mirc connection script, and that's all dutch to me. The flashirc website doesn't give any data on this either (I got that from helpdesk). besides, if we discuss it all here other people can find most of the information in one thread, so it's all good. lol I just tried to auth and i get this... I sent: AUTHTYPE ircwx1 I got back: FlashIrcServer.1 NOTICE AUTH :*** IRCwx 1.x auth type set. I sent: LOGINH <my email> <utf8 string of my password md5 hashed> I got back: FlashIrcServer.1 NOTICE AUTH :*** authentication failed: bad password or erroneous nickname... I've tried ascii and utf8 encoding.

Today I'm playing about with encyption, and it raises a few more questions. I'm assuming that the new system still uses a linefeed/carraige return pair to delimit server data, if this is the case what's stopping the algorithm method from returning those characters? Wouldn't this confuse the whole login process? I've not encountered that problem, I've not connected yet, just thought I'd throw it out there.

Didn't I just send all that in the first 2 lines? Do I need to send it again?

What is the USER line about? lol

I'm sure the raws are the same after auth (I'm not sure tho), it's the auth that is the problem, if i can connect I can sort it out trial and error. At the moment the standard m$n auth doesn't work (they have another system for authentication). What would be useful is a server trace of the auth process (simular to the one webby gave us for m$n).

Hi again. Buzzen are announcing that the ocx they are using is goin to become obselete in a day or two, they now are using some sort of flash irc. Problem is I dont know how to connect to the new server. I'm sure you have to do a MD5 encryption on yur login details but thats all anyone seems to know. Does anyone know if all the RAWS are going to be different? I have got the feeling that I'll need to rewite my entire parse routine. Before I get pointed at links for script connections, I am using raw sockets and a VB application to connect, not mIRC. I know nothing at all about using mIRC, I dont even have it installed. Thanks in advance for your help peeps.

Ok, thanks guys, I was already doing a whois on each user, I was just hoping there was a faster way to grab all the gates. Your right about the flooding thing, buzzen doesnt like you sending too much, too fast. I just spread them out with a timer.

Hi, thanks for your replies, I tried doing a who on the channel, It didn't do anything, maybe I got the format wrong. Does that give you gate information on every chatter? Anyway, I'll keep trying.

Wow, nice new look, good job! I'm guessing people dont post alot in here then? lol Okay, a question.... Can you do a multiple WHOIS on a few nics at a time? I'm askin this because my bot likes to get the gates when it joins and check against its blacklist. I'm doing a WHOIS on all the nics one at a time but its a bit server heavy, especially with a full room. I've put a few shortcuts in, like adding the gate for people that speak, for example. I was just curious if there is a quicker way.

Okay, I have a linefeed, lol. Its all about encoding, I was puzzled how a chr(10) could come from the server when a chr(10) couldnt be sent. The socket class I wrote already had a raw byte property in its datarecieved event, so I examined that (its not encoded). I found that there are 3 bytes that decode to chr(10), those are chr(226),chr(128) and chr(169). Ironically, those bytes encode to "
". Your all laughing, right? Well, it isnt that simple, because you cannot decode "
" and get that 3 byte array (not using any decoder that ships with vbexpess, anyway), trust me, I tried them all. Of course, you could iterate through the string and build your byte array that way, and it would work like a charm, but you wouldnt be able to encode special characters correctly, and I wanted to keep that functionality). What I did was make a new collection (of Byte), then use the .AddRange method to add all the characters upto the chr(10) (UTF8 encoded), then use the .Add method to add the 226, 128 and 169 and then .AddRange again for the rest of the characters (UTF8 encoded). I pass the whole array using the .ToArray method. Works like a charm. I am going to write a routine into the Send method of my program to replace "/r/n" with that byte sequence. That should sort it. Thanks for your help guys (n girls lol)

Okay, what I did was this first of all after I read your first post, "PRIVMSG %#TESTROOM :S Tahoma;0 First Line " & ASCI.GetString(UTF.GetBytes("
")) & "Second Line" Where ASCI and UTF are instances of the Ascii and UTF8 encoding classes respectively. Basically, I've decoded the string into ascii so the send routine can encode it back as it should (into UTF8). This didn't work, what I got looked like this. BotNic : First Line ꋃ苢슬Second Line The 3 boxes decode (in UTF) as bytes (43),(111),(115),(79),(67),(52),(115),(75)(45), and (115) I tried this with all 3 examples you gave with more or less the same results (I think the last one gave me 4 boxes).

Okay, I kinda get what yur saying, I only use the UTF8 encoding to get correct names in the chatters list anyway, I'll simply have to write another method in the socket send routine to send all the characters unformatted, and since the roomnames contain no special characters, I should be able to send the whole privmsg in ACSII (I think). Now, this does cause a problem, I originally wanted this for a Hall Of Fame, that being the case all names using special characters wont output correctly (I had this problem with VB6, I couldnt get names to display correctly, they were either displayed as boxes or as ? marks) and that would kinda defeat the object. I will try though, I'm curious to know what's causing it not to function as it should. If I find out why, I'll post the solution.

Hi again, I've tried the 239 thing, trouble is it encodes as a character and doesn't give a linefeed. BotNic : First Line ïSecond Line What gets me about all this is that I've seen chr(10) sent from another script, yet when I try it doesn't get through. I tried the groups of 3 characters too, no success. Maybe if I turn the encoding off it may work, I'll try that next.

I've a few methods of seeing what I send, firstly I have a trace window under my 'screen' that I use to chat. The socket class I wrote has a datasent event that tells me what raw characters I sent to the server, I also wrote a simple program yesterday that gives me the character codes of any text in a textbox. Its a bit baffling. In my trace window, the text I send has a linefeed, as it should, and it outputs on a new line, but for some reason the server doesn't relay this back to the room. I am sending the 10 character. And yes, the first and last little boxes you saw would be chr(1).