Q: Does this prompt come up only once and the user won't see any other prompts regarding email, right?
Yes. The ID is persistent once generated, unless you manually change it afterwards in the Host settings. Therefore there is no need to send email each time the program is run and notify the user about that.
Q: Why can I not access the documents folder?
When you open the File Transfer window, in the Access menu try to switch from "Current user" to "System".
3) I'll be using RU for one host and one client. I have activated the free license on the client, but 30 days trial notification is still on. Do I need to buy a license for one host and client?
Aaron Levinson wrote: Ah, that makes sense. At https://www.remoteutilities.com/support/documentation/main1/item142/#license_count , it states: "For the 'per operator' license type the license count means how many users (operators) can work simultaneously from Viewers registered with this license key." I had assumed this meant something was done to actively prevent more users than are licensed from using the same license key at the same time, but I realize now that my assumption was incorrect.
Actually, the program does prevent extra connections and warns the user. But this is only if our hosted service or RU Server is used.
Even if I were to use a direct connection or a self-hosted server (and I'm doing the latter), there is still the question of how the verification of pay licensing works.
Based on trust :) We have our EULA and we expect our users to honor it.
And, I would tend to think that this network communication would happen through Remote Utilities infrastructure, regardless of which RU Server is used (or even if an RU server isn't used, as is the case with a direct connection), although I haven't run a packet sniffer to confirm this
Remote Utilities never communicates with our servers if direct connection or your own RU Server is being used. Even the license key does not require activation and Web access. It's just a static key - you can register the Viewer with your license key even if you disconnect the Viewer PC from the network.
Update: you DO need a network connection if you generate your free license key from within the program though, because the program needs to contact our key generator on the Web. What I meant was that you didn't need network connection when you already had a license key on file and you needed to apply it in the program.
Thank you for the kind words. Regarding the free version 5.x - we discontinued ID service for that version, but for a different reason. Version 5.x was frowned upon by antivirus programs just too much, because it was relatively easy for bad guys to plant malware or patch that version and get away with that. So we made our free 5.x users to upgrade to version 6, but we didn't take away their free license.
I will note down the suggestion, of course. Perhaps, there is indeed a way to automatically detect and fix the issue, although it wouldn't be a good practice to change any settings without the user knowing. We'll see.
Aaron Levinson wrote: This approach to determining the Internet ID programmatically is fragile, since the way in which this information is stored by Remote Utilities could easily change in a future version of the software.
Yes, and it most definitely will. For example, in the upcoming update we'll store the settings in a different registry entry than where they are stored now. Instead of:
the settings will be in
In another post, I saw that a user was wondering if it were possible to bind Remote Utilities to a specific network interface. The response was that this was possible in older versions of Remote Utilities but hasn't been available for some time. I'm not asking for a way to do this from the Remote Utilities Host UI--what I am asking for is a command-line option for the /start command that would provide the ability to specify a specific network interface to bind to. On a system with multiple network interfaces, Windows' TCP/IP implementation frequently makes bad choices when it comes to picking the best network interface to use. For example, on a system with a fast Ethernet connection and multiple slower mobile broadband network connections, it usually picks one of the slow mobile broadband network connections, sometimes the slowest of the mobile broadband connections. Windows TCP/IP appears to decide which network interface to pick based on the combination of the interface metric and gateway metric, and it frequently assigns poor choices for the values for each of these metrics. It is possible to change them, and I've done that, but it doesn't work reliably, and the settings will sometimes revert to the defaults after rebooting the system.
Thank you for the suggestion. I will forward it to our developers and we'll see what we can do.