CUPS printer sharing failing with check_quotas: UUID lookup failed for user

On a new M4 Mini with Sequoia 15.2 (24C101) I'm trying to share a USB printer. But unless the computer has a user account with a username matching the username from the incoming request, CUPS rejects the job. Print sharing is enabled in Settings > General > Sharing > Printer Sharing, and the printer is checked for sharing, and the permissions are that "Everyone" "Can Print". I've enabled debug logging with cupsctl and here's the relevant portion of the log: D [07/Jan/2025:21:45:28 -0500] [Client 13] 2.0 Create-Job 3 D [07/Jan/2025:21:45:28 -0500] Create-Job ipps://Mac-mini.local.:631/printers/EPSON_Stylus_Photo_R2880 D [07/Jan/2025:21:45:28 -0500] check_quotas: UUID lookup failed for user "bames53" I [07/Jan/2025:21:45:28 -0500] Denying user "bames53" access to printer "EPSON_Stylus_Photo_R2880" (unknown user)... D [07/Jan/2025:21:45:28 -0500] Create-Job client-error-not-authorized: Not allowed to print. E [07/Jan/2025:21:45:28 -0500] [Client 13] Returning IPP client-error-not-authorized for Create-Job (ipps://Mac-mini.local.:631/printers/EPSON_Stylus_Photo_R2880) from [v1.fe80::10:b08d:dd81:36e9+en0]. The computer sharing the printer can print fine. So the printer works, the USB connection works. The drivers are updated. If I create, on the computer sharing the printer, a user with a username matching the remote user trying to print, even if the passwords don't match, then there's no error and print sharing works fine. So I believe this rules out any issues with the network, firewalls, etc. Also installing a Print-to-PDF printer from the app store and sharing that shows precisely the same behavior and error, so the particular printer is not the issue. Also the behavior is the same regardless of the client computer trying to print, both Mac and Windows clients. Looking at cups configuration files, quotas appear to be disabled on /etc/cups/printers.conf: QuotaPeriod 0 PageLimit 0 KLimit 0 AI suggested also adding a Enabled No section to the cupsd.conf file, which did not change the error. Also adding Allow @LOCAL and Allow all to the various `` sections that cover Create-Job did not change the behavior. Apple Support suggested adding Sandboxing Relaxed to cups-files.conf, also with no change. I see a someone else had the same issue in 2010 on Apple's support forums, with no solution: https://discussions.apple.com/thread/2426299?login=true&sortBy=rank Configuring other macs with printer sharing similarly does not exhibit the same error. The work-around of creating a dummy account with matching name might almost be acceptable at this point, but it doesn't work to allow windows computers to print, because the username they send contains a backslash (domain\username). Here's a screenshot of the printer sharing panel with user list: