Jump to content

Recommended Posts

Posted (edited)

Hi all,

 

New to Papercut MF here. How do we avoid the "Sign in to install" prompt when using Print Deploy and have the queues auto-install without the user being prompted?


In admin portal, Auth options is set to Username/Password, Identity set to TRUST.

UAC is disabled and non-admin users have permission to install print drivers from our print server/papercut server.

20260303_151020.png

Edited by toffee_paul
Posted
2 hours ago, toffee_paul said:

Hi all,

 

New to Papercut MF here. How do we avoid the "Sign in to install" prompt when using Print Deploy and have the queues auto-install without the user being prompted?


In admin portal, Auth options is set to Username/Password, Identity set to TRUST.

UAC is disabled and non-admin users have permission to install print drivers from our print server/papercut server.

20260303_151020.png

 

If you're using Mobility Print queues, the user is required to authenticate - this button won't appear if you're using traditional SMB printer queues captured from a reference VM using the cloning tool.

 

If you're on Entra/M365 for your computer logins, you could switch to PROMPT mode and you'll get a "Sign in with Microsoft" option to authenticate, which can then install the queues automatically.

 

If you're on AD/GPO still, then deploying the queue over GPO would probably be the better solution than Print Deploy.

Posted

Our print solutions provider has been in touch with PaperCut directly and they've told him it's not possible to avoid the "Sign in to install" button, even when not using cloned Mobility Print queues.

We're going to test it out shortly.

We're on AD/GPO but hybrid. Ultimately we'll do full Entra-joined and Intune-managed so will need to use the Entra/M365 auth method but for the foreseeable we're hybrid domain-joined.

We currently push our printer connections out using Group Policy Preferences (User Configuration) which installs the drivers if they aren't already on the device. So it's possible to deploy our two Follow Me queues using Group Policy? Not seen any PaperCut docs that mention this as a possibility, could you tell me how this is done?

Posted

As long as the username in PaperCut shows up as the name of the job owner on the server (you can use aliases to set a second acceptable name if needed, such as the mailNickname in Entra for what's likely the AD username in a hybrid environment), it should automatically detect it and assign it to their account in print release if you're using SMB printing to the server (whether that's deployed through GPO or cloned queues in Print Deploy). It's only Mobility Print queues (whether generic ones with the PaperCut Global PostScript driver, or cloned ones with a custom driver) that require a sign-in.

 

We didn't use Print Deploy at all on our previous system (just AD, no hybrid join), just deployed everything through GPO.

 

If you're looking into moving to full cloud, then moving to the "Sign in with Microsoft" popup is the only solution I've seen. They don't support Entra SSO like Cloud Drive Mapper, but if you're using Microsoft Edge then it should be just the one click to install the printers the first time the user logs in.

  • 2 months later...
Posted (edited)
On 04/03/2026 at 14:31, toffee_paul said:

Our print solutions provider has been in touch with PaperCut directly and they've told him it's not possible to avoid the "Sign in to install" button, even when not using cloned Mobility Print queues.

We're going to test it out shortly.

We're on AD/GPO but hybrid. Ultimately we'll do full Entra-joined and Intune-managed so will need to use the Entra/M365 auth method but for the foreseeable we're hybrid domain-joined.

We currently push our printer connections out using Group Policy Preferences (User Configuration) which installs the drivers if they aren't already on the device. So it's possible to deploy our two Follow Me queues using Group Policy? Not seen any PaperCut docs that mention this as a possibility, could you tell me how this is done?

 

The information you've been provided with from your provider isn't accurate. There's a file named client.conf.toml in the following directory:

 

C:\Program Files\PaperCut MF\providers\print-deploy\win\data\config\

 

In here is a setting called UserIdentityMethod which you should change to "AUTO".

 

UserIdentityMethod = "AUTO"

 

That will allow you to automatically install a printer queue through Print Deploy which originally came from Mobility Print, without having to manually sign in.

 

I assume you're following Papercut's guidance on this page to deploy Mobility Print queues through Print Deploy, perhaps as a way to install drivers without admin rights. I note that this doc also says you can't bypass the login prompt, but I assure you it's possible. I'm doing it in both the schools I manage.

Edited by kidtrebor
Posted
On 14/05/2026 at 15:00, kidtrebor said:

 

The information you've been provided with from your provider isn't accurate. There's a file named client.conf.toml in the following directory:

 

C:\Program Files\PaperCut MF\providers\print-deploy\win\data\config\

 

In here is a setting called UserIdentityMethod which you should change to "AUTO".

 

UserIdentityMethod = "AUTO"

 

That will allow you to automatically install a printer queue through Print Deploy which originally came from Mobility Print, without having to manually sign in.

 

I assume you're following Papercut's guidance on this page to deploy Mobility Print queues through Print Deploy, perhaps as a way to install drivers without admin rights. I note that this doc also says you can't bypass the login prompt, but I assure you it's possible. I'm doing it in both the schools I manage.

Sorry to hijack this post. 

 

I've got the above set in my environment, but I still get the dialog box as the OP.

Posted

Hey,
I got it working and SSO is working fine, uses do not need to sign in,  BUT....

If devices are cloud only and you have no on-prem ADs users WILL need to authenticate manually, I mean, SSO will work but they will have to click on the login button in the Papercut PrintDeploy app to trigger the SSO.   If you do have an on-prem AD like we still do, you need to set to Username/Password and click on Trust.  Microsoft as an authentication method and "trust" dont work, and this is described in one of the Papercut KBs.

image.png.a08410d473078dd6708165430ca51893.png


You can drop the logs in this thread, it will help identify the issue. 

  • Like 1

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...