Here is a follow up to my previous post,
“Best Practices for Deploying PaperCut with Jamf”
Initial Setup: Virtual/Physical queue in PaperCut MF software is setup and pointing to correct location on print server, creating a Null local identifier port works if using a virtual hosted queue. We utilize this to enable print jobs to be released anywhere in the district(“FindMe”). SMB creates a lot of issues when deploying so it is HIGHLY recommended you use an LPD/LPR to host the printer.
Jamf Deployment: First you will need to determine what driver/software is required for users to add/print to the desired device, Konica Minolta requires a software package be installed prior to adding the print device, this was downloaded from their site as a .DMG, ran through Composer and a .PKG file was created for deployment purposes. Next, we installed the driver package on our host machine and added the printer via LPD/LPR port using the CUPS service built in to Mac OS. Filling the field with the name of the print server, followed by the name of the desired hosted printer/queue. I will include a picture below;
After you add the printer to your host machine and ensure everything is setup as desired you will need to add this printer to Jamf Admin to make it accessible to your Jamf Pro server.
After the printer is added to Jamf Admin you will be able to create a policy within Jamf Pro containing this printer, therefore mapping the device to the client Mac.
Next you will need to download the PaperCut Client application and create a .PKG install package similar to the print driver package before. This will install the client software to track jobs and handle authentication. In our case we have users authenticating with AD credentials when the pop-up window appears. Something at the OS level looks to the current account name of the user logged into the Mac, if this matches the credentials to authenticate to PaperCut it will automatically login. There is a LaunchD within the package contents of the client application and this can be used to auto start the process upon login if you desire.
The last step to this process is putting all this created work together into one singular computer policy that will install the required driver, client software, and map the desired printer to CUPS. There are some important priority options that need to be set on each package after uploading them to Jamf Admin, the driver package needs to be set to “1”, the other pieces can happen after this in any order needed depending if you are including the LaunchD piece. Your policy will look something like this,
We have this policy available to users within Self-Service giving them the opportunity to add this whenever convenient or needed. The last finishing touch is creating a script that will open the PaperCut app when the policy finishes running, we use the following “open /Applications/PCClient.app”
This gives a rough outline of the workflow we used to create a policy to deploy this capability to our users.
