DC++

check out the help.script included in the hub. you can send PMs with the .PrivateMessage function of users. To check if a user is a op, use .bOperator property.. This example will send a pm to a op when he/she logs on.. Sub NewUserConnected (curUser) If curUser.bOperator Then curUser.PrivateMessage ...

I have been thinking about this for a while and I might write one.. I'll see if I get the time!

yes, i need this too. as an operator you need to search for bad files some times, and sending those searches to other hubs where you are unknown can confuse things a bit.. if you see what i mean

i think the is a difference in the file list when built nmdc includes the : letter when sharing a drive, but dc++ not, or the other way around.. also make sure the case is right.. otherwise there should not be any difference in the get part..

Obviously this could be used for ops that want to find out a users IP too If originally thought like ender here, with only myip and response. But then, i thought- why not let a little room for future development in - and as long as its only for ops, whats the harm.. the individual hub could decide ...

How about an extension to find out your external ip and set it automatically? Client: $UserIP <nickname> Server: $UserIP <nickname> <ip address> When the client gets a userip matching its own nickname it would automatically set it in the settings so that you don't need to find it out yourself everyt...

Here in sweden, the ISP is contacted by the antipiracy organisation, who then contacts the user, and tells them to stop sharing. Usually unsharing will solve everything, and nothing further happens. If the user keeps sharing, the ISP is likely to disconnect you. So the ISP does something- but only w...

for example, your ISP won't be able to check what you are currently getting if they didn't get the key... Well... I don't know, but my guesstimate is that it would be illegal (or invalid evidence) to tap someone's traffic... even if it was legal, the usual way that people get disconnected from thei...

the latest version has on the fly automatic .SFV file checking!
as for before downloading, not yet..

you could have a script checking the searches and connection attempts as they come, and pop up a warning to the user when you encounter a bad port.. Sub DataArival (curUser, sCurData) If instr(1,sCurData, "$ConnectToMe ") then sPort = afterlast(sCurData, ":") if sPort = "1412" then curUser.Privateme...

well alot less than GLO / MO..

the hublist contains entries with .px. just next to the port number - what is this ?

it makes GLO crash on everyone using the hublist

Good question. He never announced that he stopped - i think.
It was looking really good

Locutus wrote:It would be extreamly nice to have ones IP address encrypted. The main reason this is so people can be 100% anonymous.

If it only was that easy

hmm well, it worked for me, with VB winsock controls, i get many parts of data ("chunks" or whatever word preffered) when i send $Send, and after 40960 bytes, i'd have to ask for some more, or the client wouldnt carry on sending.. atleast thats how i did it, maybe i did it wrong somehow but as menti...

DC++ also has "DCPLUSPLUS" in the Pk=. (and version i think) maybe the other clients have it too, but the point is, the client is not using neomodus dc . ender: i was talking about VBScript. You can make the VBScript make a new winsock everytime too i suppose. I havent done this with an actual scrip...

I dont think there is a security risk with that. DC++ could easily sort wheter the run command is coming from a user input in the box or the hub, dont you think?

these dot searches are usually sent from the hub (or a bot) to the client to see how many slots the user has open.

1. The script must create a new winsock control to listen to client connections. 2. When MyINFO has been received from client, check if it contains a tag. 3. If not, send a "ConnectToMe <clientname> <hubip>:<the port that the winsock is listening on>" to client. 4. Client should request a connection...

Client <-> Client Communication in DC. 2002-11-05. By aDe ---------------------------------------------------------- ACTIVE FILE DOWNLOAD ---------------------- D = downloader U = uploader H = hub D>H: $ConnectToMe <U's username> <D's IP and port>| H>U: $ConnectToMe <U's username> <D's IP and port>...

If you are using the original DC hub you can set up a script to write the numbers into a php variables file (or a custom file that the php script would open and parse) i have done something similar with my hub, it writes variables in asp format and then i just <!-- include file="".... , very simple,...