ssw@cica.cica.indiana.edu (Steve Wallace) (08/14/90)
I have added an LPD server to an old (not current) version of
Clarkson's tn3270 for the PC. I can be anonymously ftped from
ogre.cica.indiana.edu [129.79.22.178] /pub/tn3270iu.zip. The
following is the readme file.
LPD server enhancements for tn3270 from Clarkson.
This version of tn3270 includes a lpd server which can accept
a print request from a remote host and route the print job to a
local device. When an lpr request is made, tn3270 checks for the
existence of file named "hosts.lpd" in the current working
directory, or a file pointed to by the environment variable
"HOSTSLPD". If this file does NOT exist, the lpd server refuses
the print request.
If the file does exist, its contents are used to authorize the
print request. (following is the logic of the authorization file)
If the first character of the file is a "*" any print request
will be accepted.
If the string "IP_NUMBER:username" (e.g. "129.79.16.190:joe")
is within the file, print jobs from the host with IP_NUMBER
and coming from username will be accepted.
If the string "IP_NUMBER:*" (e.g. "129.79.16.190:*") is within
the file, all print jobs from the host with IP_NUMBER will be
accepted.
NOTE: the authorization file size is limited to 1000 bytes.
The lpd server spools incoming print requests to a temporary
file in the root directory of the current drive or to a directory
pointed to be the environment variable "SPOOL" ("SPOOL" must end in
a "\"). Once the print job has been copied to the print device or
fails authorization, the temporary file is deleted.
If no printer name is specified in the print request, lpd
copies the print request to lpt1 or the device pointed to by the
environment variable "LPDDEV". If a printer is specified, the lpd
server tries to open that device for output. For instance, if you
specified "c:\prtdir\foo" as the printer, the lpd server would
attempt to copy the print job to the file "c:\prtdir\foo".
The LPD server is single threaded (it won't accept multiple
simultaneous print requests). It also won't respond to queue
status querries.
If you have questions, please contact me,
Steven Wallace
Indiana University
wallaces@ucs.indiana.edu