[Netatalk-admins] Can print from a Mac, but not a IIGS

[Scott A. <sc...@al...>]

I have a couple of printers (a Lexmark Optra Color 40 and a Brother HL-630)
connected to my LAN through a Netgear PS110 print server.  The newest
versions of CUPS and netatalk are installed on my Linux server; netatalk is
intended to provide file and print services for a Quadra 610 and an Apple
IIGS.

After much pulling-out of hair, I was able to get the Mac to print to both
printers.  However, the IIGS seems to get stuck...it's running a fairly
clean install of System 6.0.1 and has the Net Printer cdev/driver installed. 
When I go in and select the EtherTalk zone (it's connected to the LAN
through a GatorBox CS), both printers show up.  When I go to actually print
something, though, it gets stuck with this message:

  status: print spooler processing job

Looking in /var/log/sys.log, it looks like the print job starts:

Jan 26 21:11:37 chakotay papd[16039]: [main.c:450]: I:PAPDaemon: child 16041 for "lexmark" from 25599.9

After a while, though, it times out and the client hangs:

Jan 26 21:17:38 chakotay papd[16041]: [session.c:133]: E:PAPDaemon: connection timed out
Jan 26 21:17:38 chakotay papd[16041]: [main.c:443]: E:PAPDaemon: bad session
Jan 26 21:17:38 chakotay papd[16039]: [main.c:144]: E:PAPDaemon: child 16041 exited with 1

It does this with both printers.

I have the printers set up in papd.conf as follows:

lexmark:lexmark@192.168.100.1:pr=| /opt/cups-1.1.18/bin/lp -d lexmark:op=salfter:pd=/opt/cups-1.1.18/share/cups/model/lopc40.ppd:am=uams_randnum.so,uams_clrtxt.so:
brother:brother@192.168.100.1:pr=| /opt/cups-1.1.18/bin/lp -d brother:op=salfter:pd=/opt/cups-1.1.18/share/cups/model/hl630:am=uams_randnum.so,uams_clrtxt.so:

The Lexmark PPD is the one provided by Lexmark for Win32, while the Brother
PPD was generated by linuxprinting.org.  The authentication methods are the
same ones I use with afpd, and afpd works fine with both machines.  

(As a side note, netatalk 1.6.0 seems to have fixed a problem with
resource-fork corruption that I was having with netatalk 1.5.3.1.  I copied
the GSHK executable from the IIGS to the server and ran it from the server. 
I then copied it to the Mac and ran it from the Mac.  It worked fine both
times.  Previously, if a forked file was sent to the server from either
machine, it could not be copied back and expected to be intact.)

  _/_   Scott Alfter
 / v \  sa...@sa...
(IIGS(  http://salfter.dyndns.org   Top-posting!
 \_^_/  pkill -9 /bin/laden         >What is the most annoying thing on Usenet?