This is lpr-lpd-problems-re.-non-NeXT-connected-remote-printers-in-2.0 in view mode; [Up]
Date: Sun 06-Dec-1990 02:00:17 From: shore@adobe.COM (Andrew Shore) Subject: lpr/lpd problems re. non-NeXT-connected remote printers in 2.0 I've just discovered a bug in NeXTOS 2.0 relating to spooling to remote printers connected to non-NeXT machines. It seems that NeXT is putting a new "command" in the lpd control information (the "cf" spool file) that most other BSD-based (and hence lpd-speaking) Unix hosts cannot cope with. The end result is that jobs spooled from 2.0 to remote printers on non-NeXT machines will NOT print. The remote lpd will barf. Mail *may* get sent to "daemon" about the difficulty. NeXT is aware of this problem (as of this afternoon), and working on it. (e.g., fuchsia), you *might* be able to replace the 2.0 /usr/ucb/lpr with the fuchsia /usr/ucb/lpr. Note sure though. --Andy Shore shore@adobe.com
Date: Sun 07-Dec-1990 13:10:50 From: craig@uunet!bandw Subject: Re: lpr/lpd problems re. non-NeXT-connected remote printers in 2.0 In article <8856@adobe.UUCP> shore@adobe.COM (Andrew Shore) writes: >It seems that NeXT is putting a new "command" in the lpd control information >(the "cf" spool file) that most other BSD-based (and hence lpd-speaking) >Unix hosts cannot cope with. The end result is that jobs spooled from 2.0 >to remote printers on non-NeXT machines will NOT print. The remote lpd will >barf. Mail *may* get sent to "daemon" about the difficulty. What is the command and what is it supposed to do?
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.