Thank you for the report. It looks like BitDefender categorizes our software as "potentially dangerous". Sometimes the term "not-a-virus" is used to distinguish potentially dangerous software from viruses.
We have already contacted BitDefender regarding this issue. We also encourage you to send a false positive report yourself.
It would be nice if the chat session (including history) didn't just disappear when the chat session is either closed by the remote user, or when there is a network failure that temporarily disconnects the Host fr om the Viewer. In instances such as these, I'd like to be able to retain the chat history on screen and be able to pick up wh ere I left off once the network communication resumes.
Chat history is already on our roadmap.
Additionally, as an admin I'm always using the keyboard. Having to stop and use the mouse to click the "Send" button is cumbersome. If the chat window uses Windows Forms, setting the "Send" button as the default element on the form would remedy this. To overcome the fact that you would not be able to enter multi-line chats, just have something like Shift+Enter create a new line in the active chat, while keeping Enter to send the chat message.
Is there a Host Setting I missed that needs to be set to enable access from a mobile device?
No, there's no such setting.
I forgot to add that I'm using desktop Version 220.127.116.11 and the latest Android version on both devices, and that I'm trying to connect using an Internet ID, which I am able to do with no problem from a desktop Viewer.
We'll have to wait until the next mobile update is out, because currently there's no logging in the mobile Viewer which would help us diagnose the issue. Sorry for that.
Even though the Host grants you total 24/7 control over the remote computer, you can easily configure it to include the "remote user factor" without disabling auto start-up.
For example, you can enable "Ask user permission" feature in the Host settings (Settings for Host -> Security -> Confirmation tab). With this option on, each time you connect to the remote user's PC, they will see a message asking them whether they accept or reject an incoming remote connection. There's a timeout setting with auto-accept and auto-reject options too. Finally, you can opt to only ask for user permission when a user (a Windows user, that is) is logged on.
During the remote session, if the Full Control or View mode is used, the Host icon in the system tray turns red. This is a clear indication that someone is being connected to the remote PC via Remote Utilities. In addition, you can enable a "notification panel" in the Settings for Host -> Options -> General -> Show notification panel) that will appear each time you connected to a remote PC and allow the remote user to kick you out by clicking on the X button near the corresponding incoming connection (a Host can accept multiple incoming connections, btw).
Hope that helps. Don't hesitate to ask if you have any questions.
I am just thinking about situations when I might be in an Internet Cafe or an a computer where I cannot install software. Is there a way of access a host through a browser?
You can use the portable Viewer downloadable here http://www.remoteutilities.com/download and run it off a USB stick or even right from an Internet cafe computer. But there is no centralized web account to store your remote connections, so you need to make sure that you know the ID of the remote computer you are connecting to.
I have setup 2 groups, A and B. Auto-logon has been setup for all connections in both groups. I open the Viewer application and go into group A. If I then close the application and open it back up, all of the connections in group A will automatically logon to the host, but if I then navigate to group B none of the connections will automatically login. If I then close the application again (being inside group B) and open it again, the Viewer will start inside group B and all of those connections will automatically login. But again, none of the connections in group A will be logged on.
Edit: Conrad, maybe you can move this over to the feature requests. It looks like the Viewer will automatically logon to the hosts, but only after what looks to be a 30 second timeout. It would be helpful if the auto-logon process happened continually in the background or at least is initiated once the group is selected.
Thanks for detailed info. We'll check it out and see if we can fix this.
David wrote: I'm not sure what this means because I searched through the manual as best I could - but I have one remote host that always shows up in the Viewer as being "Locked". I'm not sure what this means, but the Viewer cannot connect to this particular host at all. What does this mean?
The lock means there is a Host installed on the remote PC, and it's accessible via network, but you are not yet logged on into the remote PC. Here "to be logged on" means to log on using Remote Utilities, not Windows log on. More information is available in this feature description http://www.remoteutilities.com/product/features/logon-and-logoff.php