Conference star::wizards

1485.0. "Open: DCPS to support Appletalk printers" by STAR::JKEENAN () Mon Feb 03 1997 10:44

Return-Path: "VMS001::WWW"@vms001.das-x.dec.com
Received: by vmsmkt.zko.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
	Fri, 3 Jan 1997 10:21:21 -0500
Received: from vms001 by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV)
	id KAA03182; Fri, 3 Jan 1997 10:12:50 -0500 (EST)
Date: Fri, 3 Jan 1997 10:11:56 -0500
Message-Id: <[email protected]>
From: "VMS001::WWW"@vms001.das-x.dec.com (03-Jan-1997 1011)
To: [email protected], [email protected], [email protected]
Subject: Ask the Wizard: '[email protected]'
X-VMS-To: [email protected]

Remote Host: xj12.wilkor.ab.ca
Browser Type: Mozilla/2.02 (X11; I; DEC 3000 - M600 )
Remote Info: <null>
Name: Bill Korendyk
Email Address: [email protected]
CPU Architecture: VAX and Alpha
Version: v 6.2
Questions: 

Using DCPS to support Appletalk printers.

With Pathworks for Macintosh services on OpenVMS it is
possible to "hide" a printer on the Appletalk network
using the "/HIDDEN" qualifier when defining the print
service. This forces all print request through the
OpenVMS print queue; sometimes a good thing since the
OpenVMS queue lets you manage the printer status and 
forms more effectively.

Is it possible to do the same thing using DCPS? There 
is no problem establishing queues to the Appletalk-
connected printers, and then directing Pathworks/MAC to
use those queues, but the printer remains visible on the
Appletalk network under it's own name, and can be accessed
without going throough the OpenVMS queue (which is really
annoying when you have special paper in the printer).

Thnx.
\bill

   This sounds like the printer is advertising itself -- a service --
   to the network.

   DCPS "merely" attaches and passes jobs to the printer, it does not
   induce nor discourage the printer from "advertising " itself to the
   network.