通过Zeh软件绘图的应用程序使用Ultra 450 作为缓冲池，除此以外，所有其他的打印请求都从客户直接传送到网络打印机。从功能上讲，这种方式工作得很好，能够打印所有我们需要的内容形式，包括：文本，PostScript，和可打印二进制文件(pcl 和 rtl)。
![]()
![]()
![]()
![]()
![]()
![]()
![]()
![]()
问题是这种设置带来一个治理恶梦。像GIF 或 JPEG这样庞大而又不可接受的二进制文件，经常会浪费大量的纸张，而我们又没有简单有效的办法来确定打印请求是从那里发出的。我们只知道大楼内的一台工作站或是服务器，正在向打印机发送有害的工作任务。不幸的是，标题页并不是一个选择，因为用户不愿浪费纸张（反语，哈哈？）。
我们曾经试图写一个 shell script程序，让它扫描大楼内所有的机器，并把行为报告给特定的打印机。用这些信息我们就可以执行Cancel命令。但是这个方法异常缓慢，效率低下。
客户自己的技术策略显示，解决办法就是为UNIX环境写一个打 衿鞒绦颍遣呗员旧砻挥形庵峙渲锰峁┫附凇Ａ硗猓罱蒘print Paranet做的NOMAN(network
Operations management网络操作治理)评估也认为，应该开发一个打印服务器程序来满足客户的需求。
我们知道一个打印服务器是正确的选择。假如我们能够设置好它，所有的打印请求都可以从一台机器上治理，这会极大地简化整个过程。 但是这又非常困难，我们难以接受。
尝试一：试验和错误
最初，我们想建立一个标准的Solaris打印缓冲。我们指定一台测试机器作为测试打印服务器，取名 nolsn099 (一台运行Solaris 2.6的Ultra 1) ，并开始几个测试。开始用来测试的打印机是一台HP 1600c，在 NIS/DNS环境中称为no1316p。
对每一种服务器设置，客户机用命令行 lpadmin -p no1316p -s nolsn099!no1316p 设置来访问打印机／绘图仪。
进入讨论组讨论。
