Printer provisioning is the process of deploying print queues and drivers to user workstations. In a MyQ X deployment, this means ensuring that each user has the correct queues installed, pointing at the right server, with the right driver – automatically, and without per-workstation configuration.
Plan your provisioning approach before rollout. The method you choose affects how drivers are maintained over time, how BYOD and non-domain devices are handled, and how your environment responds to the Windows Protected Print Mode transition.
Provisioning Methods
MyQ Desktop Client provisioning is usually the strongest option for managed workstations, especially where queues should follow the signed-in user or workstation context. The Desktop Client can install or update provisioned queues and drivers automatically according to the applicable configuration and provisioning profiles. Profiles can target computers, users, and user groups, and can also use IP ranges or hostnames to apply different behavior to different workstation populations. This supports domain-joined, non-domain, and BYOD scenarios, and covers Windows and macOS.
Queue rights still apply. A user may receive a provisioned client printer but be unable to print through it if they do not have rights to the target queue.
MDC provisioning supports two modes. Legacy Printer Provisioning uses standard TCP/IP ports and vendor print drivers. Printer Provisioning Profiles, available from MyQ X 10.2 patch 21, support the transition to IPPS-based provisioning, including Universal IPP Printer Provisioning. Use them when MDC provisioning is used to deploy WPP-compatible IPPS queues to affected Windows workstations. Plan which provisioning mode is appropriate before WPP reaches managed workstations, especially where current profiles still deploy standard drivers or TCP/IP ports.
Group Policy provisioning is appropriate when workstations are domain-joined, a managed print infrastructure already exists, and the organization prefers to keep printer deployment within existing GPO workflows. GPO provisioning does not depend on the Desktop Client and can be used where MDC is not deployed. The constraint is that GPO provisioning does not natively follow MyQ user or group assignment in the same way MDC provisioning can. Queues are typically assigned through AD, machine, OU, or policy targeting rather than MyQ provisioning rules.
Manual installation is suitable for small environments, one-off additions, or BYOD users who are not covered by an automated provisioning method. Users install queues by adding a printer via URL (IPPS) or by configuring a standard TCP/IP port manually. For BYOD users, an IPPS URL is often the lowest-friction manual option. It can reduce driver-management effort and is supported on Windows, macOS, Linux, and Chromebook, with platform-specific setup and driver behavior.
Choosing Your Approach
|
Factor |
MDC Provisioning |
GPO Provisioning |
Manual / IPPS |
|---|---|---|---|
|
Domain membership required |
No |
Yes |
No |
|
Adapts to user group membership |
Yes |
No |
No |
|
Covers BYOD and macOS |
Yes |
No |
Yes (IPPS) |
|
Removes queues when access revoked |
Yes |
Depends on GPO design |
No |
|
Requires Desktop Client deployment |
Yes |
No |
No |
|
WPP-compatible (IPPS mode) |
Yes |
Depends on port and driver |
Yes |
Most deployments combine methods: MDC provisioning for managed workstations, manual IPPS for BYOD and guest users, and GPO as a fallback or complement in large domain environments.
Dependencies and Recommendations
MDC provisioning requires the Desktop Client to be installed and running before queues are provisioned. Driver packages must be uploaded to the Print Server before provisioning can deploy them. Allow time in your rollout plan for driver testing across each device model in your fleet. A driver that works correctly on one model may produce unexpected output on another, and provisioning will deploy it to all assigned users before the problem is discovered.
In Central/Site deployments, users who move between sites will have MDC attempt to install the queues configured for that site's server. If standard print drivers are configured and WPP is enabled on that workstation, the installation will fail silently from the user's perspective. Audit your provisioning profiles for non-IPPS drivers before enabling WPP in any part of the environment.
Use MDC configuration profiles and provisioning profile targeting to separate provisioning behavior where different sites, user groups, or workstation populations need different queues or IPPS-only provisioning during a WPP transition.
Printer Provisioning Profiles also depend on provisioning-profile licensing. In Central/Site deployments, check profile-license allocation before rollout. If the provisioning profile license limit is exceeded, some profiles may remain visible in the UI but not be deployed to Desktop Client.
Windows Protected Print Mode
Windows Protected Print Mode (WPP) requires IPP-based printing. When WPP is enabled, non-IPP drivers and standard TCP/IP ports are removed. When WPP is enabled, non-IPP drivers and standard TCP/IP ports are removed. Disabling WPP later does not automatically recreate the removed printers, drivers, or ports. Only IPPS ports and IPP-compatible drivers are preserved.
The planning implications for provisioning are:
Deploy IPPS queues before WPP is enforced. Users need a working IPPS-based print path in place before standard drivers are removed. If MDC provisioning is in use, switch affected profiles to Printer Provisioning Profiles with the built-in IPPS driver before WPP is enabled.
Audit your provisioning profiles for non-IPPS drivers and remove or reassign them before enabling WPP. Any profile still configured with a standard driver can generate repeated provisioning errors on WPP-enabled workstations, because the Desktop Client attempts to install drivers that Windows no longer allows.
In Central/Site environments, pay particular attention to roaming users. A user moving to a site whose server still has standard drivers configured will trigger failed provisioning attempts on a WPP-enabled workstation.
Test IPPS print output for each device model before the transition. IPPS printing may not expose all finishing options available through a vendor driver – duplex, stapling, tray selection, and other settings may require IPP attribute support on the device. Verify that the output your users need is achievable via IPPS before removing standard drivers.