Mek

Download the Slim package and use appropriate XP exe files from it.

Well, it's not about impatience, in fact, the filelist opens, in status bar it says "please wait, opening filelist" or something similar (cannot remember) and then the filelist tab just closes itself. I will try to remember posting such filelist here if I encounter it again.

Yes, I have the same problem. Probably it's a bug in ApexDC.

Back up your apexdc++ Settings folder or folder of apexdc++ from Documents and Settings (depends where you chose to store your settings). You should be able to verify it by opening file Favorites.xml where your favorite hubs with logins/passwords are stored. Then you can upgrade and after the upgrade, replace the files with the files you stored in backup.

Zmena nicku a preinstalovanie by nemalo mat vplyv. Skor to nieco stale blokuje. Vyskusal si rozne huby? Niektore nedovoluju vyhladavanie neregistrovanym uzivatelom. Ak to nefunguje na ziadnom hube (skus hladat trebars setup.exe, ktory by to malo vzdy u niekoho najst), blokuje ti to nieco v PC alebo na sieti. Skontroluj si este a pre istotu vypni firewally a antiviry, aj ak su na sieti (napr. na routeri). Posledna moznost je, ze to blokuje tvoj poskytovatel internetu. Tam, ak mas notebook, by som skusil pripojit sa niekde u kamarata alebo na nejaku free wifi, o ktorej vies, ze tam DC funguje.

1. ApexDC++ should work with any hub using NMDC or ADC protocol. It's great for Windows, not publicly available for Linux yet. In Linux, I would recommend EiskaltDC++. 2. If the IP address of the PC is statically assigned dynamic IP (like you said, you are using DHCP but the IP address it assigns will be always the same), then there should not be a problem. How users connect depends on their location. If they are on the same LAN as the hub, they will use LAN IP with port 5555. If the users are outside your network (like on internet) they will use your public IP address and port 5555. For the latter case, you need to forward that port to the PC running the hub. The process of doing that is similar to how active mode is set in DC clients. Also you would need a static IP address on the hub PC or have it assigned via DHCP (like you already have) but always the same otherwise your port forwarding will most likely break after some time. 3. Never heard of opendchub but google yielded some results such as this telnet interface. On the web page of opendchub they say it supports administration via chat in DC but couldn't find a list of commands either.

It's because you are using a router and probably are set in active mode in ApexDC++. You can try setting passive mode and that should work but it is suboptimal as you can download/search among fewer users. I would recommend active mode and for more understanding you can use our guide (which is a bit older but should still apply).

1. No, it would allow users to spam a lot 2. No way that I know of But for both things it should be possible to write a plug-in. I am a programmer but I have no idea about LUA programming so I cannot be of much help.

I have never seen such links as you are mentioning. Have you seen those in these forums or in the DC hubs chat or... where exactly?

I'm getting this error as well, it only started appearing today. Apex instantly closes and I am unable to use it. There is no newer version than r2168 I already have.

If you forgot the password then your only option is to contact the hub administrators/operators somehow (perhaps via another hub) and request a password reset.

Great suggestion. I would welcome this one implemented as well.

Are you in passive or active mode? If active, which one from the available connection options?

It means what it says: your IP address is not allowed on the hub (banned). It has nothing to do with Apex.

Yes, that looks reasonable. Most people test their connection (and if there is any lag) by sending "." in the chat but that has the side effect that everybody can see it. So the +test command has the advantage of doing the same but in a non-annoying way for other users

+test is not a command of Apex, it's a command of the hub (like any +command). Try asking on the hub, maybe the hubowner or operators know the answer

What is your reason to not update?

ich kenne kein Client der das ermöglicht aber du kannst EiskaltDC++ für Linux versuchen, es ist ähnlich zum Apex...

Es gibt leider kein Option im ApexDC++ um "Slots per Festplatte" einzustellen.

These actions are something that should be logged hub side. You, as a user (even if you are an OP) have no way of knowing when some other user is requesting a file from another user and so on...

Does it ask for password after trying to connect to a hub? (if you have autoconnect set for some favorite hubs, that is why it asks for password when it starts). If yes, then your nickname has been registered on that hub and you need its password to use it. If you don't know anything about registration, it has been registered by someone else and you should use a different nickname.

Your ISP has nothing to do with this. You should contact the hub owner or its operators (perhaps they are operators on other hubs too...)

There is a ban on your IP address on the hub. It has nothing to do with ApexDC++. If you have a way how to do it, you can contact one of the hub operators to ask for unban or registration if it was not you who banned the IP address.

I've seen this behavior as well. Those users are using some OP clients that have the ability to automatically "check" users (to get the IP and other info) when they write in chat so that is basically what they do. Another thing is, this is not really needed for ordinary users and so their clients are misconfigured...

I think it's indication of compressed size of the file meaning that the transfer is compressed and thus should be faster.