As of now it looks like Viewer becomes disconnected after being inactive for a certain time.
This is not a program's feature. It looks like a connectivity problem. It would help looking at the Host log - feel free to create a support ticket and submit your Host log/logs for examination. The Host logs are located in C:\Program Files(x86)\Remote Utilities - Host\Logs\
We understand everyone's frustration when it comes to features long awaited. However, please keep the conversation civil. We gladly accept any criticism and suggestions, but we will not tolerate posts that are calling other customers to abandon the product just because it doesn't have a specific feature that you need and they might not. We have our Forum Rules, feel free to familiarize yourselves with them.
Marc, I very rarely use my moderator's powers to delete forum posts lest anyone say that we suppress democracy here. Unfortunately, I have to do so about your posts in this thread because they are not only ranting about the feature being delayed, but they are also defaming our company and product as a whole and calling others to stop using the product just because it doesn't have Mac support. Sorry for that.
I'm sorry the lack of Mac support is not available yet. Currently we are preparing the 6.9 version for open beta - among other improvements, namely with speed and performance, this version will also get two-factor authentication.
Mac support is the next priority after we release version 6.9. As for ETA, I'm not sure I can give any estimates - far too often they were incorrect in the past due to various reasons.
Please, make sure that you updated Remote Utilities (both Viewer and Host) to the most recent version which is 18.104.22.168 as of this writing. Then, just in case, re-issue the Internet-ID - on the host side right-click on the Host icon, select "Internet-ID connection settings", click Advanced and select Get new ID. When the ID is generated update the corresponding connection record in the Viewer address book.
My viewer is Win7 Pro 32-bit and my host is Win10 Home 64-bit.
Here is something I've discovered: after Windows has logged in if I toggle the toolbar's padlock setting (Lock input and screen) on and off, it then removes the wallpaper.
I've found there is one scenario where it removes the wallpaper after a Windows login: immediately after a start up. With every other scenario I've tested – e.g. resuming from lock/sleep/hibernation – it doesn't remove it.
Ok, we will test again this time using your configuration.
I've also found that screen blanking doesn't seem to be working either. As soon as the I move the mouse on the viewing machine the screen displays again on the host. Could this be part of the same problem?
Screen blanking requires the monitor driver to be installed. If you didn't install it during Host installation (the "Install monitor driver" checkbox is enabled by default), or just not sure , you can check this in the Host settings. Right-click the Host icon, select Settings for Host, then Options and Driver tab. Verify that the Monitor driver is installed (the Uninstall button should be active).
I'm curious though: if an application window is maximized, does the wallpaper's visibility still affect performance?
I'm not sure it will affect performance but I will ask our developers anyway.
I'm also seeing an error message that reads "Cannot send e-mail message.
This is expected in this case because Norton blocks the URL that points to the mailsend php script on our website. The Agent/Host cannot get a response from the site and notifies the user (you) that it cannot send an email.