Date: Mon, 13 May 1996 08:26:30 +0200 (MET DST) From: "Christoph P. Kukulies" <kuku@gilberto.physik.rwth-aachen.de> To: kelly@fsl.noaa.gov (Sean Kelly) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-questions@freefall.freebsd.org Subject: Re: tcp printing problem Message-ID: <199605130626.IAA23128@gilberto.physik.rwth-aachen.de> In-Reply-To: <9605122239.AA23326@fslg8.fsl.noaa.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
> >>>>> "Christoph" == "Christoph P Kukulies" <kuku@gilberto.physik.rwth-aachen.de> writes: > > Christoph> I'm having a weird printer problem. A Declaser 3500 is > Christoph> on the network and I tried to establish TCP/IP printing > Christoph> to that printer. On advice of Garett Wollman I'm using > Christoph> ttcp (comp.unix.sources) > > Don't use an output filter. LPD will start an output filter to print > the header page. It then sends the magic sequence \031\001 and will Ah, now I understand what this magic sequence in printjob.c (lpd) is for. > wait for the output filter to suspend itself, which ttcp or the script > that's calling it will never do. > > Instead, just use an input filter *only*. > > /etc/printcap: > > lp0|lp||rlp|lw|ps|postscript|PostScript|lp1|lw1|postscript1|PostScript1:\ > :lp=/dev/null:\ > :mx#0:\ > :if=/usr/local/bin/printe:\ > :sd=/var/spool/printe: > > /usr/local/bin/printe: > > #!/bin/sh > exec /usr/local/bin/infilter | /usr/local/bin/ttcp -D -t -p 10001 10.0.0.64 > > Finally, ttcp is really hefty for this, but it should work. About 10 > lines of perl in the handbook under `Printing' should also do the job. > > -- > Sean Kelly > NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov > Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605130626.IAA23128>