Conrad Sallian's community posts

Hello Cosmos,

Thank you for your message.

1. Both Windows and Linux/Mac Viewer use the same address book format. You can use the 'address book manager' (available in the address book tree context menu) on Linux/Mac the same way you can do in the Windows Viewer.

2. This might not be immediately available because currently the Linux/Mac Viewer has more limited functionality than the one for Windows.

3. Yes, it is. Same license key and same registration process.

P.S. I'm saying 'Linux/Mac' because the version for these two OSes shares the same codebase. In most cases when we update a version for Linux that means that an update for Mac is also available, and vice versa.

Thanks.

Hi John,

It took a bit longer because this feature only sends keep-alive requests about once a minute. It was designed this way to avoid clogging the network in environments with hundreds of thousands of PCs.

Thanks.

Hello Johnran,

You might want to try enabling checking online status for direct connections and see if it helps. This option is in connection properties.

Hi Johnran,

Yes, the Viewer must be registered with a commercial license key for the message to go away.

If so wh ere can I find it ?

Here is how to register Remote Utilities https://www.remoteutilities.com/support/docs/registering-the-program/ .

If you cannot find your license key, please use this form to restore:
https://www.remoteutilities.com/support/lostkey.php

Hope that helps.

Hi Johnran,

Could you please clarify which specific message you’re seeing? There are two possible pop-up alerts, both described here:

https://www.remoteutilities.com/support/docs/first-connection-warning/

The persistent alert is only shown to users of the free license — it does not appear for commercial license users.

The temporary alert, if that’s what you’re referring to, appears only once and only under certain conditions — namely, if you're using a configured Host package and connecting via Internet-ID (this alert doesn’t show for direct/LAN connections). Once the OK button is clicked, it will not appear again for that Host.

This alert is an important part of our privacy safeguards and helps distinguish Remote Utilities from rogue/malicious remote tools. Without such measures, Remote Utilities might be falsely flagged and blocked by antivirus software, preventing it from working properly.

Let me know which message you’re seeing and I’ll be happy to assist further.

Hello Cory,

Thank you for your message.

Our Mac version is currently in development, and we plan to provide a beta version for open testing as soon as possible. While we don't have a specific release date yet, we’ll be sure to announce it once it's ready.

Hello,

Thank you for your message.

We are currently planning a 7.x.x.x release with quite a few changes. 8.0 release is at a more distant future.

Hi Douglas,

Ping won’t necessarily work because the ping command may be blocked on the server depending on its security settings.

It is confirmed that the connections were not refused at the servers?

They were not—why would they be? Besides, according to your logs, the Host service is clearly running and sending connection attempts, but they can’t get through.

And bear in mind two other machines on this internal network are working as they always have even though they suffered a power cycle also.

Are they also accessing the Internet via the same ISP?

Hi Douglas,

No connection.
I've added a rule to insure port 5655 allows a connection outbound.
No connection.
I have sent you the log file.
Any clue now on why?

If the Host is working (the service is running), there’s an Internet connection on the Host side, and there’s still no connectivity with RU public servers, the most probable cause is security software blocking outbound access for Host. In this case, it’s not necessarily the endpoint software — it could be a perimeter firewall (especially in an organization) or the ISP. That should be the first thing to check.

None of these have any option for reinstall.
Often a "check for updates" appears in things like the "about Remote Utilities"
Is this an oversight or is it quite impossible for this service to manage downloading and
running an update of itself?

It is not an oversight — it is intentional. Why? To avoid the loss of control over the update process and prevent a situation where remote Hosts are updated to a newer version than the Viewer, which might break some functions. The Viewer is supposed to orchestrate the updating process — both for itself and for the remote Hosts.

Hosts can be updated from the Viewer side in multiple ways, one of which is called "Simple update," which essentially sends an update command to the Host for the Host to self-update.

Hope that helps.