>I have been charged with setting up a remote print queue on our Solaris
>8 server. Problem is the queue is just supposed to accept the jobs and
>store them in a directory to be accessed at a later date. Not printed
>to a printer. I can not find any documentation on how to setup
>something like this. Any leads anyone might have, even a URL or book
>for me to read to get the answer myself would help more than you know.
This can be done, but it's not a built-in feature of the stock Solaris
print software. You'll have to modify a shell script to store the files
in the directory (without creating duplicate filenames, etc.).
Here's the basic configuration:
lpadmin -p dirlp -v /dev/null -T unknown -I any
(the "-I any" has an uppercase i as the option letter, not a
This is a local printerconfig, not a remote printer. Since you want
the files stored on the local disk, it makes no sense whatsoever to
define a remote printer. Solaris will just try to send the files to
another machine, and you don't want that.
After you've entered the above commands, the print software will create
the file /etc/lp/interfaces/dirlp. This is a shell script written by
Sun to feed print files to a local printer. It is invoked for each
print job that reaches the front of the print queue.
You will replace that shell script with the one you've modified to
store the files into the directory. My advice would be to not modify
the one created by the print software. It's far more complex than you
Instead, go to http://playground.sun.com/printing/ and click on the
link titled "Interface Scripts". That page has a simplified script
that's much easier to modify, and a decent explanation of the command
line arguments and environment variables that are passed to the script
when the print software invokes it.
This should get you started in the right direction. (on the other hand,
installing replacement print software that's based on the BSD lpd print
system might be simpler if you're not comfortable with shell scripts)
Do NOT reply via e-mail.
Reply in the newsgroup.