Raw Printing Doesn't work...

Wed Apr 27 14:55:09 PDT 2011

Ok...Try this.

pause your queue on the gentoo system
print the test page
go to /var/spool/cups
grab the d* file for that job
move that file to your debian box
lp it w/ the -o raw option
tell us if it prints.

> Quoting Paul:
> > Chris,
> > it actually probably will not print period with the test page as the =20
> >  1.3 testpage is Postscript.  the 1.4 one is text, but even it could =20
> >  get flushed as it looks like this particular type of printer only  =20
> > understands some of the Epson Charecters.  I can share with you how  =20
> > I got around this in our implimentation, but I don't know if it will =20
> >  work for you.  We are 100% raw drivers as our application creates  =20
> > fully encapsulated print jobs.  The bulk of our printers are  =20
> > Postscript, Zebra, or Intermec.  I created a "one print job to rule  =20
> > them all" that has Postscript, ZPL, and IPL in it.  When a users  =20
> > sends the test page, the printer will flush the two languages it  =20
> > does not understand and print the one that it does.  If all of your  =20
> > printers (or perhaps just that one is your only one) you could pause =20
> >  the queue, send a job through the PPD file, copy off the d* file =20
> > and  replace testprint with it.  That would allow the "Print Test =20
> > Page"  to work, but it wouldn't work for printers of other
> >  types probably.  Why do you have to use RAW? perhaps there is a  =20
> > better solution to your problem as i doubt it's just being able to  =20
> > print test pages to a raw printer.
> >
> > _______________________________________________
> > cups mailing list
> > cups at easysw.com
> > http://lists.easysw.com/mailman/listinfo/cups
> >
>
> Okay...
>
> I have set this printer up now on a Gentoo system with the current =20
> version of cups for this distro, 1.4.6.  I set it up raw, using the =20
> web interface as before.  It works beautifully.  You are right, Paul, =20
> in that it will not print the cups test page -- which makes =20
> administration more difficult -- but if it works, that's enough for now.
>
> So, after verifying that this printer will work with CUPS, I switched =20
> it back to the Debian PC with cups 1.4.4-7.  Same problems manifest.  =20
> Therefore, it is unequivocally either a problem with CUPS, Debian or =20
> both.  Whether this is a bug, or default misconfiguration remains to =20
> be seen.  I even copied my printer configuration from the working =20
> Gentoo system to the not-working Debian system, and that didn't help.
>
> Here is the log output for printing a WINDOWS test page to the debian =20
> box (proper windows driver installed):
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D<log>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D
> D [27/Apr/2011:14:41:39 -0400] cupsdAcceptClient: 13 from =20
> 10.99.99.199:631 (IPv4)
> D [27/Apr/2011:14:41:39 -0400] cupsdReadClient: 13 POST =20
> /printers/CUPS-Test HTTP/1.1
> D [27/Apr/2011:14:41:39 -0400] cupsdSetBusyState: Active clients and =20
> dirty files
> D [27/Apr/2011:14:41:39 -0400] cupsdAuthorize: No authentication data =20
> provided.
> D [27/Apr/2011:14:41:39 -0400] cupsdReadClient: 13 1.0 =20
> Get-Printer-Attributes 11
> D [27/Apr/2011:14:41:39 -0400] Get-Printer-Attributes =20
> http://10.99.99.126:631/printers/CUPS-Test
> D [27/Apr/2011:14:41:39 -0400] Returning IPP successful-ok for =20
> Get-Printer-Attributes (http://10.99.99.126:631/printers/CUPS-Test) =20
> from 10.99.99.199
> D [27/Apr/2011:14:41:39 -0400] cupsdSetBusyState: Dirty files
> D [27/Apr/2011:14:41:41 -0400] cupsdReadClient: 13 POST =20
> /printers/CUPS-Test HTTP/1.1
> D [27/Apr/2011:14:41:41 -0400] cupsdSetBusyState: Active clients and =20
> dirty files
> D [27/Apr/2011:14:41:41 -0400] cupsdAuthorize: No authentication data =20
> provided.
> D [27/Apr/2011:14:41:41 -0400] cupsdReadClient: 13 1.0 Print-Job 2
> D [27/Apr/2011:14:41:42 -0400] Print-Job =20
> http://10.99.99.126:631/printers/CUPS-Test
> D [27/Apr/2011:14:41:42 -0400] [Job ???] Auto-typing file...
> I [27/Apr/2011:14:41:42 -0400] [Job ???] Request file type is =20
> application/octet-stream.
> D [27/Apr/2011:14:41:42 -0400] cupsdIsAuthorized: username=3D""
> D [27/Apr/2011:14:41:42 -0400] Returning HTTP Unauthorized for =20
> Print-Job (http://10.99.99.126:631/printers/CUPS-Test) from 10.99.99.199
> D [27/Apr/2011:14:41:42 -0400] cupsdReadClient: 13 WAITING Closing on EOF
> D [27/Apr/2011:14:41:42 -0400] cupsdCloseClient: 13
> D [27/Apr/2011:14:41:42 -0400] cupsdSetBusyState: Dirty files
> I [27/Apr/2011:14:41:54 -0400] Saving printers.conf...
> D [27/Apr/2011:14:41:54 -0400] cupsdSetBusyState: Not busy
> D [27/Apr/2011:14:42:00 -0400] cupsdAcceptClient: 13 from =20
> 10.99.99.199:631 (IPv4)
> D [27/Apr/2011:14:42:00 -0400] cupsdReadClient: 13 POST =20
> /printers/CUPS-Test HTTP/1.1
> D [27/Apr/2011:14:42:00 -0400] cupsdSetBusyState: Active clients
> D [27/Apr/2011:14:42:00 -0400] cupsdAuthorize: No authentication data =20
> provided.
> D [27/Apr/2011:14:42:00 -0400] cupsdReadClient: 13 1.0 =20
> Get-Printer-Attributes 11
> D [27/Apr/2011:14:42:00 -0400] Get-Printer-Attributes =20
> http://10.99.99.126:631/printers/CUPS-Test
> D [27/Apr/2011:14:42:00 -0400] Returning IPP successful-ok for =20
> Get-Printer-Attributes (http://10.99.99.126:631/printers/CUPS-Test) =20
> from 10.99.99.199
> D [27/Apr/2011:14:42:00 -0400] cupsdSetBusyState: Not busy
> D [27/Apr/2011:14:42:02 -0400] cupsdReadClient: 13 POST =20
> /printers/CUPS-Test HTTP/1.1
> D [27/Apr/2011:14:42:02 -0400] cupsdSetBusyState: Active clients
> D [27/Apr/2011:14:42:02 -0400] cupsdAuthorize: No authentication data =20
> provided.
> D [27/Apr/2011:14:42:02 -0400] cupsdReadClient: 13 1.0 Print-Job 2
> D [27/Apr/2011:14:42:03 -0400] Print-Job =20
> http://10.99.99.126:631/printers/CUPS-Test
> D [27/Apr/2011:14:42:03 -0400] [Job ???] Auto-typing file...
> I [27/Apr/2011:14:42:03 -0400] [Job ???] Request file type is =20
> application/octet-stream.
> D [27/Apr/2011:14:42:03 -0400] cupsdIsAuthorized: username=3D""
> D [27/Apr/2011:14:42:03 -0400] Returning HTTP Unauthorized for =20
> Print-Job (http://10.99.99.126:631/printers/CUPS-Test) from 10.99.99.199
> D [27/Apr/2011:14:42:03 -0400] cupsdReadClient: 13 WAITING Closing on EOF
> D [27/Apr/2011:14:42:03 -0400] cupsdCloseClient: 13
> D [27/Apr/2011:14:42:03 -0400] cupsdSetBusyState: Not busy
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D</log>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
> As a recap, this printer works with this very same windows driver on =20
> my win7 machine flawlessly. It likewise works flawlessly via IPP and =20
> this same printer/driver combination served from my Gentoo/CUPS box.  =20
> It is only the Debian/CUPS 1.4.4-7 box that has a problem (three =20
> separate Debian/CUPS boxes, actually...)
>
> Any help is appreciated.
>
> Thank you!
>
> -Chris
>