Common Mac Printing Issues

KB Home   |   Common Mac Printing Issues

Main.CommonMacPrintingIssues History

Hide minor edits - Show changes to output

June 12, 2013, at 07:01 PM by Rick - removed edit
Changed lines 144-145 from:
# Run the [[https://www.papercut.com/kb/Main/AddingAPrinterOnTheMac|Control Printer Monitoring]] script to enable PaperCut monitoring on the print queue
to:
# Check to make sure that the printer is being monitored by PaperCut
Changed lines 144-145 from:
# Run the [[https://www.papercut.com/kb/Main/AddingAPrinterOnTheMac|Control Printer Monitoring]] script enable PaperCut is monitoring on the print queue
to:
# Run the [[https://www.papercut.com/kb/Main/AddingAPrinterOnTheMac|Control Printer Monitoring]] script to enable PaperCut monitoring on the print queue
June 12, 2013, at 06:53 PM by Rick - text clean up
Changed lines 144-145 from:
# Run the [[https://www.papercut.com/kb/Main/AddingAPrinterOnTheMac|Control Printer Monitoring]] script so that PaperCut is monitoring the printer queue on the Mac server
to:
# Run the [[https://www.papercut.com/kb/Main/AddingAPrinterOnTheMac|Control Printer Monitoring]] script enable PaperCut is monitoring on the print queue
June 12, 2013, at 06:49 PM by Rick - added a link to the control printer monitoring command script
Changed lines 144-145 from:
# Make sure that PaperCut is monitoring the printer queue on the Mac server
to:
# Run the [[https://www.papercut.com/kb/Main/AddingAPrinterOnTheMac|Control Printer Monitoring]] script so that PaperCut is monitoring the printer queue on the Mac server
Changed lines 131-134 from:
Q. How can I give my client computers access to my printers on OS X.7 and above?

A .Since OS X.7 Macs no longer supports lpd or smb printer serving. You will need to access your printers using IPP from your clients.
to:
Q. How can I give my client computers access to my printers on OS X 10.7 and above?

A .Since OS X 10.7 Macs no longer supports lpd or smb printer serving. You will need to access your printers using IPP from your Mac workstations.
Changed lines 127-128 from:
---
to:
----

!!  I can't connect to my Mac print server using LPD or SMB print queues

Added lines 127-145:
---

Q. How can I give my client computers access to my printers on OS X.7 and above?

A .Since OS X.7 Macs no longer supports lpd or smb printer serving. You will need to access your printers using IPP from your clients.

If you are using a Mac client then you add the printer queue on the client as follows:

# Open @@Preferences@@
# Select @@Print&Scan@@
# Select @@+@@
# Select @@IP@@
# In address enter the IP address or name of your Mac printer server
# in the Protocol field select @@IPP@@
# In the Queue field enter @@/printers/<queue name>@@ where @@<queue name>@@ is the name of the printer on the Mac server
# Make sure that PaperCut is monitoring the printer queue on the Mac server

When adding the print queue to a MS Windows client the URL format is [=http://<hostname>:631/printers/<queue name>=]

Added lines 123-126:
!! What print server system does Apple Mac use?

Under the hood, the Mac OS uses [[http://www.cups.org/|CUPS]] (Common Unix Print System) for print queue management.  PaperCut interfaces with CUPS on Mac using the same methods it uses for CUPS on Unix.

Changed line 130 from:
[-Keywords: queue, lost driver options, apple-]
to:
[-Keywords: queue, lost driver options, apple-]
February 13, 2012, at 04:26 AM by ian - removed old command name for enabling monitoring on CUPS queues
Changed line 92 from:
->'''6.'''  Run the [@Control Printer Monitoring.command@] program in:
to:
->'''6.'''  Run the [@configure-cups-mac.command@] program in:
November 29, 2011, at 05:52 AM by ian - Added tip for printing from outside subnet.
Deleted line 114:
Added lines 116-123:

!! Unable to print across a large or complex network environment with CUPS-hosted queues

When working with larger networks, a situation may arise where some or all users are unable to print to certain printers, as CUPS by default will not allow printing from outside the subnet it resides in. To fix this, use the command

  cupsctl --share-printers --remote-any

----
Changed lines 45-46 from:
   [workstation (raster to PostScript)] ---> [server (already PostScript so no changes required)] ---> [printer/RIP]
to:
   [workstation (render to PostScript)] ---> [server (already PostScript so no changes required)] ---> [printer/RIP]
Changed lines 49-50 from:
   [workstation (raster to PostScript)] ---> [server (re-rendered to PostScript)] ---> [printer/RIP]
to:
   [workstation (render to PostScript)] ---> [server (re-rendered to PostScript)] ---> [printer/RIP]
Changed line 119 from:
[-Keywords: queue, lost driver options, apple-]
to:
[-Keywords: queue, lost driver options, apple-]
May 06, 2011, at 06:22 AM by 202.129.124.120 -
Changed line 105 from:
Many thanks to Chris Gorlaski for this information.
to:
Many thanks to Chris Gorlaski - Westside Christian College, for this information.
May 06, 2011, at 06:06 AM by 202.129.124.120 -
Added lines 100-105:
!! I have a Fuji-Xerox C2200 (or similar) driver that just doesn't work under OS X 10.6.x

One alternative is to use a generic PostScript or PCL print drivers. Apple however have made available drivers specifically to address this issue:
-> http://support.apple.com/kb/dl904

Many thanks to Chris Gorlaski for this information.
Changed lines 6-7 from:
A: Mac printing is a complex topic and answers will very depending on the operating system used on the server side.  Chapter 21 in the PaperCut User Guide addresses many of the common questions.  Refer to this as the first step:
to:
A: Mac printing is a complex topic and answers will vary depending on the operating system used on the server side.  Chapter 21 in the PaperCut User Guide addresses many of the common questions.  Refer to this as the first step:
Changed lines 67-68 from:
Q: I have a printer such as the Epson Stylus Pro 4800, or a small HP LJ, that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
to:
Q: I have a printer such as the Epson Stylus Pro 4800, a small HP LJ, some Canon printers, etc., that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
Changed line 104 from:
On Print Providers monitoring CUPs queues, typically seen on Macs, it was found that in some cases users would see the
to:
On Print Providers monitoring CUPS queues, typically seen on Macs, it was found that in some cases users would see the
Changed line 106 from:
This was due to a misinterpretation of the CUPs interface and in turn factoring in the number of copies
to:
This was due to a misinterpretation of the CUPS interface and in turn factoring in the number of copies
Changed lines 108-109 from:
This was fixed in PaperCut 10.4 (Build 10808).
to:
This issue was fixed in PaperCut 10.4 (Build 10808).
September 08, 2010, at 12:14 AM by Tim - Add description about previous issue on Macs with squared number of copies.
Deleted line 99:
Added lines 101-110:

!! Wrong number of copies reported for Adobe Applications on Macs

On Print Providers monitoring CUPs queues, typically seen on Macs, it was found that in some cases users would see the
number of copies squared: e.g. ask for 2 copies but get 4 copies; ask for 3 copies but get 9 copies etc.
This was due to a misinterpretation of the CUPs interface and in turn factoring in the number of copies
twice. This was typically reported when clients were using Adobe Photoshop on the Apple Mac monitored print queues.
This was fixed in PaperCut 10.4 (Build 10808).

----
Changed lines 67-68 from:
Q: I have a print such as the Epson Stylus Pro 4800, or a small HP LJ, that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
to:
Q: I have a printer such as the Epson Stylus Pro 4800, or a small HP LJ, that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
Changed lines 71-72 from:
Because host-only printers can't be configured to use server based queues, the [[https://www.papercut.com/solutions/print-audit-for-business/|print monitor]] and analysis needs to be done directly on the workstation before it's sent to the printer.  In affect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:
to:
Because host-only printers can't be configured to use server based queues, the [[https://www.papercut.com/solutions/print-audit-for-business/|print monitor]] and analysis needs to be done directly on the workstation before it's sent to the printer.  In effect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:
Added lines 65-66:
''Note: Also see [[HostOnlyDrivers|+]]''
Changed lines 96-98 from:
->'''8.'''  By about now you'll be very frustrated and will be simply wishing that the vendor could supply quality drivers on the Mac that support server based queues.  Most do, why not this one!!!  Take a deep breath and then contact the vendor to complain.  They should be suppling quality drivers that are network aware and support servers.  They would never try this stunt on Windows systems, so why Mac!

to:
->'''8.'''  By about now you'll be very frustrated and will be simply wishing that the vendor could supply quality drivers on the Mac that support server based queues.  Most do, why not this one!!!  Take a deep breath and then contact the vendor to complain.  They should be supplying quality drivers that are network aware and support servers.  They would never try this stunt on Windows systems, so why Mac!

Changed lines 24-27 from:
Q:The names of users synchronized from `OpenDirectory are different to the user names on print jobs (e.g. @@johndoe@@ vs @@john doe@@).  How can I match them up?

A:This can be a side effect of using `AppleShare to share print queues.  We recommend disabling `AppleShare at the print server and using IPP or LPR instead.  See the user manual chapter [[https://www.papercut.com/products/ng/manual/ch-mac-printing.html | Mac Printing in Detail]] for more... err... detail!
to:
Q: The names of users synchronized from `OpenDirectory are different to the user names on print jobs (e.g. @@johndoe@@ vs @@john doe@@).  How can I match them up?

A: This can be a side effect of using `AppleShare to share print queues.  We recommend disabling `AppleShare at the print server and using IPP or LPR instead.  See the user manual chapter [[https://www.papercut.com/products/ng/manual/ch-mac-printing.html | Mac Printing in Detail]] for more... err... detail!
Changed lines 30-36 from:
!! Rips, Fiery, Plotters and Advanced Drivers
Q: I am running PaperCut with a Fiery Rip
or using an OCE Plotter.  When I configured the workstations to print directly to the device, everything works as normal.  However when I configure the workstations to print via server based print queues, the selected print options I select are being ignored.  How can I fix this?

A: This is a common issue
with many Fiery Rip drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunately we have however managed to find a work-around.

The issue is that the Postscript
filter on the server are incorrectly "re-rendering" the job when it passes through, and this action resets the settings.  All rendering should be done on the clients and no modification should be done on the server.  The problem is due to bad filter/mime configuration in the printer's PPD file.
to:
Q: Options selected in the @@Print@@ dialog are not retained (e.g. copies, page size), or automatic tray selection does not work when printing via a shared print queue, but everything works when printing directly to the printer.

This is caused by
the same problem described under ''`RIPs, Fiery, Plotters and Advanced Drivers'' below.  Please see that answer for a workaround.

----

!!`RIPs, Fiery, Plotters and Advanced Drivers
Q: I am running PaperCut
with a Fiery RIP or using an OCE Plotter.  When I configured the workstations to print directly to the device, everything works as normal.  However when I configure the workstations to print via server based print queues, the selected print options I select are being ignored.  How can I fix this?

A: This is a common issue with many Fiery RIP drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunately we have however managed to find a work-around.

The issue is that the PostScript
filter on the server are incorrectly "re-rendering" the job when it passes through, and this action resets the settings.  All rendering should be done on the clients and no modification should be done on the server.  The problem is due to bad filter/mime configuration in the printer's PPD file.
Changed lines 45-46 from:
   [workstation (raster to Postscript)] ---> [server (already postscript so no changes required)] ---> [printer/RIP]
to:
   [workstation (raster to PostScript)] ---> [server (already PostScript so no changes required)] ---> [printer/RIP]
Changed lines 49-52 from:
   [workstation (raster to Postscript)] ---> [server (re-rendered to postscript)] ---> [printer/RIP]

We've managed to resolve this issue by replacing the drivers on the server with the standard Apple ''Generic Postscript Driver''.  The manufacturer supplied drivers are still used on the workstation, so you still have all the normal options, but the use of the Generic driver on the server prevents modification as the job passes through the server's queues.
to:
   [workstation (raster to PostScript)] ---> [server (re-rendered to PostScript)] ---> [printer/RIP]

We've managed to resolve this issue by replacing the drivers on the server with the standard Apple ''Generic PostScript Driver''.  The manufacturer supplied drivers are still used on the workstation, so you still have all the normal options, but the use of the Generic driver on the server prevents modification as the job passes through the server's queues.
Changed lines 55-56 from:
# Set up the printer/plotter/rip on the server using the [@Generic Postscript Driver@].  Set up as a socket, jet direct, or LPR printer pointing directly to the device's IP.
to:
# Set up the printer/plotter/RIP on the server using the [@Generic PostScript Driver@].  Set up as a socket, jet direct, or LPR printer pointing directly to the device's IP.
Changed lines 67-68 from:
A host-only printer is a printer which does not support shared network based server queues.  Unfortunately host-only printers still exist on the Mac.  For example many Epson and Canon drivers are simply "ports" of the old Mac Classic drivers to OS X.  Hence they are very limited, do not follow standard CUPS guidelines, and only work when the system is directly connected to the printer.  (The Classic drivers where never designed for OS X Server queues)  Some host-only printers can be shared when the Generic Postscript Driver is used on the workstation side as discussed above, however many drivers such as some Epson printers have issues with this method.  For example, the native drivers may offer advanced color features that are not available in the Generic Drivers hindering the printer use.  PaperCut is able to support these legacy host-only drivers with some additional configuration and setup.
to:
A host-only printer is a printer which does not support shared network based server queues.  Unfortunately host-only printers still exist on the Mac.  For example many Epson and Canon drivers are simply "ports" of the old Mac Classic drivers to OS X.  Hence they are very limited, do not follow standard CUPS guidelines, and only work when the system is directly connected to the printer.  (The Classic drivers where never designed for OS X Server queues)  Some host-only printers can be shared when the Generic PostScript Driver is used on the workstation side as discussed above, however many drivers such as some Epson printers have issues with this method.  For example, the native drivers may offer advanced color features that are not available in the Generic Drivers hindering the printer use.  PaperCut is able to support these legacy host-only drivers with some additional configuration and setup.
Changed line 100 from:
''Categories:'' [[Category.Printers | +]], [[Category.Troubleshooting | +]]
to:
''Categories:'' [[Category.Printers|+]], [[Category.Troubleshooting|+]]
Changed line 102 from:
[-Keywords: queue, lost driver options, apple-]
to:
[-Keywords: queue, lost driver options, apple-]
Changed lines 14-15 from:
A: A common cause of this problem is that the Mac workstation/clients are in a different subnet from the server. One of the idiosyncrasies of CUPS on Mac is that it's default security configuration is only allow printer access from systems in the same subnet (i.e. tight default security - a little too tight!).  The work around for this is to use LPR between the workstation and the server rather than IPP.  In other words:
to:
A: A common cause of this problem is that the Mac workstation/clients are in a different subnet from the server. One of the idiosyncrasies of CUPS on Mac is that its default security configuration is only allow printer access from systems in the same subnet (i.e. tight default security - a little too tight!).  The work around for this is to use LPR between the workstation and the server rather than IPP.  In other words:
Changed lines 90-92 from:
to:
->'''8.'''  By about now you'll be very frustrated and will be simply wishing that the vendor could supply quality drivers on the Mac that support server based queues.  Most do, why not this one!!!  Take a deep breath and then contact the vendor to complain.  They should be suppling quality drivers that are network aware and support servers.  They would never try this stunt on Windows systems, so why Mac!

Changed lines 59-60 from:
Q: I have a print such as the Epson Stylus Pro 4800 that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
to:
Q: I have a print such as the Epson Stylus Pro 4800, or a small HP LJ, that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
Added lines 10-11:
----
Added lines 22-29:
----

Q:The names of users synchronized from `OpenDirectory are different to the user names on print jobs (e.g. @@johndoe@@ vs @@john doe@@).  How can I match them up?

A:This can be a side effect of using `AppleShare to share print queues.  We recommend disabling `AppleShare at the print server and using IPP or LPR instead.  See the user manual chapter [[https://www.papercut.com/products/ng/manual/ch-mac-printing.html | Mac Printing in Detail]] for more... err... detail!

----

Added lines 55-56:
----
Changed lines 14-15 from:
* Ensure that LPR is enabled on the print queues on the server.  See the "LRP checkbox" on this [[https://www.papercut.com/products/ng/manual/images/screenshots/mac-serveradmin-print-queue.png | screen-shot]].
to:
* Ensure that LPR is enabled on the print queues on the server.  See the "LPR checkbox" on this [[https://www.papercut.com/products/ng/manual/images/screenshots/mac-serveradmin-print-queue.png | screen-shot]].
Changed line 82 from:
[-Keywords: queue, lost driver options, apple-]
to:
[-Keywords: queue, lost driver options, apple-]
Changed lines 10-12 from:
!! I get the message "Unable to get printer status (client-error-forbidden)!" when printing from the workstation.
A common cause of this problem is that the Mac workstation/clients are in a different subnet from the server. One of the idiosyncrasies of CUPS on Mac is that it's default security configuration is only allow printer access from systems in the same subnet (i.e. tight default security - a little too tight!).  The work around for this is to use LPR between the workstation and the server rather than IPP.  In other words:
to:
Q: I get the message "Unable to get printer status (client-error-forbidden)!" when printing from the workstation.

A:
A common cause of this problem is that the Mac workstation/clients are in a different subnet from the server. One of the idiosyncrasies of CUPS on Mac is that it's default security configuration is only allow printer access from systems in the same subnet (i.e. tight default security - a little too tight!).  The work around for this is to use LPR between the workstation and the server rather than IPP.  In other words:
Changed lines 13-17 from:
    * Ensure that LPR is enabled on the print queues on the server.  See the "LRP checkbox" on this screenshot:
         https://www.papercut.com/products/ng/manual/images/screenshots/mac-serveradmin-print-queue.png

    * Add the printer on the workstation as an LPR/LPD printer rather than IPP.
to:
* Ensure that LPR is enabled on the print queues on the server.  See the "LRP checkbox" on this [[https://www.papercut.com/products/ng/manual/images/screenshots/mac-serveradmin-print-queue.png | screen-shot]].

* Add the printer on the workstation as an LPR/LPD printer rather than IPP.
Changed lines 10-19 from:
to:
!! I get the message "Unable to get printer status (client-error-forbidden)!" when printing from the workstation.
A common cause of this problem is that the Mac workstation/clients are in a different subnet from the server. One of the idiosyncrasies of CUPS on Mac is that it's default security configuration is only allow printer access from systems in the same subnet (i.e. tight default security - a little too tight!).  The work around for this is to use LPR between the workstation and the server rather than IPP.  In other words:

    * Ensure that LPR is enabled on the print queues on the server.  See the "LRP checkbox" on this screenshot:
          https://www.papercut.com/products/ng/manual/images/screenshots/mac-serveradmin-print-queue.png

    * Add the printer on the workstation as an LPR/LPD printer rather than IPP.

Technically it is possible to hack the CUPS configuration file to open up access, however future updates overwrite the file so using LPR as a work around is a simpler choice.

Changed lines 51-52 from:
->'''3.'''  Install the''PaperCut Secondary Server Installation'' option (in the DMG) on this system.  Follow the secondary server install options as discussed in the manual here:
to:
->'''3.'''  Install the ''PaperCut Secondary Server Installation'' option (in the DMG) on this system.  Follow the secondary server install options as discussed in the manual here:
Changed lines 49-50 from:
->'''2.''' Set these nominated system(s) as per the manufacturer's guideline.  Verify that printing works as expected.
to:
->'''2.''' Set these nominated system(s) as per the manufacturer's guideline.  Verify that printing works as expected.  Make sure this is the case ''before'' moving to the next step.
Changed lines 6-7 from:
A: Mac printing is a complex topic and answers will very depending on the operating system used on the server side.  Chapter 20 in the PaperCut User Guide addresses many of the common questions.  Refer to this as the first step:
to:
A: Mac printing is a complex topic and answers will very depending on the operating system used on the server side.  Chapter 21 in the PaperCut User Guide addresses many of the common questions.  Refer to this as the first step:
Added lines 38-39:
Q: I have a print such as the Epson Stylus Pro 4800 that only provides host based drivers that does not work with Mac OS X Server based queues.  Can PaperCut support this printer?
Changed lines 40-41 from:
Because host-only printers can't be configured to use server based queues, the [[https://www.papercut.com/solutions/print-audit-for-business/|print monitoring]] and analysis needs to be done directly on the workstation before it's sent to the printer.  In affect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:
to:
Because host-only printers can't be configured to use server based queues, the [[https://www.papercut.com/solutions/print-audit-for-business/|print monitor]] and analysis needs to be done directly on the workstation before it's sent to the printer.  In affect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:
Changed lines 40-41 from:
Because host-only printers can't be configured to use server based queues, the print monitoring and analysis needs to be done directly on the workstation before it's sent to the printer.  In affect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:
to:
Because host-only printers can't be configured to use server based queues, the [[https://www.papercut.com/solutions/print-audit-for-business/|print monitoring]] and analysis needs to be done directly on the workstation before it's sent to the printer.  In affect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:
Changed lines 49-50 from:
->'''3.'''  Install the "PaperCut Secondary Server Installation" option (in the DMG) on this system.  Follow the secondary server install options as discussed in the manual here:
to:
->'''3.'''  Install the''PaperCut Secondary Server Installation'' option (in the DMG) on this system.  Follow the secondary server install options as discussed in the manual here:
Changed lines 65-67 from:
->'''7.'''  Now printing will be monitored at the local system level and the usage details posted across to the primary server in real time. Perform some testing and verify jobs are being logged on the primary server as expected.

to:
->'''7.'''  Now printing will be monitored at the local system level and the usage details posted across to the primary server in real time. Perform some testing and verify that the system is working and [[https://www.papercut.com/solutions/print-audit-for-business/|track printing]] as expected.

Changed lines 36-67 from:
to:
!!Host-Only Printers

A host-only printer is a printer which does not support shared network based server queues.  Unfortunately host-only printers still exist on the Mac.  For example many Epson and Canon drivers are simply "ports" of the old Mac Classic drivers to OS X.  Hence they are very limited, do not follow standard CUPS guidelines, and only work when the system is directly connected to the printer.  (The Classic drivers where never designed for OS X Server queues)  Some host-only printers can be shared when the Generic Postscript Driver is used on the workstation side as discussed above, however many drivers such as some Epson printers have issues with this method.  For example, the native drivers may offer advanced color features that are not available in the Generic Drivers hindering the printer use.  PaperCut is able to support these legacy host-only drivers with some additional configuration and setup.

Because host-only printers can't be configured to use server based queues, the print monitoring and analysis needs to be done directly on the workstation before it's sent to the printer.  In affect, the printer is a "directly attached" printer and can be supported using the procedure as discussed in [[https://www.papercut.com/products/ng/manual/ch-secondary-print.html|Chapter 13]]:

   
Here is a summary of the required setup:

->'''1.''' Nominate a number (one or more) systems that will be configured to use the host-only printers.  In an education environment, you'd usually select Lab systems located close to the printer.

->'''2.''' Set these nominated system(s) as per the manufacturer's guideline.  Verify that printing works as expected.

->'''3.'''  Install the "PaperCut Secondary Server Installation" option (in the DMG) on this system.  Follow the secondary server install options as discussed in the manual here:

-->https://www.papercut.com/products/ng/manual/ch-secondary-print.html

->'''4.'''  In the [@print-provider.conf@] file enter the IP of the primary server in the setting:

        [=ApplicationServer=<primary server's IP address>=]

->'''5.''' If you will have more than one system printing to the host-only printer, PaperCut will add a printer instance for each workstation.  The multiple printer instance will make management hard (e.g cost changes will need to be applied to each instance).  To have all printer instances list under the one, you could alias this system name  so all workstations report usage under the one "virtual server" name.  Add the following line to the [@print-provider.conf@] file:

        [=ServerName=HostOnly=]

->'''6.'''  Run the [@Control Printer Monitoring.command@] program in:
        [=/Applications/PaperCut NG/providers/print/mac=]
->and ensure that monitoring is only enabled on the host only printer.

->'''7.'''  Now printing will be monitored at the local system level and the usage details posted across to the primary server in real time. Perform some testing and verify jobs are being logged on the primary server as expected.

August 26, 2008, at 11:02 PM by 218.214.136.161 -
Changed line 11 from:
!! Rips, Fireys, Plotters and Advanced Drivers
to:
!! Rips, Fiery, Plotters and Advanced Drivers
Changed lines 14-15 from:
A: This is a common issue with many Firey Rip drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunately we have however managed to find a work-around.
to:
A: This is a common issue with many Fiery Rip drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunately we have however managed to find a work-around.
August 26, 2008, at 11:01 PM by 218.214.136.161 -
Changed lines 14-17 from:
A: This is a common issue with many Firey Rip drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunatly we have however managed to find a work-around.

The issue is that the Postcript filter on the server are incorrectly "re-rendering" the job when it passes through, and this action resets the settings.  All rendering should be done on the clients and no modification should be done on the server.  The problem is due to bad filter/mime configuration in the printer's PPD file.
to:
A: This is a common issue with many Firey Rip drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunately we have however managed to find a work-around.

The issue is that the Postscript filter on the server are incorrectly "re-rendering" the job when it passes through, and this action resets the settings.  All rendering should be done on the clients and no modification should be done on the server.  The problem is due to bad filter/mime configuration in the printer's PPD file.
Changed lines 32-34 from:
# Ensure the printer is shared via Server Admin

# Set up the printer/plotter on each workstation using the manufacture supplied driver.  Set up as an IPP or LPR printer pointing to the Server (not to the device).  See [[https://www.papercut.com/products/ng/manual/ch-mac-printing.html|this Chapter]] for more detail.
to:
# Ensure the printer is shared via Server Admin.

# Set up the printer/plotter on each workstation using the manufacture supplied driver.  Set up as an IPP or LPR printer pointing to the Server (not to the device).  See [[https://www.papercut.com/products/ng/manual/ch-mac-printing.html|this Chapter]] for more detail.


----
''Categories:'' [[Category.Printers | +]], [[Category.Troubleshooting | +]]
----
[-Keywords: queue, lost driver options, apple-]
Changed lines 12-13 from:
Q: I am running PaperCut with a Fiery Rip or using an `OCE Plotter.  When I configured the workstations to print directly to the device, everything works as normal.  However when I configure the workstations to print via server based print queues, the selected print options I select are being ignored.  How can I fix this?
to:
Q: I am running PaperCut with a Fiery Rip or using an OCE Plotter.  When I configured the workstations to print directly to the device, everything works as normal.  However when I configure the workstations to print via server based print queues, the selected print options I select are being ignored.  How can I fix this?
Changed lines 24-27 from:
    [workstation (raster to Postscript)] ---> [server (re-rendered to postscript)] ---> [printer/RIP]

We've managed to resolve this issue by replacing the drivers on the server with the standard Apple ``Generic Postscript Driver``.  The manufacturer supplied drivers are still used on the workstation, so you still have all the normal options, but the use of the Generic driver on the server prevents modification as the job passes through the server's queues.
to:
   [workstation (raster to Postscript)] ---> [server (re-rendered to postscript)] ---> [printer/RIP]

We've managed to resolve this issue by replacing the drivers on the server with the standard Apple ''Generic Postscript Driver''.  The manufacturer supplied drivers are still used on the workstation, so you still have all the normal options, but the use of the Generic driver on the server prevents modification as the job passes through the server's queues.
Changed line 34 from:
# Set up the printer/plotter on each workstation using the manufature supplied driver.  Set up as an IPP or LPR printer pointing to the Server (not to the device).
to:
# Set up the printer/plotter on each workstation using the manufacture supplied driver.  Set up as an IPP or LPR printer pointing to the Server (not to the device).  See [[https://www.papercut.com/products/ng/manual/ch-mac-printing.html|this Chapter]] for more detail.
Added lines 1-34:
(:title Common Mac Printing Issues:)

!! General Printing
Q: How do I set up printing on my Mac and make it work with PaperCut?

A: Mac printing is a complex topic and answers will very depending on the operating system used on the server side.  Chapter 20 in the PaperCut User Guide addresses many of the common questions.  Refer to this as the first step:

->https://www.papercut.com/products/ng/manual/ch-mac-printing.html


!! Rips, Fireys, Plotters and Advanced Drivers
Q: I am running PaperCut with a Fiery Rip or using an `OCE Plotter.  When I configured the workstations to print directly to the device, everything works as normal.  However when I configure the workstations to print via server based print queues, the selected print options I select are being ignored.  How can I fix this?

A: This is a common issue with many Firey Rip drivers and some plotters and other printers.  This not a PaperCut issue but is due to broken/buggy PPD based driver supplied with these devices.  Fortunatly we have however managed to find a work-around.

The issue is that the Postcript filter on the server are incorrectly "re-rendering" the job when it passes through, and this action resets the settings.  All rendering should be done on the clients and no modification should be done on the server.  The problem is due to bad filter/mime configuration in the printer's PPD file.

What should happen:

  [workstation (raster to Postscript)] ---> [server (already postscript so no changes required)] ---> [printer/RIP]

The problem:

    [workstation (raster to Postscript)] ---> [server (re-rendered to postscript)] ---> [printer/RIP]

We've managed to resolve this issue by replacing the drivers on the server with the standard Apple ``Generic Postscript Driver``.  The manufacturer supplied drivers are still used on the workstation, so you still have all the normal options, but the use of the Generic driver on the server prevents modification as the job passes through the server's queues.

To install:

# Set up the printer/plotter/rip on the server using the [@Generic Postscript Driver@].  Set up as a socket, jet direct, or LPR printer pointing directly to the device's IP.

# Ensure the printer is shared via Server Admin

# Set up the printer/plotter on each workstation using the manufature supplied driver.  Set up as an IPP or LPR printer pointing to the Server (not to the device).

Comments

Share your findings and experience with other PaperCut users. Feel free to add comments and suggestions about this Knowledge Base article. Please don't use this for support requests.

Article last modified on June 12, 2013, at 07:01 PM
Printable View   |   Article History   |   Edit Article