fromb:
It seems to me as if you have already proven that the remote system is OK. Therefore the problem should be more proximal.
1. Your local computer: Windows software firewall can block programs trying to make outbound connections. It may be activated for LAN / WLAN, but not for dialup. (Silly, but possible). Exceptions (programs allowed to connect through the firewall) may also differ. (I am assuming you use WinXP / have a software firewall on the local computer)
2. Your local router: Does it have logs or a logging option? Can you ping the remote ports via ADSL? Bridging mode has been mentioned before.
3. Not to test your remote system, but an aid to debugging: I think TightVNC server has a debugging mode which logs detailed information. It may be worthwhile installing that on the office pc, then seeing what it logs when you try to connect (my R10 says it won't even get a single connection request, as that is not where the problem is)
4. Wireshark: (I usually run it in linux, so don't ask me too much about using it under windows). It is a packet sniffer. Tell it to look at your LAN /WLAN interface, then try to create a connection. Try this a few times, then tell it to stop sniffing (the packets add up pretty quickly, making it difficult to see much - especially if you don't stop all other network activity). It should now show you a list of *all* packets that were transmitted over the network, hopefully nice and colour coded to assist you. From this you should be able to see where the connection went pear-shaped. You might want to compare this with what it sees on your dialup interface when you connect in that way, so you can see what should have happened.