SMB Printing Breaks in 12.2

Change device URIs from "smb://printserver/print_queue"

to

smb://printserver/print_queue?encryption=no

CLI:

lpadmin […] -v 'smb://printserver/print_queue?encryption=no'

You could also modify your installed printers on the CUPS webinterface which has to be activated (in Terminal.app) before:

cupsctl WebInterface=yes

Open http://localhost:631/printers/ in your browser.

Then modify the "Connection" of your installed printers by adding "?encryption=no" at the end of the URI (see above); choose "Windows printer via spoolss" to modify existing SMB printer settings.

Hey there, CyberWeasel08!

Thanks for reaching out in Apple Support Communities! If we understand correctly, you're having trouble printing from your Mac after the latest macOS update. We'd like to help point you in the right direction.

If you haven't already, we recommend using the troubleshooting steps in the following support article to help with printer related issues:

Solve printing problems on Mac - Apple Support

"If you still can’t print, reset the printing system."

Feel free to reply with more details if this persists.

Take care!

ChrisB,

Thanks for posting this! May I ask what is the status of your MS print server in terms of the PrintNightmare patches? We held some back and I am now wondering if we let the patches through if the Mac printing would work now.

Fixed smb printing that would constantly put print jobs into paused state. Reinstalled printer adding the ?encryption=no and prints are now actively sending to print server again. Issue began immediately after recent OS Monterey upgrade. Thanks for the solution - hope this helps others out who are as frustrated as I was!

I had a similar problem. I was using the wrong variable to connect the printer. it's solved for me

Before I use a command :

lpadmin -p "$PRINTQ" -E -v "$PRINTV" -P "$RESPPD" -o auth-info-required=username,password

I changed the following command at the end

lpadmin -p "$PRINTQ" -E -v "$PRINTV" -P "$RESPPD" -o auth-info-required=negotiate

Tested macOS 10.15.7 (Catalina) with Security Update 2022-003, macOS 11.6.5 (Big Sur) and macOS 12.3 (Monterey) - all macOS Updates from yesterday resolved this printing issue (you don't need to add "?encryption=no" anymore).

Unfortunately, if you use Kerberos authentication, you still need the workaround above.

https://community.jamf.com/t5/jamf-pro/smb-printing-to-windows-print-server-failing-to-connect-to-server/m-p/261156/highlight/true#M240820

Hi Chris,

Work for me for the 3 affected OS. Thanks

Also if you disable SMB Multichannel on 11.6+, the job won't delay in the local spool.

https://support.apple.com/en-us/HT212277

Addendum - Affected OS Versions:

• macOS 12.2 (Monterey)
• macOS 11.6.3 (Big Sur)
• macOS 10.15.7 (Catalina) with Security Update 2022-001

Hello

We have the same issues and we can see in Wireshark NTLM problem during negociation

We already tried to reset the printing system, without success.

Regards

Hi Chris

Thank you for the hint, which runs well in waiting a real final solution.

Regards

Hi Chris

Servers 2016 with all latest updates installed

RpcAuthnLevelPrivacyEnabled regkey implemented, tested with both 0 or 1 value.

Regards

My server engineers (unfortunately) do not let me in on all their "secrets" ... :-(

I am sorry, I am just the Mac man here … :-D

Great hint, thanks! :-)

Implemented on a test Mac - and it runs(!) - thanks again!