Verifying what a Google Workspace Support staff member related to me today, as I find it hard to believe that the Google giant has this big an Achilles Heel.
A former Workspace user for our organization reported to our Help Desk that a content transfer that they had initiated on June 29 failed as of July 7; no information was given at that time in the email they received.
I pulled Graduation Log events and saw that the migration task started at 10:57:25 Pacific 6/29 and “completed” with 0% Gmail and Drive transfers at 19:24:49 Pacific 7/6.
I reached out to the Workspace Support team and, after being bounced through two individuals who either didn’t understand what I was asking about or didn’t know that Content Transfer even existed, was routed to a support engineer.
After 2 hours of being on Chat and Meet with them, they finally provided this “explanation”:
Our team reviewed the Admin Console logs and found the perfect explanation for what happened. On June 29, 2026, at 10:38:49 AM PST, some updates were made to your organization’s Gmail application settings. When the student first attempted the transfer shortly after at 10:57:25 AM PST, those system changes were still actively processing in the background, which triggered the temporary error.
The good news is that these setting updates fully completed later that day by 12:36:14 PM PST. Because the system is now completely updated and stable, the transfer tool is fully functional again.
The “updates” to our organization’s Gmail application settings, as recorded in Admin Log events, were:
- An update to a Blocked Address List (adding an entry); followed by
- The subsequent drop from Quarantine of the email which prompted the Blocked Address List update
Those are the only “settings changes” which were made proximate to the initiation of the user’s Content Transfer…and the email which prompted those changes was not that of the user whose Content Transfer failed.
I did some more digging and found that, while some individuals with active Content Transfers during that same week-long period of time had failures, other individuals with active Content Transfers during that time were successful, despite multiple “Gmail application settings changes” (read: additions to either Allowed Lists or Blocked Lists) which occurred during the time the Content Transfers were active.
Does it make any sense to anyone else in this forum that the simple addition of an email address to a Blocked List would trigger a disruption of unknown/unpredictable effect in what would appear to be an unrelated process, or did I get a Workspace Support rep who either generated or repeated what seems like an AI “hallucination” as the non-existent cause of an issue instead of actually digging to find an answer?
The “answer” that I have has moved the needle on my “things-that-didn’t-happen” meter so far to the upper end of the scale that the needle is actually bent…and I’d just like a second opinion on this one.
TIA for any responses.
--
Troy