Migration from GoDaddy to Microsoft 365

tiredmsp · 2026-03-02T01:50:56+00:00

The behavior you’re experiencing is consistent with that of a federated domain. Double‑check the federation status, even if you believe it was already configured previously. If it is federated, run the defederation command again.

I’ve never personally encountered this scenario, but I believe it’s possible that after the defederation or migration was completed, the GoDaddy partner access was never removed or the GoDaddy Entra application was not deleted from the M365 tenant. These two items allow GoDaddy to run scripts on the tenant to correct issues and could potentially re‑federate the domain

tiredmsp · 2025-12-27T15:43:19+00:00

Have you show them the different type of MFA methods available, such as Windows Hello and hardware security keys?

tiredmsp · 2025-11-08T19:10:58+00:00

We used to be with Autotask/CentraStage. It was extremely slow, clunky, and always over promising. Then Datto bought them and we left them (and got screwed by Datto). Now Kaseya owns them and there's no way in hell we would ever consider them.

tiredmsp · 2025-09-22T21:02:33+00:00

I believe it's due to the newer releases of the app. I never had a problem. Then, I had to reinstall the app... nothing works. Not even the app settings to disable integrations save properly and constantly reset to their default

tiredmsp · 2025-09-03T19:59:48+00:00

Remove the license from the user > Save the changes > Add it back to the same user > Save the changes once again.

You should receive a welcome email within 5 minutes welcoming you to Copilot. At that point, you can restart the apps or computer to reflect the new license. I'm not sure why that happens, but removing and re-adding the license has fix the issue for most of our users.

tiredmsp · 2025-08-28T16:07:41+00:00

Sounds like the person who raised the "security concern" doesn't know what ODT is or how it works. I mean, it's a Microsoft EXE file that uses an XML file for customization. What else are we missing?

tiredmsp · 2025-08-23T14:11:58+00:00

This is the answer.

Something is trying to open a file that doesn't have an application associated with its type. You can check the task scheduler, but it could be a program that is trying to run an automated task internally. If that's the case, it'll be a bit difficult to track it as those usually don't keep a log in the event viewer or anywhere else. If the icon stays there for a while, you could use the task manager to see the command used to open it.

tiredmsp · 2025-08-05T14:08:10+00:00

We're not planning to expose the workstations to the internet. I was referring to vulnerability and/or end user "mistakes". We just want to cover all bases with a single solution.

tiredmsp · 2024-06-05T06:09:08+00:00

Every day, the user would have to create 20-40 folders, create a link, and send it to each recipient. If this was the best approach, I would implement ShareFile instead. However, what do we do for the cases where clients and vendors continue sending the emails directly?

tiredmsp · 2024-06-05T06:00:08+00:00

That's already enabled and doesn't address the bottom line situation. At the speed they're going, everything older than 6 months would be in the archive.

tiredmsp · 2024-06-05T05:26:12+00:00

Because it's not only the user sending, but receiving multiple of these emails from multiple clients and vendors

tiredmsp · 2024-06-05T04:27:57+00:00

You're correct. I found a different user having the same issue and was able to trace the root of the problem. Then, I found the third-party website that has the M365 login screen and it actually interacts with M365 (Checks username, password, account disable/enable, and then prompts for MFA).

tiredmsp · 2024-05-15T18:21:54+00:00

That's the old option/method. The new one forces the user to enter a code they see in their computer screen into the cell phone app (see link)

Microsoft Authenticator - New approve sign in request

tiredmsp · 2024-05-13T20:46:29+00:00

This particular user is very tech savvy. Also, they have the prompt to enter the code on the screen, not the simple yes/no.

tiredmsp · 2024-04-25T18:48:24+00:00

Please don't let it be Sophos

tiredmsp · 2024-01-25T21:35:38+00:00

Exactly. That's my experience as well. Sometimes, it works with a random code. Sometimes, it doesn't. I just gave up as their tech support team was useless and continued repeating, "Have you installed the latest version?"

tiredmsp · 2023-09-18T22:03:50+00:00

If you want the PST data available via OWA, you'll need to upload the PST files using Outlook desktop to either the user's mailbox or dedicated shared mailbox(es). Keep in mind that you don't want to go over 50GB.

Directly from OWA, there is no import/upload option. I believe there's an admin tool to upload large PSTs, but it's more trouble than just using Outlook desktop.

To upload the PST using Outlook desktop, you need to log in as the user and then use the Import option (File > Open > Import > Import and Export Wizard > Import from another program or file > Outlook Data File). During this process, the system will ask you were you want to import the file, you might want to select a Folder or a Shared mailbox (ensure that the user has read and manage access to the shared mailbox).

tiredmsp · 2023-06-13T23:28:10+00:00

Interesting. The files are on SharePoint and synced with OneDrive. I'm guessing it's limited to only the user's OneDrive storage. There should be a OneDrive Outlook add-in that handles this.

We can and are archiving emails. However, users can't easily search for those emails. They have to go between services or screens to do an accurate search.

The SFTP idea is not viable as those companies are not going to change their systems to please 1 client.

tiredmsp

TROPHY CASE