Pauline's community posts

Hello Marcin,

Thank you for your message.

I've responded via the ticket that you created. Also please do not publish your logs on the forum as they're considered personal information.

Thank you.

Hello Mike,

Thank you for your message.

Could you please double-check if you have the less secure apps access feature enabled in the Gmail settings? For more information on how to enable it please, refer to this Google Account Help Center page: https://support.google.com/accounts/answer/6010255?hl=en&authuser=1

If enabling the less secure apps access feature doesn't help to resolve the issue, then we recommend that you try another SMTP provider. For example, please consider using services like Mailjet which is convenient for the purpose of setting up the SMTP server in case if you need to be sending a relatively small amount of emails.
In order to start using it just sign up using any email address (you might even use the Gmail email address you've created). After creating your account you're able to see the SMTP settings right away, so you can copy the SMTP settings provided by the service to the MSI configurator.
However, please note that Mailjet applies a sending limit of 10 emails per hour for free accounts. You can learn more about the limitation here.

In addition, please note that our MSI Configurator tool only provides an interface to embed the SMTP server data. Unfortunately, the MSI Configurator cannot control how the SMTP server works and it doesn't perform the actual sending - the SMTP server does.

Please let me know if the solution above worked for you.

Hello Nenad,

Thank you for your message.

Please try referring to this troubleshooting KB article and see if any of the solutions listed there helps to resolve the issue.

In addition, please note that we've partially removed the logs contained in your message - please do not publish your logs on the forum as they are considered personal information. If necessary, the logs can be sent to us to support@remoteutilities.com.

Please let us know if the solutions from the article above did not help and the issue still persists.

Hello Basil,

Thank you for your message.

Could you please clarify what version of Remote Utilities do you use? If you use version 6.10.10.0, please try updating Remote Utilities to the 6.12 Beta 1 version as a fix for this behavior was specifically implemented in the Beta version. The 6.12 Beta 1 version is available for the download here.
When updating Remote Utilities please make sure to update both Viewer and Host/Agent as the version mismatch might lead to performance issues and some features not working.

Please let us know if the issue persists after updating Remote Utilities.

Hello Keith,

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

Please feel free to post another message if the issue persists or if you have more questions.

Hello Damian,

Thank you for the update.

Unfortunately, in this case, there's not much we can do to help to resolve the issue as the issue, perhaps, occur on the remote Host's side, but there's no access to the remote Host or its logs for further troubleshooting.
If you happen to access the remote Host machine, then please refer to this KB troubleshooting guide first.

Please feel free to let us know if there are any updates on the issue.

Hello,

Thank you for the clarification.

From what I understood reading that page, basically inbound port 5655/tcp should be open. This is what we have done from the start. However outgoing access to port 5655 (for viewer or host access) was blocked. The reason was that the viewers and hosts are not accessible from the relay: only the viewer/host can connect to the relay, the other way is not allowed.

Yes, you are absolutely right, on the RU Server's side, you need the inbound TCP 5655 port to be opened, not the outbound.

We could try to update the relay only, and also some clients. But upgrading all the clients is difficult currently. Would there be a problem if we did not change the viewer and host, but only upgraded the relay to 2.9 beta 1?

Of course, we actually suggest not to update all of the remote Hosts and Viewers at once, it's best to update just one remote Host and one Viewer (or even use the Portable Viewer and Agent). However, please note that if you update the RU Server, then it's best to update Viewer and Host as well since the version mismatch might also cause other performance issues and some features not working.

Please let us know if the issue persists after updating Remote Utilities to the Beta version.

Hello Keith,

Thank you for the clarification.

The Viewer is built for the 64-bit systems since it's also possible for the 64-bit systems to run applications built for the 32-bit systems. Unfortunately, it's not possible to run the 64-bit applications on the 32-bit systems. Sorry for the inconvenience.
However, we might release a separate Viewer built for 32-bit based systems in the future.

Please let us know if you have more questions.

Hello,

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

Can you change 'menu name' to another like 'Custom client wizzard'?

Could you please clarify if you mean the Agent's title text that is shown on the title bar of the Agent window?

If this is the case, then this text can be customized on Step 3 - Advanced options of the configuration process -> Integrate your logo tab. You can also preview how the customized Agent window looks by clicking the Preview button on the same tab.

Please let us know if you have more questions.

Hello Damian,

Thank you for the clarification.

Unfortunately, it seems that the issue is rather on the remote Host's side and not on the Viewer's side.
In order to isolate the issue, could you please try connecting to the remote Host using the Portable Viewer and see if you're able to connect this way? The Portable Viewer is available for the download on this page.

Looking forward to your reply.