Conrad Sallian's community posts

Hello John,

Thank you for your post.

Remote Utilities is slow because of their own servers that translate the ID's they provide to find the other remote servers (via internet) .... its so slow to the point that it doesn't even work.

question is:::::: what is the point to this software if you cannot even connect ?

If none of our free license users and paid customers couldn't connect, then we would have apparently been flooded with complaints here on this forum and in the tickets and refund requests sent to our Sales department.  No one would have paid for software that doesn't work, especially corporate customers.

They obviously have not upgraded their servers or even consider to support their users.
they expect us to upgrade to a paid version for a service that doesn't even work.

Sorry, but this is not true. Our free license has no limitations in terms of server access or bandwidth. If connection is poor then it's a technical problem which must be troubleshooted and resolved, and not a licensing problem.

We are interested in making the free version work well, that's why we don't apply any limits except the 10-PC limit.  Our servers are monitored in terms of their load and bandwidth , and they are far from reaching their limit even at peak hours.

I dont think Remote Utilities even cares about their users to be honest, they keep blaming the public for their problem when obviously 100% without a doubt it's their servers.

We do not blame anyone. We just look at the specifics of each case and try to investigate the problem.

Is remote utilities planning on upgrading their servers to support their current users ?

Our servers (both software and hardware) can handle 100x more connections that they do now. But they are currently focused on US and Canada, and we have plans to expand to Europe and other continents soon.

Could you please tell us where your Viewer and Host are geographically located? What program version do you use on both sides? Finally, send us the Host logs - you can find them in C:\Program Files\Remote Utilities - Host\Logs\ - this can help us see what's going on with your connection.

If you have an outdated version (i.e. earlier that 6.5.08) it is recommended that you upgrade first. Then, if the problem persists, send us the logs.

Thanks.

Hello Bob,

I'm sorry, but not in this release. However, this feature has every chance to make its way into the next 6.6 update.

Hello Eric,

After some brainstorming here we couldn't come up with an explanation for this :) Perhaps, it's about specific settings or hardware and how they behave in this situation. Or, rather cause the Host to behave.

Hello Eric,

Thank you for your post.

Is the operating system the same on both remote computers?

Hello Sed,

Thank you for your post. I will create a ticket from this thread to provide personalized help. We'll need to investigate why this happens in this specific case.

Hello Ian,

I moved your message to the appropriate forum.

Regarding the issue - please, allow a second or two when you move your pointer over the target area. The program needs some time to "register" the move.

Hope that helps.

Hi Ashley,

The error text the same? The next time it crashes could you please try to remember what specific actions were preceding the crash. Perhaps we can reproduce it then here.

Hi Ashley,

The root issue seems to be the Host service not starting. That, in turn, may be caused  by different reasons but often this is due to either security settings or antivirus software activity.

Not sure why it happens in this case though. We'll do additional testing on Windows Server R2 to see if we can reproduce the issue.

Thank you for all your feedback.

Hello Paul,

Here is a video:

Hope that helps.

Hello Paul,

Please, see my last post in this thread https://www.remoteutilities.com/support/forums/forum1/669-windows-10-lock-input-and-screen .

Thanks.