Pauline's community posts

Hello Martin,

Thank you for the clarification.

We do not plan to stop supporting the 9-digit Internet-ID codes as we do our best to maintain as much backward compatibility as possible. However, we do recommend upgrading the 9-digit codes to the 12-digit ones to improve the overall stability of the connection.
Since you’ve mentioned that you have other Hosts with the 9-digit Internet-ID codes of version 6.10.10.0, then it does seem to be an issue caused by the Host’s outdated version. In this case, simply updating Hosts might help to resolve the issue without actually generating new codes.
However, if you would like to replace the older Internet-ID codes anyway, you can do so with the help of Remote Install Tool which allows you to update the Host remotely along with updating its settings. You simply need to configure a custom MSI installation package to use with the Remote Install Tool.
I’m order to generate new Internet-ID codes please make sure to enable the Generate a new internet-ID code and When updating existing Hosts, overwrite their Internet-ID code with the generated code checkbox - these options will ensure that new Internet-ID code is generated upon the installation. You can also enable the Send Internet-ID to email feature which will automatically send an email with access credentials to a specified email address.
Here’s a related guide with detailed description for each feature in case it might provide some helpful information as well.

Hope that helps.

Hello Martin,

Thank you for the clarification.

That's a nice workaround, but not exactly feasible. The hosts are spread out over a large geophraphic area, so it would take quite a while to visit every site. Since they're offline, I can't get to them to update remotely.

I understand that updating your remote Hosts might be a time-consuming process in this case, but unfortunately, there's very little we can do to help you to resolve the issue unless the Hosts are updated to at least version 6.10.10.0 as in this case their current version is severely outdated and simply updating them will most probably resolve the issue, especially since we've switched to using 12-digits Internet-ID codes for Hosts a few version ago as well (namely, starting version 6.6.0.2).
In addition, we could've also examine the Host log files to see if they might contain any additional error entries, but the log files are stored on the remote Host machine as well.

However, if there's a chance that there might be a remote user at one of the remote Hosts, you can ask them to update the Host manually to the version 6.10.10.0 and see if this works for at least this one Host. You can also configure a custom One-Click installation package and send it over to the remote user, so that they would only need to run it - Host will be updated automatically.
Please note that your Viewer of version 6.10.10.0 will automatically configure Host installation package of the same version (6.10.10.0).

And even if I could, I've found the remote updates have failed, requiring a complete reinstall, about a third of the time. Again, requiring onsite access to the systems.

Unfortunately, the failing remote update is probably caused by an outdated Host version as well since we've completely re-written the "Simple Update" process starting version 6.10.8.0. However, if you can log on to some of the remote Hosts, please try updating them using the Advanced Update method (using the Remote Install Tool) instead as it might be a workaround and a way to update Hosts remotely in this case.

If it's possible to update at least one remote Host to version 6.10.10.0 and the issue with the Host being offline still persists, please feel free to send us the Host log files for examination. You can send them to support@remoteutilities.com or attach to a ticket in the Ticket System.

Hope that helps.

Hello Martin,

Thank you for your message.

Could you please try updating your remote Hosts to the latest version 7.0.2.0 or at least to the previous stable version 6.10.10.0? In this case the issue might be occurring due to the Host version being outdated.
The latest version 7.0.2.0 is available for download on this page. Alternatively, if you want to update your Hosts to the version 6.10.10.0, it's available for download on this page.

Hope that helps.

Hello Dan,

Thank you for your message.

Could you please make sure that you're connecting to the remote Host machine in the Full Control connection mode as described in this tutorial and not in the Terminal mode? Namely, please try switching to the General tab on the Viewer's ribbon toolbar and see if you have Full Control mode selected and not Terminal mode.
Alternatively, please try right-clicking on the remote connection and selecting Full Control in the dropdown menu.

Hope that helps.

Hello Christer,

I'm glad to hear we were able to help!

Seems like it's necessary for some but not all "headless" computers to enable this option then, good to know, thanks!

Yes, such issues might be occurring only on some machines, depending on the graphics card used, OS (e.g. Windows 10 vs Windows 7) or some other parts of the machine's configuration. However, enabling the Legacy capture mode feature usually helps to resolve the majority of similar issues.

Please let us know if you have other questions.

Hello Christer,

Thank you for your message.

Yes, when using Remote Utilities you should be able to connect even to a headless remote machine. Perhaps, the issue might have been caused by how the screen capture is processed inside the system with or without the physical monitor plugged in.
Please try enabling the Use legacy capture mode checkbox in the Host Settings -> Other tab and see if this helps to resolve the issue. After enabling the checkbox please make sure to restart Host in order for the changes to be applied. Please note that it's also possible to enable the feature remotely via the Remote Settings feature.

Hope that helps.

Hello Ved,

Thank you for your message.

Could you please let us know what version of Remote Utilities do you use on both sides of connection, i.e. for Host and Viewer? In addition, please also make sure that your graphics card drivers are updated to the latest versions available as well on both remote Host and Viewer machines.

Looking forward to your reply.

Hello Neel,

Thank you for your message.

Unfortunately, the auto-mapping feature for multi-monitor configuration hasn't  been implemented yet. You can find the list of all features added in the latest updates in the Release Notes section. As soon as the feature is available in one of the future updates, we will make sure to provide a relevant guide on how to use it in our Documentation section.
Unfortunately, we cannot provide any specific ETA on this feature yet. Sorry if this makes our software less useful for you.

Please let us know if you have other questions.

Hello Victor,

Thank you for your message.

Of course, we do plan to implement more features for the mobile Viewer, for example a full-fledged address book, and significantly improve its interface as well. Unfortunately, we cannot provide any specific ETA on these updates yet. However, we'll do our best to make them available as soon as possible.

Hope that helps.

Hello Thomas,

Thank you for your patience.

I've checked on the issue with my coworkers and this is indeed a false positive. The fact that our legitimate software might be used by rogue users with illegitimate/malicious intentions and, therefore, connect through our servers. However, this does not affect our servers security even in the slightest way as the servers only relay encrypted data back and forth. This also does not affect other users who are connecting to their remote Host machines via the same servers and their security.
Here's also a SpamHouse report that shows that this IP address has no issues.

In addition please note that Remote Utilities is legitimate software for remote access and remote support. Any illegitimate/malicious use of the software (including its modification, reverse engineering, "cracking" etc.) is prohibited by our EULA. Besides, in many countries, such use of computer technology is a criminal offense punishable by law.
Last but not least, illegitimate/malicious usage is pretty common with other competitive remote access software as well, even the most popular ones. Here's also a related Wikipedia page that might provide some helpful information as well.

Hope that helps.