
You can ensure this by having the user connect to a shared print queue on the print server or by setting up PaperCut Mobility Print to share printers. If this is the case, consider deleting this print queue and connecting to the print server instead.
It could be the case that the workstation is printing straight to a Bonjour-enabled printer, or directly to the IP address of the printer. If the print job isn’t reaching the server at all, then check to see how the printer connection is set up. The job never reaches the print server or printer… Is the print job somehow bypassing PaperCut?
If this only happens with Mobility Print print jobs. If the job reaches the print server, the user can release the job, but nothing prints out…. If the job reaches the print server and is held in the queue, but the user sees nothing to release…. If the job reaches the print server but then disappears from the queue…. If the job never reaches the print server or printer…. Which behavior describes your issue the best? Does the job disappear immediately, does it stay held in the queue, or was it never there in the first place? Then resume the job by unchecking ‘Pause Printing’. Does the Owner match the name of the PaperCut user? Submit a print job that demonstrates the problem and ask these questions. Click on ‘Printer’ in the menu bar and check ‘Pause Printing’. Right-click on the printer and click ‘Open Printer Queue’. GET PRINTER TO APPEAR IN PAPERCUT NG WINDOWS
Open Print Management by pressing Windows key + R, then type printmanagement.msc and hit the enter key.