Tewl
xTeam
C# & VB Developer
Posts: 495
|
Post by Tewl on Jan 20, 2004 23:07:11 GMT -5
the regcookie is in the normal chatroom source it is passed as a parameter in the renderchat search the chatroom source for renderchat u will see it
|
|
|
Post by Necromancer on Jan 20, 2004 23:14:39 GMT -5
i found the bit in rendercaht about msnreg being passed as a parameter but i still havent found it. i checked in the source for everything i could including the chatroom url and the chat_ui url and nothing. ummm. . . do i need to get new glasses???
|
|
|
Post by Webagent on Jan 21, 2004 0:50:53 GMT -5
its probably empty values right unless you use "view-source:" manually?
its another obstackle to overcome msn has thought of. Maybe not on purpose but Tewl is giving some hints here you can use rather then "Document.documentelement.innerhtml"
|
|
|
Post by Dangermouse on Jan 21, 2004 2:39:57 GMT -5
Private Declare Function URLDownloadToFile Lib "urlmon" Alias _ "URLDownloadToFileA" (ByVal pCaller As Long, ByVal szURL As String, ByVal _ szFileName As String, ByVal dwReserved As Long, ByVal lpfnCB As Long) As Long returnValue = URLDownloadToFile(0, " www.microsoft.com/ms.htm", _ "c:\ms.htm", 0, 0)
|
|
|
Post by Necromancer on Jan 21, 2004 9:31:08 GMT -5
okies. . . thz to Tewl and Web i think i found it ;D ocx question . . . in the data y'all been posting is see . . IRCVERS IRC8 MSN-OCX!9.02.0309.2602 but im still using ircvers7 since im still having probs sending subscriberinfo im guessing it has to do with the ocx vers im using. how is the newer ocx used? is it being loopbacked or something?
|
|
|
Post by Webagent on Jan 22, 2004 1:14:57 GMT -5
Yes I'm using the latest ocx and if you look close you see auth is diffrent on the directory server, auth from msnchatx is guest on the first server and auth from latest control is passport. so you will have trouble sending it to the first server (subscriberinfo) but you can send it to the second server no problems because you are actually passport authenticated there. only disadvantage of not beeing able to send subscription to the directory server is you get "no permission" if you send the create command.. so create rooms normal way other then that it should work all. read more info here: xt.proboards18.com/index.cgi?board=msnchat&action=display&thread=1072989129Im not backlooping to be able to have IRC 8 version trace lol, its something I kept to myself the way I do it
|
|
|
Post by Webagent on Jan 22, 2004 1:32:56 GMT -5
its something I kept to myself the way I do it I'm going to implement IRC8 connection in Viper's *.17 connection dll though
|
|
|
Post by Armstrong on Jan 22, 2004 18:02:42 GMT -5
Ok I may expose Viper ConnectionProxy interface, which will enable people to use viper connection dll in their own projects.
|
|
|
Post by dan2002 on Jan 22, 2004 18:54:07 GMT -5
Webagent you've lost me.
The auth code process is the same for both servers.
I understand what your saying about the MSNchatX.ocx and the new msnchat4.5ocx, but this doesnt prove to be a problem at all.
Because there was no need to previously authenticate using a passport for the directory servers, this is why msnchatx.ocx will start by sending a gatekeeper auth.
The new 4.5 ocx starts by sending a gatekeeperpassport auth code.
When using msnchatx.ocx all that is required is the addion of the "passport" string to the first auth.
To my knowledge the IRCVERS is used to inform the server what ocx version you are connecting via. i.e. which options and features are supported and should/should not be sent to you. With IRC8 u get the extended profile code information. This doesn't affecting authenticating and when to send the subscriber info property.
As for updating subscriber info, i have found the renderchat page to make updating considerably easy, my updater is able to reterive the value in less than 1second via sockets.
|
|
|
Post by Webagent on Jan 23, 2004 0:35:07 GMT -5
The new 4.5 ocx starts by sending a gatekeeperpassport auth code. When using msnchatx.ocx all that is required is the addion of the "passport" string to the first auth.. thats what I am saying, how are you planning to make the msnchatx send the passport string to the directory server? you would have to do this manually. To my knowledge the IRCVERS is used to inform the server what ocx version you are connecting via. i.e. which options and features are supported and should/should not be sent to you. With IRC8 u get the extended profile code information. This doesn't affecting authenticating and when to send the subscriber info property. well not a diffrence in authentication itself but a diffrence in connecting (GateKeeperPassport on directory server or not) and yes you would have all the extra's that come with IRC8.. thats the whole purpose.
|
|
|
Post by dan2002 on Jan 23, 2004 6:28:24 GMT -5
Yes its edited manually. Whats the problem with doing this? You don't need to edit the msnchatx, just the auth string it sends.
|
|
|
Post by Webagent on Jan 23, 2004 9:42:40 GMT -5
the editing is not the problem but without replacing that auth line you will have trouble propping subscriberinfo on the directory server.
So you never really lost me
and grabbing in 1 less then second is fast btw, this is a script addon I suppose?
|
|
|
Post by dan2002 on Jan 23, 2004 14:14:34 GMT -5
Yes without editing that line, it would auth using just gatekeeper and so proping subinfo would return no permission, as subinfo can only be sent when using passport (to my knowledge).
Sorry i thought you were having trouble going about editing the string.
My updater is for mIRC, but could be implemented in any language supporting tcp sockets. Vb comes to mind first.
(0.875 seconds) (0.937 seconds) (0.844 seconds)
Just did afew updates now.
I don't really wanna post on here detailed info about it. But it is possible to use one socket for the render chat page to retrieve the value, no nhtml, no html windows or pages, just one socket.
|
|
|
Post by Webagent on Jan 23, 2004 15:03:47 GMT -5
if you use 1 socket then how do you bypass the UICookiesDisabled.srf I know of 1 direct link to get it but I cant get past that browser test, you have absolutely no browser control hidden somewhere?
|
|
|
Post by Armstrong on Jan 23, 2004 17:01:48 GMT -5
I don't really wanna post on here detailed info about it. But it is possible to use one socket for the render chat page to retrieve the value, no nhtml, no html windows or pages, just one socket. Any structural changes made by MSN and you have to re-work your grabber, that is, if you are getting the randerchat page through a socket. innerHTML method at least has the advantage that the grabber won't become incompatible after MSN's structural changes as long as they don't rename the param tags.
|
|