Community

Hi Vincent,

If you want complete control over the remote computer including the ability to control UAC prompts and install applications, you should use Host instead of Agent. Unlike Agent, the Host works as a system service with system-wide privileges.

Hope that helps.

Hi Dennis,

Unfortunately, we couldn't manage to test it with the software itself. We can guess, however, that the problem may occur because of specific printing properties.

Have you tried printing with the help of Microsoft XPS Doc writer or Microsoft Print to PDF. That might be a workaround to this problem.

Hello Vincent,

Thank you for your post.

Do you have Host or Agent on the remote side?

Hello Glen,

Thank you for your post. Yes, your suggestion makes sense. Initially the bookmarks feature was intended to be used for the local side only. We need to implement some changes to make it usable on the remote side.

I have added your suggestion to our wish list.

Hello Nijel,

Thank you for the details. Unfortunately, it is hard to say why the server cannot be reached then since it looks like the problem is specific to the current network/router configuration than the program itself.  

From you describe I can assume that you can access your server from the outside and cannot access it from inside the network. So this might have something to do with the resolution of your server's DNS name inside the same network where the server is. This brings us to the "loopback" problem when a service tries to resolve an external IP address from the inside.

Hello Nijel,

Thank you for your message.

. I forwarded port 5655 to my dedicated server as it was before but now when I am connected to the same network on the Viewer the clients all appear offline.

This might mean that the Viewer PC cannot reach/communicate with your server PC. You should check if the DNS name of server can actually resolved on the Viewer side. Or, if you use an IP address, then there should be a direct route between Viewer and Server.

Hello Marty,

Thank you for your suggestions.

I found when configuring a host to use Custom Server Security, the capitalization of the username matters. For example, logging on with username "johndoe" will fail if the username on the server is "JohnDoe".

If case-sensitivity is by design, more clarity is needed through the documentation and app dialogues to remind users.

Yes, it is by design. We will mention that in the documentation and possibly also in the interface itself. Alternatively, we will consider following the Windows scheme instead.

Unsuccessful logons should be prefixed by something more meaningful, eg "RU Server Authorization Failed"

Yes, this is a known issue. We will add a message in case of a failed logon attempt.

Hi Dennis,

Could you tell us the name of the application? We'll see if we can reproduce the issue.

Thanks!

Hello,

Thank you for your post.

Has anyone else encountered this bug? Is there a known solution or troubleshooting route?

Please , try removing the file config_4.xml found in the program %APPDATA%\Remote Utilities Files\ folder. This will reset the Viewer settings/options.

Your address books won't be affected by this action.

Let us know if this worked out for you.

Hello Shane,

The license count column just shows your total available number of allowed entries in your address book. Besides, there is no such thing as unregistering a Host -  you just delete the records you no longer need from your address book and that's it.

Hope that helps.