Office Copier Prints One Line of Code, or Nothing at All

You print from Chrome: perfect page. AutoPrintEmail sends the exact same PDF to the exact same copier: one cryptic line of code comes out. Or worse, nothing at all, and the copier acts like the job never existed.

Sounds haunted. It isn't. Big office copiers (Canon iR-ADV, Ricoh, Xerox, Kyocera, Sharp) have a gatekeeper feature that browsers quietly satisfy and background apps don't. Here's the 2-minute fix.

---

Table of Contents

• Why this happens
• The fix: save your ID in Printing Defaults
• If your copier doesn't use IDs
• How to confirm it's this problem
• Still stuck?

Why this happens

Most office copiers run Department ID Management (Canon's name; Ricoh calls it User Code, Xerox calls it Accounting, Kyocera calls it Job Accounting). Every print job must arrive with an ID or PIN. Jobs without one get silently discarded, and some copiers print a single error line instead, which is the "line of code" you're seeing.

So why does the browser work? When you print from Chrome or Edge, Windows uses your personal printing preferences, where your ID was saved back when the printer was set up for you. AutoPrintEmail prints in the background through the printer's system defaults, a separate settings layer where the ID usually isn't saved.

Same printer. Two settings layers. One has your ID, one doesn't.

The fix: save your ID in Printing Defaults

You need admin rights on the computer for this one.

1. Press the Windows key + R, type control printers, press Enter.
2. Right-click your copier, choose Printer properties (not "Printing preferences").
3. Open the Advanced tab, then click Printing Defaults.
4. Find the accounting section. On Canon it's under Device Settings or Job Accounting / Department ID Management. On Ricoh look for User Code, on Xerox Accounting, on Kyocera Job Accounting.
5. Enter the same ID and PIN you use when printing normally, and save with OK on every dialog.

Then open AutoPrintEmail and hit Test print. The page should come out complete.

The key detail: the ID must go into Printing Defaults (the printer-wide layer), not just "Printing preferences" (your personal layer). Your personal layer already works, that's why the browser prints fine.

If your copier doesn't use IDs

No accounting section anywhere, or your office confirms IDs are off? Then the culprit is usually the copier's proprietary driver (Canon's UFR II is the common one). Background printing speaks standard page languages, and some proprietary drivers only accept jobs from their own dialogs.

The fix is installing the manufacturer's standard-language driver for the same copier:

• Canon: Generic Plus PCL6 driver
• Ricoh / Xerox / Kyocera: the PCL6 or PostScript driver for your model

Download it from the manufacturer's site, install it as a new printer pointing at the same device, then select that printer in AutoPrintEmail. Proprietary and standard drivers can coexist, so your colleagues' setups are untouched.

How to confirm it's this problem

Two quick checks before you change anything:

1. Print any PDF from your browser to the copier. Works fine? The printer and file are healthy.
2. Check the copier's own job log on its front panel (usually under Status / Job Log). If AutoPrintEmail's jobs show up as cancelled or rejected, that's the copier's gatekeeper at work, not a delivery problem.

Still stuck?

Send us your log file and the copier model and we'll dig in. How to find the log: press the Windows key + R, paste %APPDATA%\AutoPrintEmail\logs, press Enter, and email us the main.log inside. Full details in the Contact Support & Share Logs guide.