Start with the person. Reach the user over a channel the attacker does not control, such as a known phone number or in person, never a reply to the flood, and ask one question: has anyone called, messaged or offered to help with the spam? If yes, ask whether they let anyone connect. Keep it plain, because people are embarrassed to admit it. Then check the endpoint for a Quick Assist or other remote-support session, a cURL or BITSAdmin download and new scheduled tasks.
If a session was granted, treat it as hands-on-keyboard access. Isolate the device, end the session, reset the user's credentials and revoke their sessions, then hunt for the payloads Microsoft ties to Storm-1811: ScreenConnect or NetSupport Manager installs, Qakbot, Cobalt Strike beacons and PsExec use against other hosts. If nobody made contact, deal with the flood itself. Junk or quarantine the senders with a mail flow rule, and tell the user not to click unsubscribe links in mail they never asked for.
Then widen the lens. The same actor usually targets several people at once, and Microsoft names executives, HR and finance staff as common targets. Search for the same sender domains and subject patterns on other mailboxes, and warn the help desk so a real ticket from the victim is not mistaken for part of the attack. If your organization does not use Quick Assist, block or remove it. Microsoft notes it is installed by default on Windows 11.