Recent Discussions
Unable to Verify Unattended Access after deployment
We have recently deployed the GoTo Resolve Unattended Access via our Intune Tenant. We have tested it out with other machines via Intune before mass deploying. All was working for test machines, remote connection, verifying devices in console etc. Since starting to deploy to all intune machines 700+ the first 100 were pushed into the devices tab in GoTo. The issue we faced is we are unable to verify any of the devices. Error we get is "Device Verification Failed" Has anyone else ran into this? We are licensed for 1200 Machines. We used the .MSI & Win32 Version 1.20.9.5687 working on uninstalling via Intune to see if reinstalling does anything.Alert notices
Sorry if this has been covered already, but I'm not clear after watching the video on how you are supposed to know that a device has triggered an alert- if you have NOT chosen to get email notifications? I tried setting up an Alert so I would be notified when certain devices come online by using the Connection status Alert, but that seems to only engage when a device goes offline. Next, I tried setting an Alert when the Winlogon.exe process starts. That MAY be working, but I'm not seeing anything on the screen to "alert me to the Alert"! Guide me, someone please!
User incorrectly logged out at end of session to Hyper-V VM but not physical machine
So far, I am only experiencing this issue on my Hyper-V VMs. I've used GoTo Assist for years and recently switched to GoTo Resolve. I've always been able to either lock a computer and end the session, or just end the session, and the remote computer would lock the screen. I could connect again later to find all the open programs and files still there so I could pick up where I left off. Now that I'm on GoTo Resolve, if I am logged into a Hyper-V VM server and lock + end session or just end the session, my user is logged out. Connecting to physical servers or desktops does not log me out if I end the session. Since it is only logging me out on VMs, I'm not sure if this is a Hyper-V or GoTo Resolve setting?
GoTo Resolve Client Download being deleted
GoTo Resolve client download is being deleted by updated versions of WIndows Defender immediately upon download. Anyone else experiencing this? Probably being flagged by reputation based protection features. Clients I have witnessed this for have been using Chrome with no extensions to download the file. And it doesn't seem like the deletion is showing in the protection history in Windows Defender. But I have to use an alternate tool to remote in as GoToResolve can't even run before Defender wipes it out.
GoTo Resolve: HelpDesk Ticketing "We can't verify that this email.."
Hi everyone, Im currently facing an issue with emails forwarded via HelpDesk (LogMeIn) in my Office 365 environment. I have already added the SPF record (v=spf1 a:spf.gotoresolve.com -all) to my domain DNS, but the emails are still flagged in Outlook with the warning: “We can’t verify that this email came from the sender, so it might not be safe to respond to it.” The emails are being delivered, but this warning is creating confusion among our users. Has anyone else experienced this with Office 365? Are there specific steps, like configuring DKIM or DMARC settings for GoTo, that I should take to ensure these emails are fully authenticated and the warning is removed? Any advice or insights from those who have dealt with this would be greatly appreciated. Thank you! João Moreira
